From owner-xfs@oss.sgi.com Thu Jun 1 00:30:19 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 00:30:23 -0700 (PDT) Received: from dynamicweb.hu (ns.dynamicweb.hu [195.228.155.139]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k517UFeZ013467 for ; Thu, 1 Jun 2006 00:30:18 -0700 Received: from dcccs (53d8296a.adsl.enternet.hu [83.216.41.106]) by dynamicweb.hu (8.13.5/8.12.8) with SMTP id k517QAvl011405; Thu, 1 Jun 2006 09:26:10 +0200 Message-ID: <00d901c6854d$1fc49230$1800a8c0@dcccs> From: "Janos Haar" To: "Jan Engelhardt" Cc: , , References: <01b701c6818d$4bcd37b0$1800a8c0@dcccs> <20060527234350.GA13881@voodoo.jdc.home> <004501c68225$00add170$1800a8c0@dcccs> <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) Date: Thu, 1 Jun 2006 09:29:26 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-archive-position: 7863 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: djani22@netcenter.hu Precedence: bulk X-list: xfs ----- Original Message ----- From: "Jan Engelhardt" To: "Janos Haar" Cc: "Nathan Scott" ; ; Sent: Wednesday, May 31, 2006 11:54 PM Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) > > > >Hey, i think i found something. > >My quota on my huge device is broken. > > That should not be a problem. I ran into that "problem" too but had no > lockups back then (2.6.16-rc1). 09:21:36 up 23:05, 1 user, load average: 13.45, 13.14, 13.11 This looks like fixed with disable the quota usage. The system hangs more often, when i use a script what heavily uses chown and chgrp and chmod. Thats why i think, to disable the quota. At this point it looks like fixed. > > >(inferno -- 18014398504855404 0 0 18446744073709551519 > >0 0) > >I cant found a way to re-initialize it. > > Reinit: > > quotaoff /mntpt > umount /mntpt > mount /mntpt Thanks! :-) Janos > > >But anyway, at this point i dont need it, trying to disable the quota usage. > >We will see.... > > > Jan Engelhardt > -- > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ From owner-xfs@oss.sgi.com Thu Jun 1 02:44:59 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 02:45:06 -0700 (PDT) Received: from linux01.gwdg.de (linux01.gwdg.de [134.76.13.21]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k519iteZ025187 for ; Thu, 1 Jun 2006 02:44:58 -0700 Received: from linux01.gwdg.de (localhost [127.0.0.1]) by linux01.gwdg.de (8.13.3/8.13.3/SuSE Linux 0.7) with ESMTP id k519ilWH000995; Thu, 1 Jun 2006 11:44:49 +0200 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k519ikLZ000953; Thu, 1 Jun 2006 11:44:47 +0200 Date: Thu, 1 Jun 2006 11:44:46 +0200 (MEST) From: Jan Engelhardt To: Janos Haar cc: nathans@sgi.com, linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) In-Reply-To: <00d901c6854d$1fc49230$1800a8c0@dcccs> Message-ID: References: <01b701c6818d$4bcd37b0$1800a8c0@dcccs> <20060527234350.GA13881@voodoo.jdc.home> <004501c68225$00add170$1800a8c0@dcccs> <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> <00d901c6854d$1fc49230$1800a8c0@dcccs> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7864 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: xfs >> Reinit: >> >> quotaoff /mntpt >> umount /mntpt >> mount /mntpt > >Thanks! :-) > Too bad XFS does not reinit quota on these commands: qutoaoff /mp quotaon /mp Yes, it would lock the filesystem for a moment, but that's better than trying to unmount it under someone having inodes open! Jan Engelhardt -- From owner-xfs@oss.sgi.com Thu Jun 1 14:59:01 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 14:59:05 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k51LwueZ014368 for ; Thu, 1 Jun 2006 14:58:59 -0700 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 HAA07762; Fri, 2 Jun 2006 07:58:35 +1000 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 k51LwVgw529855; Fri, 2 Jun 2006 07:58:31 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k51LwRZS529077; Fri, 2 Jun 2006 07:58:27 +1000 (EST) Date: Fri, 2 Jun 2006 07:58:26 +1000 From: Nathan Scott To: Janos Haar Cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) Message-ID: <20060602075826.B530100@wobbly.melbourne.sgi.com> References: <01b701c6818d$4bcd37b0$1800a8c0@dcccs> <20060527234350.GA13881@voodoo.jdc.home> <004501c68225$00add170$1800a8c0@dcccs> <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00f501c68488$4d10c080$1800a8c0@dcccs>; from djani22@netcenter.hu on Wed, May 31, 2006 at 10:00:33AM +0200 X-archive-position: 7868 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 599 Lines: 22 On Wed, May 31, 2006 at 10:00:33AM +0200, Janos Haar wrote: > > Hey, i think i found something. > My quota on my huge device is broken. > (inferno -- 18014398504855404 0 0 18446744073709551519 > 0 0) Hmm, that is interesting. I guess you don't know whether this accounting problem happened before you rebooted or whether it only just got this way (after journal recovery)? > I cant found a way to re-initialize it. > But anyway, at this point i dont need it, trying to disable the quota usage. > We will see.... Jan's recipe was spot on, do that. cheers. -- Nathan From owner-xfs@oss.sgi.com Thu Jun 1 15:04:30 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 15:04:33 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k51M4PeZ014837 for ; Thu, 1 Jun 2006 15:04:28 -0700 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 IAA07971; Fri, 2 Jun 2006 08:04:14 +1000 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 k51M4Agw530420; Fri, 2 Jun 2006 08:04:11 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k51M47HD530492; Fri, 2 Jun 2006 08:04:07 +1000 (EST) Date: Fri, 2 Jun 2006 08:04:07 +1000 From: Nathan Scott To: Jan Engelhardt Cc: Janos Haar , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) Message-ID: <20060602080406.C530100@wobbly.melbourne.sgi.com> References: <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> <00d901c6854d$1fc49230$1800a8c0@dcccs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jengelh@linux01.gwdg.de on Thu, Jun 01, 2006 at 11:44:46AM +0200 X-archive-position: 7869 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 793 Lines: 30 On Thu, Jun 01, 2006 at 11:44:46AM +0200, Jan Engelhardt wrote: > >> Reinit: > >> > >> quotaoff /mntpt > >> umount /mntpt > >> mount /mntpt > > > >Thanks! :-) > > > Too bad XFS does not reinit quota on these commands: > > qutoaoff /mp > quotaon /mp Hmm, remount would be saner if we wanted to take that approach... > Yes, it would lock the filesystem for a moment, but that's better than > trying to unmount it under someone having inodes open! But its not just a moment, a quotacheck needs to scan every inode in the filesystem (on disk) to correctly account for all space/inode usage. Its not something to be encouraging people to do frequently, and it would also be very difficult to correctly implement (while the filesystem is actively being modified I mean). cheers. -- Nathan From owner-xfs@oss.sgi.com Thu Jun 1 15:14:38 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 15:14:40 -0700 (PDT) Received: from dynamicweb.hu (ns.dynamicweb.hu [195.228.155.139]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k51MEZeZ016191 for ; Thu, 1 Jun 2006 15:14:37 -0700 Received: from dcccs (53d8296a.adsl.enternet.hu [83.216.41.106]) by dynamicweb.hu (8.13.5/8.12.8) with SMTP id k51MAl4L007296; Fri, 2 Jun 2006 00:10:47 +0200 Message-ID: <01ed01c685c8$b46ec6f0$1800a8c0@dcccs> From: "Janos Haar" To: "Nathan Scott" Cc: , References: <01b701c6818d$4bcd37b0$1800a8c0@dcccs> <20060527234350.GA13881@voodoo.jdc.home> <004501c68225$00add170$1800a8c0@dcccs> <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> <20060602075826.B530100@wobbly.melbourne.sgi.com> Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) Date: Fri, 2 Jun 2006 00:14:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-archive-position: 7870 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: djani22@netcenter.hu Precedence: bulk X-list: xfs Content-Length: 1787 Lines: 58 ---- Original Message ----- From: "Nathan Scott" To: "Janos Haar" Cc: ; Sent: Thursday, June 01, 2006 11:58 PM Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) > On Wed, May 31, 2006 at 10:00:33AM +0200, Janos Haar wrote: > > > > Hey, i think i found something. > > My quota on my huge device is broken. > > (inferno -- 18014398504855404 0 0 18446744073709551519 > > 0 0) > > Hmm, that is interesting. I guess you don't know whether this > accounting problem happened before you rebooted or whether it > only just got this way (after journal recovery)? In my system, this huge device is difficult. I often need to reboot, and run xfs_repair, to make it clean. (nodes hangs, reboots, etc...) On the beginning, i use the xfs_repair without any options, but it requires to do a mount/umount the mtp before. The problem is, i often get an error message, (dump) during the journal recovery, and after i cannot run the xfs_repair from script, because it needs the log done by mount. Now is my default reboot option is xfs_repair -L, so i dont know, this happens before, or after, sorry. > > > I cant found a way to re-initialize it. > > But anyway, at this point i dont need it, trying to disable the quota usage. > > We will see.... > > Jan's recipe was spot on, do that. The qouta stop solves the hangs problem. This is a bug? Cheers, Janos > > cheers. > > -- > Nathan > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ From owner-xfs@oss.sgi.com Thu Jun 1 16:43:54 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 16:43:57 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k51NhoeZ026911 for ; Thu, 1 Jun 2006 16:43:52 -0700 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 JAA10061; Fri, 2 Jun 2006 09:43:33 +1000 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 k51NhUgw531765; Fri, 2 Jun 2006 09:43:30 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k51NhQTO531400; Fri, 2 Jun 2006 09:43:26 +1000 (EST) Date: Fri, 2 Jun 2006 09:43:25 +1000 From: Nathan Scott To: Janos Haar Cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) Message-ID: <20060602094325.A531851@wobbly.melbourne.sgi.com> References: <004501c68225$00add170$1800a8c0@dcccs> <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> <20060602075826.B530100@wobbly.melbourne.sgi.com> <01ed01c685c8$b46ec6f0$1800a8c0@dcccs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01ed01c685c8$b46ec6f0$1800a8c0@dcccs>; from djani22@netcenter.hu on Fri, Jun 02, 2006 at 12:14:04AM +0200 X-archive-position: 7871 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 1452 Lines: 43 On Fri, Jun 02, 2006 at 12:14:04AM +0200, Janos Haar wrote: > ---- Original Message ----- > > On Wed, May 31, 2006 at 10:00:33AM +0200, Janos Haar wrote: > > > > > > Hey, i think i found something. > > > My quota on my huge device is broken. > > > (inferno -- 18014398504855404 0 0 > 18446744073709551519 > > > 0 0) > > > > Hmm, that is interesting. I guess you don't know whether this > > accounting problem happened before you rebooted or whether it > > only just got this way (after journal recovery)? > > In my system, this huge device is difficult. Can you describe your hardware a bit more? (and send xfs_info output too please). > I often need to reboot, and run xfs_repair, to make it clean. (nodes hangs, > reboots, etc...) Ehrm, hmm, that smells fishy... does this device have a write cache enabled by any chance? > Now is my default reboot option is xfs_repair -L, so i dont know, this > happens before, or after, sorry. Oh, thats bad, all bets are off then - you really cant go doing that routinely, thats an "in emergency only" big red button - it throws away the contents of the journal, and will pretty much guarantee filesystem corruption. But, it sounds alot like you may have a big hardware reliability issue there, which is going to make it difficult to distinguish any software problems. However, if you find a way to reproduce that quota accounting problem (above), I'm all ears. cheers. -- Nathan From owner-xfs@oss.sgi.com Thu Jun 1 22:11:16 2006 Received: with ECARTIS (v1.0.0; list xfs); Thu, 01 Jun 2006 22:11:23 -0700 (PDT) Received: from linux01.gwdg.de (linux01.gwdg.de [134.76.13.21]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k525BDeZ022246 for ; Thu, 1 Jun 2006 22:11:15 -0700 Received: from linux01.gwdg.de (localhost [127.0.0.1]) by linux01.gwdg.de (8.13.3/8.13.3/SuSE Linux 0.7) with ESMTP id k525B1VM026895; Fri, 2 Jun 2006 07:11:04 +0200 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k525B1Om026889; Fri, 2 Jun 2006 07:11:01 +0200 Date: Fri, 2 Jun 2006 07:11:00 +0200 (MEST) From: Jan Engelhardt To: Nathan Scott cc: Janos Haar , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) In-Reply-To: <20060602080406.C530100@wobbly.melbourne.sgi.com> Message-ID: References: <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> <00d901c6854d$1fc49230$1800a8c0@dcccs> <20060602080406.C530100@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7872 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: xfs Content-Length: 1060 Lines: 35 >> Too bad XFS does not reinit quota on these commands: >> >> qutoaoff /mp >> quotaon /mp > >Hmm, remount would be saner if we wanted to take that approach... > quotacheck would be sanest :) But the struct super_block->remount is probably the best idea in kernel space. >> Yes, it would lock the filesystem for a moment, but that's better than >> trying to unmount it under someone having inodes open! > >But its not just a moment, a quotacheck needs to scan every inode >in the filesystem (on disk) to correctly account for all space/inode >usage. Yeah right, XFS was designed for large systems rather than for just my 262188 files. (The latter of which completes in an "adequate" time of a few secs.) >Its not something to be encouraging people to do frequently, > Certainly not, but XFS has the advange of bulkstat for quota scanning. `quotacheck` on vfsv0 quota databases always takes longer IMO. >and it would also be very difficult to correctly implement (while the >filesystem is actively being modified I mean). > Noted. Jan Engelhardt -- From owner-xfs@oss.sgi.com Fri Jun 2 01:00:21 2006 Received: with ECARTIS (v1.0.0; list xfs); Fri, 02 Jun 2006 01:00:25 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k5280HeZ012460 for ; Fri, 2 Jun 2006 01:00:19 -0700 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 SAA21063 for ; Fri, 2 Jun 2006 18:00:08 +1000 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 4D54B4A5892A; Fri, 2 Jun 2006 18:00:06 +1000 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - update KDB patches Message-Id: <20060602080006.4D54B4A5892A@chook.melbourne.sgi.com> Date: Fri, 2 Jun 2006 18:00:06 +1000 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7873 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 1692 Lines: 30 Update KDB x86_64 patches from Keith. Date: Fri Jun 2 17:59:45 AEST 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/2.6.x-xfs Inspected by: kaos 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:26155a split-patches/kdb-v4.4-2.6.17-rc5-x86_64-2 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.17-rc5-x86_64-2 arch/x86_64/kdb/kdb_cmds - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kdb/kdb_cmds split-patches/kdb-v4.4-2.6.17-rc5-common-2 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.17-rc5-common-2 kdb/kdbmain.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdbmain.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h kdb/ChangeLog - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/ChangeLog.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h split-patches/series - 1.38 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/series.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h split-patches/kdb-v4.4-2.6.17-rc5-x86_64-1 - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.17-rc5-x86_64-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h split-patches/kdb-v4.4-2.6.17-rc5-common-1 - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.17-rc5-common-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/x86_64/kdb/ChangeLog - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kdb/ChangeLog.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-xfs@oss.sgi.com Fri Jun 2 01:24:42 2006 Received: with ECARTIS (v1.0.0; list xfs); Fri, 02 Jun 2006 01:24:46 -0700 (PDT) Received: from dynamicweb.hu (ns.dynamicweb.hu [195.228.155.139]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k528OeeZ015598 for ; Fri, 2 Jun 2006 01:24:42 -0700 Received: from dcccs (53d8296a.adsl.enternet.hu [83.216.41.106]) by dynamicweb.hu (8.13.5/8.12.8) with SMTP id k528Kpm8002441; Fri, 2 Jun 2006 10:20:52 +0200 Message-ID: <017001c6861d$eef931c0$1800a8c0@dcccs> From: "Janos Haar" To: "Nathan Scott" Cc: , References: <004501c68225$00add170$1800a8c0@dcccs> <9a8748490605280917l73f5751cmf40674fc22726c43@mail.gmail.com> <01d801c6827c$fba04ca0$1800a8c0@dcccs> <01a801c683d2$e7a79c10$1800a8c0@dcccs> <200605301903.k4UJ3xQU008919@turing-police.cc.vt.edu> <1149038431.21827.20.camel@localhost.localdomain> <20060531143849.C478554@wobbly.melbourne.sgi.com> <00f501c68488$4d10c080$1800a8c0@dcccs> <20060602075826.B530100@wobbly.melbourne.sgi.com> <01ed01c685c8$b46ec6f0$1800a8c0@dcccs> <20060602094325.A531851@wobbly.melbourne.sgi.com> Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) Date: Fri, 2 Jun 2006 10:01:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-archive-position: 7874 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: djani22@netcenter.hu Precedence: bulk X-list: xfs Content-Length: 4085 Lines: 118 ----- Original Message ----- From: "Nathan Scott" To: "Janos Haar" Cc: ; Sent: Friday, June 02, 2006 1:43 AM Subject: Re: XFS related hang (was Re: How to send a break? - dump from frozen 64bit linux) > On Fri, Jun 02, 2006 at 12:14:04AM +0200, Janos Haar wrote: > > ---- Original Message ----- > > > On Wed, May 31, 2006 at 10:00:33AM +0200, Janos Haar wrote: > > > > > > > > Hey, i think i found something. > > > > My quota on my huge device is broken. > > > > (inferno -- 18014398504855404 0 0 > > 18446744073709551519 > > > > 0 0) > > > > > > Hmm, that is interesting. I guess you don't know whether this > > > accounting problem happened before you rebooted or whether it > > > only just got this way (after journal recovery)? > > > > In my system, this huge device is difficult. > > Can you describe your hardware a bit more? (and send xfs_info > output too please). [root@X64 ~]# xfs_info /mnt/md0 meta-data=/dev/md31 isize=256 agcount=2600, agsize=1240024 blks = sectsz=512 attr=0 data = bsize=4096 blocks=3223457536, imaxpct=25 = sunit=1 swidth=4 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=32768, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=16384 blocks=0, rtextents=0 (I used the xfs_grow 2 times) The hw: I use 4 nodes, each has 3.3TiB (RAID4 array), and serves NBD. On the concentrator the RAID0 makes one 12.9TiB from 4x3.3TiB nbd device. The strip is 4kb. (tested, and optimal for performance) > > > I often need to reboot, and run xfs_repair, to make it clean. (nodes hangs, > > reboots, etc...) > > Ehrm, hmm, that smells fishy... does this device have a write > cache enabled by any chance? Yes, you have right! I know, this is a big chance to corrupt the fs, but i need strongly the write caching! This quota corruption is from that case too.... > > > Now is my default reboot option is xfs_repair -L, so i dont know, this > > happens before, or after, sorry. > > Oh, thats bad, all bets are off then - you really cant go doing > that routinely, thats an "in emergency only" big red button - :-) Yes, i know. But on my case, the service is much more important than the data inside the fs. I run a huge "free web storage", and i hate that thing, when i get up, and can see, the system stops on the automatic reboot, and down for few hours... >8-( If it can reboot normally, and drop some MB or GB, this is a "little lose" for me. > it throws away the contents of the journal, and will pretty much > guarantee filesystem corruption. Anyway, if i remove the he -L, the boot hangs on mount about 8 from10 times. The ~1GB lose of 4K strip can pretty much damage the journal too..... If it can repair the fs (2 times from 10), it is often uncompleted, and some minutes or hours lated i get the XFS_FORCE_SHUTDOWN message thanks to the corruption.... (I planned to use an external log, but at this time i dont trust too much the journal recovery.... And if the concentrator finish the flush, the journal notes that it is completed, but the node can hang during write, and drop the data anyway.) > > But, it sounds alot like you may have a big hardware reliability > issue there, which is going to make it difficult to distinguish > any software problems. However, if you find a way to reproduce > that quota accounting problem (above), I'm all ears. Sorry, but i cant. Additionally, i allready have shut down the quota, and i cannot reproduce the "bad quota related hang" problem. Thanks a lot! Janos > > cheers. > > -- > Nathan > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ From owner-xfs@oss.sgi.com Fri Jun 2 03:29:07 2006 Received: with ECARTIS (v1.0.0; list xfs); Fri, 02 Jun 2006 03:29:11 -0700 (PDT) Received: from lucidpixels.com (lucidpixels.com [66.45.37.187]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k52AT5eZ029902 for ; Fri, 2 Jun 2006 03:29:07 -0700 Received: by lucidpixels.com (Postfix, from userid 1001) id 966E015EA97; Fri, 2 Jun 2006 04:29:55 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id 91C4C100EC460 for ; Fri, 2 Jun 2006 04:29:55 -0400 (EDT) Date: Fri, 2 Jun 2006 04:29:55 -0400 (EDT) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: xfs@oss.sgi.com Subject: Tuning XFS. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 7875 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: xfs Content-Length: 220 Lines: 11 Hello all, So far I have been following: http://everything2.com/index.pl?node_id=1479435 For tuning XFS; are there any other parameters or methods of tuning/optimization that are available to the end user? Justin. From owner-xfs@oss.sgi.com Sun Jun 4 03:42:43 2006 Received: with ECARTIS (v1.0.0; list xfs); Sun, 04 Jun 2006 03:42:49 -0700 (PDT) Received: from mail.ukfsn.org (s2.ukfsn.org [217.158.120.143]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k54AgfeZ018356 for ; Sun, 4 Jun 2006 03:42:42 -0700 Received: from localhost.localdomain (i-83-67-36-194.freedom2surf.net [83.67.36.194]) by mail.ukfsn.org (Postfix) with ESMTP id 6A00EE706B; Sun, 4 Jun 2006 10:35:19 +0100 (BST) Received: from [10.0.0.90] (helo=[10.0.0.90]) by localhost.localdomain with esmtp (Exim 4.50) id 1Fmp9W-0001MB-PH; Sun, 04 Jun 2006 10:44:10 +0100 Message-ID: <4482AB6A.9010105@dgreaves.com> Date: Sun, 04 Jun 2006 10:44:10 +0100 From: David Greaves User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: 2.6.17-rc3: XFS internal error xlog_clear_stale_blocks(1) X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-archive-position: 7878 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: david@dgreaves.com Precedence: bulk X-list: xfs Content-Length: 1387 Lines: 38 Hi vanilla 2.6.17-rc3 mounting onto an lvm2 ontop of raid5 on top of sata Filesystem "dm-0": Disabling barriers, not supported by the underlying device XFS mounting filesystem dm-0 Filesystem "dm-0": XFS internal error xlog_clear_stale_blocks(1) at line 1225 of file fs/xfs/xfs_log_recover.c. Caller 0xb01fca2f xlog_find_tail+0xa39/0xeb0 xlog_recover+0x2f/0x2f0 xlog_recover+0x2f/0x2f0 xfs_log_mount+0x256/0x650 xfs_mountfs+0xd09/0x1260 xfs_mountfs_check_barriers+0x39/0x120 xfs_mount+0xa2f/0xbf0 xfs_fs_fill_super+0xa0/0x250 snprintf+0x2b/0x30 disk_name+0xd5/0xf0 sb_set_blocksize+0x1f/0x50 get_sb_bdev+0x117/0x155 xfs_fs_get_sb+0x2f/0x40 xfs_fs_fill_super+0x0/0x250 do_kern_mount+0x52/0xe0 do_mount+0x29d/0x770 do_path_lookup+0x10e/0x270 getname+0xda/0x100 __alloc_pages+0x5e/0x2f0 __get_free_pages+0x34/0x60 copy_mount_options+0x44/0x140 sys_mount+0x9d/0xe0 syscall_call+0x7/0xb XFS: failed to locate log tail XFS: log mount/recovery failed: error 990 XFS: log mount failed Anything else I can do? (is it worth trying -rc5?) I'm building 2.6.16.19 and I'll try that shortly... David -- From owner-xfs@oss.sgi.com Sun Jun 4 03:42:42 2006 Received: with ECARTIS (v1.0.0; list xfs); Sun, 04 Jun 2006 03:42:49 -0700 (PDT) Received: from mail.ukfsn.org (s2.ukfsn.org [217.158.120.143]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k54AgfeZ018354 for ; Sun, 4 Jun 2006 03:42:42 -0700 Received: from localhost.localdomain (i-83-67-36-194.freedom2surf.net [83.67.36.194]) by mail.ukfsn.org (Postfix) with ESMTP id 45F35E70CD; Sun, 4 Jun 2006 11:01:32 +0100 (BST) Received: from [10.0.0.90] (helo=[10.0.0.90]) by localhost.localdomain with esmtp (Exim 4.50) id 1FmpYt-00020j-Rj; Sun, 04 Jun 2006 11:10:23 +0100 Message-ID: <4482B18F.1050606@dgreaves.com> Date: Sun, 04 Jun 2006 11:10:23 +0100 From: David Greaves User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: 2.6.17-rc3: XFS internal error xlog_clear_stale_blocks(1) References: <4482AB6A.9010105@dgreaves.com> In-Reply-To: <4482AB6A.9010105@dgreaves.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-archive-position: 7878 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: david@dgreaves.com Precedence: bulk X-list: xfs Content-Length: 1539 Lines: 44 David Greaves wrote: > Hi > > vanilla 2.6.17-rc3 > > mounting onto an lvm2 ontop of raid5 on top of sata > > Filesystem "dm-0": Disabling barriers, not supported by the underlying > device > XFS mounting filesystem dm-0 > Filesystem "dm-0": XFS internal error xlog_clear_stale_blocks(1) at line > 1225 of file fs/xfs/xfs_log_recover.c. Caller 0xb01fca2f > xlog_find_tail+0xa39/0xeb0 xlog_recover+0x2f/0x2f0 > xlog_recover+0x2f/0x2f0 xfs_log_mount+0x256/0x650 > xfs_mountfs+0xd09/0x1260 > xfs_mountfs_check_barriers+0x39/0x120 > xfs_mount+0xa2f/0xbf0 xfs_fs_fill_super+0xa0/0x250 > snprintf+0x2b/0x30 disk_name+0xd5/0xf0 > sb_set_blocksize+0x1f/0x50 get_sb_bdev+0x117/0x155 > xfs_fs_get_sb+0x2f/0x40 xfs_fs_fill_super+0x0/0x250 > do_kern_mount+0x52/0xe0 do_mount+0x29d/0x770 > do_path_lookup+0x10e/0x270 getname+0xda/0x100 > __alloc_pages+0x5e/0x2f0 __get_free_pages+0x34/0x60 > copy_mount_options+0x44/0x140 sys_mount+0x9d/0xe0 > syscall_call+0x7/0xb > XFS: failed to locate log tail > XFS: log mount/recovery failed: error 990 > XFS: log mount failed > > > Anything else I can do? > (is it worth trying -rc5?) > > I'm building 2.6.16.19 and I'll try that shortly... > > David > So I tried 2.6.17-rc5 and the problem resolved itself. David -- From owner-xfs@oss.sgi.com Mon Jun 5 02:42:56 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 02:43:00 -0700 (PDT) Received: from smtp-1.hut.fi (smtp-1.hut.fi [130.233.228.91]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k559gseZ006076 for ; Mon, 5 Jun 2006 02:42:55 -0700 Received: from localhost (katosiko.hut.fi [130.233.228.115]) by smtp-1.hut.fi (8.13.6/8.12.10) with ESMTP id k5581XUQ026515 for ; Mon, 5 Jun 2006 11:01:33 +0300 Received: from smtp-1.hut.fi ([130.233.228.91]) by localhost (katosiko.hut.fi [130.233.228.115]) (amavisd-new, port 10024) with LMTP id 17023-14-3 for ; Mon, 5 Jun 2006 11:01:32 +0300 (EEST) Received: from kurp.hut.fi (kurp.hut.fi [130.233.157.234]) by smtp-1.hut.fi (8.13.6/8.12.10) with ESMTP id k556nAii031069 for ; Mon, 5 Jun 2006 09:49:10 +0300 Received: from kurp.hut.fi (jwagner@localhost [127.0.0.1]) by kurp.hut.fi (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k556nAbo013673 for ; Mon, 5 Jun 2006 09:49:10 +0300 Received: from localhost (jwagner@localhost) by kurp.hut.fi (8.13.4/8.13.4/Submit) with ESMTP id k556nA8F013670 for ; Mon, 5 Jun 2006 09:49:10 +0300 Date: Mon, 5 Jun 2006 09:49:10 +0300 (EEST) From: Jan Wagner To: xfs@oss.sgi.com Subject: separate log and structure from user data device? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at katosiko.hut.fi Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id k559gueZ006083 X-archive-position: 7880 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jwagner@kurp.hut.fi Precedence: bulk X-list: xfs Content-Length: 1060 Lines: 32 Hi, I saw with the logdev parameter it is possible to specify an external log device on a separate disk and partition. What would be even more interesting for my special purposes is whether even the file system structure (inodes etc) could be placed on a different disk? Rationale being, when one wants to build a data recorder like a Linux personal video recorder that is using A/V harddisks (ATA Streaming Feature Set, or SmoothStream), one could use the A/V disk with A/V streaming enabled to unreliably(!) write or read all the user data, and a second disk to reliably store the actual log and file system structure on. Yes, there is alreayd the realtime subvolume in XFS, but can it tolerate unreliable A/V read/write? (i.e., where drive has been told to disable and skip all read error correction and write verification?) Very curious about this...! thanks, - Jan -- **************************************************** Helsinki University of Technology Dept. of Metsähovi Radio Observatory Work +358-9-256-4424 http://www.hut.fi/~jwagner/ From owner-xfs@oss.sgi.com Mon Jun 5 03:55:57 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 03:56:01 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k55AtqeZ017555 for ; Mon, 5 Jun 2006 03:55:56 -0700 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 UAA01367; Mon, 5 Jun 2006 20:55:36 +1000 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 k55AtWgw635994; Mon, 5 Jun 2006 20:55:33 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k55AtUMa636352; Mon, 5 Jun 2006 20:55:30 +1000 (EST) Date: Mon, 5 Jun 2006 20:55:29 +1000 From: Nathan Scott To: Jan Wagner Cc: xfs@oss.sgi.com Subject: Re: separate log and structure from user data device? Message-ID: <20060605205529.B635526@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jwagner@kurp.hut.fi on Mon, Jun 05, 2006 at 09:49:10AM +0300 X-archive-position: 7881 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 1249 Lines: 32 On Mon, Jun 05, 2006 at 09:49:10AM +0300, Jan Wagner wrote: > Hi, > > I saw with the logdev parameter it is possible to specify an external log > device on a separate disk and partition. > > What would be even more interesting for my special purposes is whether > even the file system structure (inodes etc) could be placed on a > different disk? The realtime subvolume will indeed give you this split. See xfs(5) and mkfs/xfs(8) where most doco resides on this. > Rationale being, when one wants to build a data recorder like a > Linux personal video recorder that is using A/V harddisks (ATA Streaming > Feature Set, or SmoothStream), one could use the A/V disk with A/V > streaming enabled to unreliably(!) write or read all the user data, and a > second disk to reliably store the actual log and file system structure on. > > Yes, there is alreayd the realtime subvolume in XFS, but can it tolerate > unreliable A/V read/write? (i.e., where drive has been told to disable > and skip all read error correction and write verification?) Not 100% sure what unreliable means here from a software POV... would we be seeing errors at the filesystem layer on IOs to/from the driver? If not, I think it would work just fine. cheers. -- Nathan From owner-xfs@oss.sgi.com Mon Jun 5 06:13:29 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 06:13:33 -0700 (PDT) Received: from smtp-3.hut.fi (smtp-3.hut.fi [130.233.228.93]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k55DDReZ022801 for ; Mon, 5 Jun 2006 06:13:29 -0700 Received: from localhost (putosiko.hut.fi [130.233.228.114]) by smtp-3.hut.fi (8.13.6/8.12.10) with ESMTP id k55DDGk5032490; Mon, 5 Jun 2006 16:13:16 +0300 Received: from smtp-3.hut.fi ([130.233.228.93]) by localhost (putosiko.hut.fi [130.233.228.114]) (amavisd-new, port 10024) with LMTP id 04639-05-7; Mon, 5 Jun 2006 16:13:15 +0300 (EEST) Received: from kurp.hut.fi (kurp.hut.fi [130.233.157.234]) by smtp-3.hut.fi (8.13.6/8.12.10) with ESMTP id k55BManp016215; Mon, 5 Jun 2006 14:22:36 +0300 Received: from kurp.hut.fi (jwagner@localhost [127.0.0.1]) by kurp.hut.fi (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k55BMZK4018166; Mon, 5 Jun 2006 14:22:35 +0300 Received: from localhost (jwagner@localhost) by kurp.hut.fi (8.13.4/8.13.4/Submit) with ESMTP id k55BMZkc018163; Mon, 5 Jun 2006 14:22:35 +0300 Date: Mon, 5 Jun 2006 14:22:35 +0300 (EEST) From: Jan Wagner To: Nathan Scott cc: xfs@oss.sgi.com Subject: Re: separate log and structure from user data device? In-Reply-To: <20060605205529.B635526@wobbly.melbourne.sgi.com> Message-ID: References: <20060605205529.B635526@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at putosiko.hut.fi X-archive-position: 7882 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jwagner@kurp.hut.fi Precedence: bulk X-list: xfs Content-Length: 1981 Lines: 48 Hi and thanks for your quick reply! On Mon, 5 Jun 2006, Nathan Scott wrote: > On Mon, Jun 05, 2006 at 09:49:10AM +0300, Jan Wagner wrote: > > I saw with the logdev parameter it is possible to specify an external log > > device on a separate disk and partition. > > > > What would be even more interesting for my special purposes is whether > > even the file system structure (inodes etc) could be placed on a > > different disk? > > The realtime subvolume will indeed give you this split. See xfs(5) > and mkfs/xfs(8) where most doco resides on this. Thanks for clarifying. That had been a bit unclear to me from the docs. Also realized only now that xfsctl has to be used to set an empty file's realtime bit to really use the rt subvolume, not quite as straightforward as I thought. Will have to "correct" my progs a bit. > > Rationale being, when one wants to build a data recorder like a > > Linux personal video recorder that is using A/V harddisks (ATA Streaming > > Feature Set, or SmoothStream), one could use the A/V disk with A/V > > streaming enabled to unreliably(!) write or read all the user data, and a > > second disk to reliably store the actual log and file system structure on. > > > > Yes, there is alreayd the realtime subvolume in XFS, but can it tolerate > > unreliable A/V read/write? (i.e., where drive has been told to disable > > and skip all read error correction and write verification?) > > Not 100% sure what unreliable means here from a software POV... would > we be seeing errors at the filesystem layer on IOs to/from the driver? With A/V feature enabled there are no data I/O errors from the disk, thus very likely no errors from the driver either. The only thing is that the data read from or written to that disk has no guarantees to be correct (thus keeping all filesystem structure related stuff on an entirely different disk is kind of essential :-)) > If not, I think it would work just fine. Pretty good, then :) thanks, - Jan From owner-xfs@oss.sgi.com Mon Jun 5 08:49:39 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 08:49:45 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1.americas.sgi.com [198.149.16.13]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k55FnbeZ017965 for ; Mon, 5 Jun 2006 08:49:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with SMTP id k55EZHnx002310 for ; Mon, 5 Jun 2006 09:35:18 -0500 Received: from mail.ocs.com.au (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA07315; Tue, 6 Jun 2006 00:19:17 +1000 Received: from ocs3.ocs.com.au (ocs3w.ocs.com.au [192.168.254.3]) by mail.ocs.com.au (Postfix) with ESMTP id 3EE4AE0B20A; Tue, 6 Jun 2006 00:19:16 +1000 (EST) Received: by ocs3.ocs.com.au (Postfix, from userid 16331) id 77E2B2EB8; Tue, 6 Jun 2006 00:19:08 +1000 (EST) Received: from ocs3.ocs.com.au (localhost [127.0.0.1]) by ocs3.ocs.com.au (Postfix) with ESMTP id 4F9528017B; Tue, 6 Jun 2006 00:19:08 +1000 (EST) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.1-RC1 From: Keith Owens To: Jan Wagner cc: Nathan Scott , xfs@oss.sgi.com Subject: Re: separate log and structure from user data device? In-reply-to: Your message of "Mon, 05 Jun 2006 14:22:35 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jun 2006 00:19:08 +1000 Message-ID: <8630.1149517148@ocs3.ocs.com.au> X-archive-position: 7883 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: xfs Content-Length: 2798 Lines: 55 Jan Wagner (on Mon, 5 Jun 2006 14:22:35 +0300 (EEST)) wrote: > >On Mon, 5 Jun 2006, Nathan Scott wrote: >> On Mon, Jun 05, 2006 at 09:49:10AM +0300, Jan Wagner wrote: >> > I saw with the logdev parameter it is possible to specify an external log >> > device on a separate disk and partition. >> > >> > What would be even more interesting for my special purposes is whether >> > even the file system structure (inodes etc) could be placed on a >> > different disk? >> >> The realtime subvolume will indeed give you this split. See xfs(5) >> and mkfs/xfs(8) where most doco resides on this. > >Thanks for clarifying. That had been a bit unclear to me from the docs. > >Also realized only now that xfsctl has to be used to set an empty file's >realtime bit to really use the rt subvolume, not quite as straightforward >as I thought. Will have to "correct" my progs a bit. > >> > Rationale being, when one wants to build a data recorder like a >> > Linux personal video recorder that is using A/V harddisks (ATA Streaming >> > Feature Set, or SmoothStream), one could use the A/V disk with A/V >> > streaming enabled to unreliably(!) write or read all the user data, and a >> > second disk to reliably store the actual log and file system structure on. >> > >> > Yes, there is alreayd the realtime subvolume in XFS, but can it tolerate >> > unreliable A/V read/write? (i.e., where drive has been told to disable >> > and skip all read error correction and write verification?) >> >> Not 100% sure what unreliable means here from a software POV... would >> we be seeing errors at the filesystem layer on IOs to/from the driver? > >With A/V feature enabled there are no data I/O errors from the disk, thus >very likely no errors from the driver either. > >The only thing is that the data read from or written to that disk has no >guarantees to be correct (thus keeping all filesystem structure related >stuff on an entirely different disk is kind of essential :-)) The ATA Streaming Feature Set defines the Handle Stream Error (HSE) bit to mark data which is critical, and therefore needs full error recovery. That leaves all other data to be handled as best case, returning no data instead of taking too long. Why not use HSE to mark the filesystem metadata and journals? Then you do not need to separate metadata from normal data at the disk level. Of course that requires a change to the VFS layer to pass a flag saying "this data is critical", plus support in the I/O path for setting HSE. Until the kernel is changed, your only option is to use a filesystem that lets you manually separate the two classes of data. The Streaming Feature Set is held in the cfsse field and nothing in the kernel uses cfsse in any significant way, so it will probably be a while before Linux supports AV mode. From owner-xfs@oss.sgi.com Mon Jun 5 16:14:15 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 16:14:20 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k55NEBeZ025779 for ; Mon, 5 Jun 2006 16:14:14 -0700 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 JAA01853; Tue, 6 Jun 2006 09:13:54 +1000 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 k55NDqgw652669; Tue, 6 Jun 2006 09:13:52 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k55NDne5653682; Tue, 6 Jun 2006 09:13:49 +1000 (EST) Date: Tue, 6 Jun 2006 09:13:48 +1000 From: Nathan Scott To: Jan Wagner Cc: xfs@oss.sgi.com Subject: Re: separate log and structure from user data device? Message-ID: <20060606091348.D652166@wobbly.melbourne.sgi.com> References: <20060605205529.B635526@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: ; from jwagner@kurp.hut.fi on Mon, Jun 05, 2006 at 02:22:35PM +0300 X-archive-position: 7884 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 1958 Lines: 50 Hi Jan, On Mon, Jun 05, 2006 at 02:22:35PM +0300, Jan Wagner wrote: > > Hi and thanks for your quick reply! No worries. > On Mon, 5 Jun 2006, Nathan Scott wrote: > > On Mon, Jun 05, 2006 at 09:49:10AM +0300, Jan Wagner wrote: > > > I saw with the logdev parameter it is possible to specify an external log > > > device on a separate disk and partition. > > > > > > What would be even more interesting for my special purposes is whether > > > even the file system structure (inodes etc) could be placed on a > > > different disk? > > > > The realtime subvolume will indeed give you this split. See xfs(5) > > and mkfs/xfs(8) where most doco resides on this. > > Thanks for clarifying. That had been a bit unclear to me from the docs. > > Also realized only now that xfsctl has to be used to set an empty file's > realtime bit to really use the rt subvolume, not quite as straightforward > as I thought. Will have to "correct" my progs a bit. You can set the rtinherit bit on a directory, and all new files created there will be automatically written to the realtime device. Theres also a (probably undocumented, I really only added it for my own testing) mkfs option which will let you set the rtinherit bit on the root directory at mkfs time, so all file data will be allocated on the realtime device from the start. Finally, it should be a SMOP to allow a realtime device to be attached to an existing filesystem. Likewise, xfs_fsr could gain a new option or two that would cause it to pass over a filesystem and migrate existing data off to realtime (tiny bit of kernel code needed there to allow that, but not too tricky I think). And if you get truly adventurous, growing of rt should work but shrinking will not - however, this is a much simpler problem to solve than shrinking of the data device. Bonus points if you tackle that :) - all interesting little research projects if anyone is up for a bit of a challenge. cheers. -- Nathan From owner-xfs@oss.sgi.com Mon Jun 5 17:13:26 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 17:13:30 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k560DNeZ004488 for ; Mon, 5 Jun 2006 17:13:25 -0700 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 KAA03587; Tue, 6 Jun 2006 10:13:04 +1000 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 k560D2gw652957; Tue, 6 Jun 2006 10:13:02 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k560CxJB653546; Tue, 6 Jun 2006 10:12:59 +1000 (EST) Date: Tue, 6 Jun 2006 10:12:58 +1000 From: Nathan Scott To: Jan Wagner , Keith Owens Cc: xfs@oss.sgi.com Subject: Re: separate log and structure from user data device? Message-ID: <20060606101258.B644608@wobbly.melbourne.sgi.com> References: <8630.1149517148@ocs3.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <8630.1149517148@ocs3.ocs.com.au>; from kaos@sgi.com on Tue, Jun 06, 2006 at 12:19:08AM +1000 X-archive-position: 7885 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 1689 Lines: 40 On Tue, Jun 06, 2006 at 12:19:08AM +1000, Keith Owens wrote: > The ATA Streaming Feature Set defines the Handle Stream Error (HSE) bit > to mark data which is critical, and therefore needs full error > recovery. That leaves all other data to be handled as best case, > returning no data instead of taking too long. Why not use HSE to mark > the filesystem metadata and journals? Then you do not need to separate > metadata from normal data at the disk level. Hmm, OK, interesting. > Of course that requires a change to the VFS layer to pass a flag saying > "this data is critical", plus support in the I/O path for setting HSE. Its a trivial thing from the filesystem POV - in XFS, it would require a change in fs/xfs/linux-2.6/xfs_buf.c - the call into submit_bio() there is the point all metadata and log IO gets funnelled through, and file data doesn't travel that path. So, if the drivers/block layer supported a bio flag to say "this is critical", it should be a one-line XFS change to support that I would think. I actually spoke to Jens awhile back about having a bio flag to tag this kind of difference, it'd also be useful to us from a block device tracing POV (i.e. in blktrace) for easily distinguishing file data from metadata/log IOs, so maybe this is one way we'd be able to see a little featurette like that someday too. > Until the kernel is changed, your only option is to use a filesystem > that lets you manually separate the two classes of data. The Streaming > Feature Set is held in the cfsse field and nothing in the kernel uses > cfsse in any significant way, so it will probably be a while before > Linux supports AV mode. Oh well. cheers. -- Nathan From owner-xfs@oss.sgi.com Mon Jun 5 22:33:25 2006 Received: with ECARTIS (v1.0.0; list xfs); Mon, 05 Jun 2006 22:33:33 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k565XKeZ014484 for ; Mon, 5 Jun 2006 22:33:23 -0700 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 PAA12617 for ; Tue, 6 Jun 2006 15:33:09 +1000 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 35FEE4A588D4; Tue, 6 Jun 2006 15:33:08 +1000 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - Merge up to 2.6.17-rc6 Message-Id: <20060606053308.35FEE4A588D4@chook.melbourne.sgi.com> Date: Tue, 6 Jun 2006 15:33:08 +1000 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7886 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 35348 Lines: 436 Date: Tue Jun 6 15:32:41 AEST 2006 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:26177a include/asm-mips/sparsemem.h - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/sparsemem.h include/asm-um/irqflags.h - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-um/irqflags.h Documentation/serial/driver - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/serial/driver.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h MAINTAINERS - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/MAINTAINERS.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h Makefile - 1.42 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Makefile.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h arch/alpha/kernel/alpha_ksyms.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/alpha/kernel/alpha_ksyms.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/alpha/kernel/process.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/alpha/kernel/process.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/alpha/kernel/smp.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/alpha/kernel/smp.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/alpha/kernel/sys_titan.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/alpha/kernel/sys_titan.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/arm/mm/mm-armv.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mm/mm-armv.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kernel/acpi/boot.c - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/acpi/boot.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h arch/i386/mach-generic/probe.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/mach-generic/probe.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/mips/Kconfig - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/Kconfig.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h arch/mips/au1000/common/irq.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/au1000/common/irq.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/au1000/common/prom.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/au1000/common/prom.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/mips/au1000/common/time.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/au1000/common/time.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/mips/ddb5xxx/ddb5476/dbg_io.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/ddb5xxx/ddb5476/dbg_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/ddb5xxx/ddb5477/kgdb_io.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/ddb5xxx/ddb5477/kgdb_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/gt64120/momenco_ocelot/dbg_io.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/gt64120/momenco_ocelot/dbg_io.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/mips/ite-boards/generic/dbg_io.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/ite-boards/generic/dbg_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/kernel/cpu-bugs64.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/cpu-bugs64.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/mips/kernel/cpu-probe.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/cpu-probe.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/mips/kernel/entry.S - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/entry.S.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/kernel/gdb-low.S - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/gdb-low.S.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/mips/kernel/proc.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/proc.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/mips/kernel/scall64-o32.S - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/scall64-o32.S.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/mips/kernel/setup.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/setup.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/kernel/smp.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/smp.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/kernel/syscall.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/syscall.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/mips/kernel/traps.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/traps.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/mips/kernel/vmlinux.lds.S - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/vmlinux.lds.S.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/math-emu/dp_fint.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/math-emu/dp_fint.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/mips/math-emu/dp_flong.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/math-emu/dp_flong.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/mips/math-emu/sp_fint.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/math-emu/sp_fint.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/mips/math-emu/sp_flong.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/math-emu/sp_flong.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/mips/mm/c-r4k.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/c-r4k.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/mips/momentum/ocelot_c/dbg_io.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/ocelot_c/dbg_io.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/mips/momentum/ocelot_g/dbg_io.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/ocelot_g/dbg_io.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/mips/sgi-ip32/ip32-irq.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/sgi-ip32/ip32-irq.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/ppc/kernel/asm-offsets.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/kernel/asm-offsets.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/s390/kernel/time.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/s390/kernel/time.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/sparc64/kernel/head.S - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/kernel/head.S.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/sparc64/kernel/setup.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/kernel/setup.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h arch/sparc64/kernel/smp.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/kernel/smp.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/sparc64/lib/checksum.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/checksum.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/um/Makefile-i386 - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/Makefile-i386.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/um/include/kern_util.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/include/kern_util.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/um/kernel/time_kern.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/kernel/time_kern.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/um/sys-i386/syscalls.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/sys-i386/syscalls.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/x86_64/ia32/ia32_binfmt.c - 1.17 - 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.17&r2=text&tr2=1.16&f=h arch/x86_64/kernel/e820.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/e820.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/x86_64/kernel/entry.S - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/entry.S.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h arch/x86_64/kernel/pci-dma.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/pci-dma.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/x86_64/kernel/pci-gart.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/pci-gart.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/x86_64/kernel/setup.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/setup.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h drivers/base/power/suspend.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/base/power/suspend.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/char/agp/Kconfig - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/agp/Kconfig.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/char/agp/amd64-agp.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/agp/amd64-agp.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/char/agp/via-agp.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/agp/via-agp.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/char/vt.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/vt.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/i2c/busses/scx200_acb.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/i2c/busses/scx200_acb.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/ieee1394/sbp2.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ieee1394/sbp2.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/input/joystick/sidewinder.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/joystick/sidewinder.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/input/mouse/logips2pp.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/mouse/logips2pp.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/md/md.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/md/md.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h drivers/message/fusion/mptbase.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/message/fusion/mptbase.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/net/e1000/e1000_main.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/e1000/e1000_main.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/net/irda/Kconfig - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/irda/Kconfig.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/net/pcmcia/nmclan_cs.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/pcmcia/nmclan_cs.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/net/pcnet32.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/pcnet32.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/net/pppoe.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/pppoe.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/net/wireless/arlan-main.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/wireless/arlan-main.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/net/wireless/wavelan.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/wireless/wavelan.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/pcmcia/ds.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/pcmcia/ds.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/s390/cio/css.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/cio/css.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/s390/cio/device_fsm.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/cio/device_fsm.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/s390/net/ctcmain.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/ctcmain.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/s390/net/ctctty.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/ctctty.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/s390/net/cu3088.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/cu3088.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/s390/net/iucv.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/iucv.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/s390/net/iucv.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/iucv.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/s390/net/lcs.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/lcs.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/s390/net/lcs.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/lcs.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/s390/net/netiucv.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/netiucv.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/s390/net/qeth.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/s390/net/qeth_mpc.h - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_mpc.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/scsi/libata-core.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/libata-core.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h drivers/scsi/ppa.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/ppa.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/scsi/scsi_devinfo.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_devinfo.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/scsi/scsi_lib.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_lib.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h drivers/video/console/fbcon.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/console/fbcon.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h drivers/video/maxinefb.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/maxinefb.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/affs/namei.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/affs/namei.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/cifs/CHANGES - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/CHANGES.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/cifs/cifsfs.h - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/cifsfs.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/cifs/cifsproto.h - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/cifsproto.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/cifs/cifssmb.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/cifssmb.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h fs/cifs/connect.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/connect.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h fs/cifs/file.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/file.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h fs/namei.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/namei.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h include/asm-alpha/smp.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-alpha/smp.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-alpha/termbits.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-alpha/termbits.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-arm/arch-l7200/serial_l7200.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/arch-l7200/serial_l7200.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-arm/arch-l7200/uncompress.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/arch-l7200/uncompress.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-arm/system.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/system.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/asm-generic/pgtable.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-generic/pgtable.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/addrspace.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/addrspace.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/asm-mips/cpu.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/cpu.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-mips/delay.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/delay.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-mips/inst.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/inst.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-mips/mipsregs.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/mipsregs.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/page.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/page.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/pgtable-32.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/pgtable-32.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/pgtable-64.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/pgtable-64.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/asm-mips/pgtable.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/pgtable.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/sigcontext.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/sigcontext.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-mips/smp.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/smp.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/asm-s390/lowcore.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-s390/lowcore.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-sparc64/pgtable.h - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-sparc64/pgtable.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h include/asm-um/uaccess.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-um/uaccess.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/asm-x86_64/elf.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-x86_64/elf.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/linux/input.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/input.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h include/linux/mmzone.h - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/mmzone.h.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h include/linux/pci_ids.h - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/pci_ids.h.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h include/linux/vt_kern.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/vt_kern.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/net/compat.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/net/compat.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h mm/slab.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/slab.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h net/bridge/br_if.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/bridge/br_if.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h net/core/dev.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/core/dev.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h net/ethernet/Makefile - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ethernet/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ethernet/sysctl_net_ether.c - 1.3 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ethernet/sysctl_net_ether.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ipv4/netfilter/Kconfig - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/Kconfig.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h net/ipv4/netfilter/ip_conntrack_core.c - 1.16 - 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.16&r2=text&tr2=1.15&f=h net/ipv4/tcp_output.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/tcp_output.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h net/ipv6/route.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/route.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h net/irda/irlap.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/irda/irlap.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h net/sysctl_net.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/sysctl_net.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h security/selinux/hooks.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/security/selinux/hooks.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h drivers/ide/pci/sgiioc4.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/pci/sgiioc4.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/net/forcedeth.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/forcedeth.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/mips/momentum/jaguar_atx/dbg_io.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/jaguar_atx/dbg_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/mm/pg-r4k.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/pg-r4k.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/mips/mm/init.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/init.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/gt64120/ev64120/serialGT.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/gt64120/ev64120/serialGT.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/au1000/common/sleeper.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/au1000/common/sleeper.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/net/netconsole.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/netconsole.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h split-patches/dmapi-enable - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/dmapi-enable.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h split-patches/series - 1.39 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/series.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h arch/arm/mach-s3c2410/Kconfig - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-s3c2410/Kconfig.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/s390/net/qeth_fs.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_fs.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/char/ipmi/ipmi_si_intf.c - 1.16 - 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.16&r2=text&tr2=1.15&f=h drivers/s390/net/qeth_main.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_main.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/s390/net/qeth_proc.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_proc.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/s390/net/qeth_sys.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_sys.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/arm/mach-pxa/mainstone.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-pxa/mainstone.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/arm/mach-ixp4xx/Kconfig - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-ixp4xx/Kconfig.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/serial/cpm_uart/cpm_uart_core.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/cpm_uart/cpm_uart_core.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/serial/cpm_uart/cpm_uart_cpm2.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/cpm_uart/cpm_uart_cpm2.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/mips/kernel/module.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/module.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/arm/Kconfig.debug - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/Kconfig.debug.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/mmc/Kconfig - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mmc/Kconfig.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/um/os-Linux/time.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/os-Linux/time.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/mips/mm/tlbex.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/tlbex.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h fs/ext3/resize.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ext3/resize.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/infiniband/ulp/ipoib/ipoib_ib.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/infiniband/ulp/ipoib/ipoib_ib.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/input/mouse/alps.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/mouse/alps.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/um/sys-x86_64/signal.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/sys-x86_64/signal.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/um/sys-x86_64/syscalls.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/sys-x86_64/syscalls.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/x86_64/mm/srat.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/mm/srat.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/video/au1100fb.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/au1100fb.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/mips/oprofile/op_model_rm9000.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/oprofile/op_model_rm9000.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/mips/oprofile/common.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/oprofile/common.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/mips/kernel/signal-common.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/signal-common.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/input/keyboard/corgikbd.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/keyboard/corgikbd.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/x86_64/kernel/pmtimer.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/pmtimer.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/sparc64/lib/csum_copy.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/csum_copy.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/s390/net/qeth_eddp.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_eddp.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/s390/net/qeth_tso.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/qeth_tso.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/i386/kernel/syscall_table.S - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/syscall_table.S.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h net/ipv4/tcp_highspeed.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/tcp_highspeed.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/input/mouse/lifebook.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/mouse/lifebook.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/scsi/scsi_transport_sas.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_transport_sas.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-powerpc/termbits.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/termbits.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/netfilter/ip_conntrack_helper_pptp.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ip_conntrack_helper_pptp.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ppc/syslib/pq2_sys.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/syslib/pq2_sys.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/ppc/syslib/pq2_devices.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/syslib/pq2_devices.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-mips/futex.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/futex.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/mips/kernel/asm-offsets.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/asm-offsets.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/infiniband/hw/mthca/mthca_srq.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/infiniband/hw/mthca/mthca_srq.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/input/keyboard/spitzkbd.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/keyboard/spitzkbd.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/char/pcmcia/cm4000_cs.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/pcmcia/cm4000_cs.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/input/misc/wistron_btns.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/misc/wistron_btns.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h block/cfq-iosched.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/block/cfq-iosched.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h mm/memory_hotplug.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/memory_hotplug.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/um/os-Linux/main.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/os-Linux/main.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/platforms/powermac/setup.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/setup.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/powerpc/platforms/powermac/low_i2c.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/low_i2c.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/prom_init.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/prom_init.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/scsi/sata_sil24.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sata_sil24.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/mips/oprofile/op_model_mipsxx.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/oprofile/op_model_mipsxx.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/input/touchscreen/ads7846.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/touchscreen/ads7846.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h kernel/hrtimer.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/hrtimer.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/char/tpm/tpm_bios.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/tpm/tpm_bios.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/platforms/powermac/pfunc_core.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/pfunc_core.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-arm/arch-ixp23xx/memory.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/arch-ixp23xx/memory.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/char/tpm/tpm_tis.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/tpm/tpm_tis.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/arm/mach-ixp23xx/core.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-ixp23xx/core.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/spi/spi_s3c24xx.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/spi/spi_s3c24xx.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/rtc/rtc-m48t86.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/rtc/rtc-m48t86.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/ppc/platforms/mpc8272ads_setup.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/platforms/mpc8272ads_setup.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/arm/mm/proc-xsc3.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mm/proc-xsc3.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/m48t86.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/m48t86.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-xfs@oss.sgi.com Tue Jun 6 01:17:23 2006 Received: with ECARTIS (v1.0.0; list xfs); Tue, 06 Jun 2006 01:17:29 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k568HKeZ006481 for ; Tue, 6 Jun 2006 01:17:22 -0700 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 SAA16272; Tue, 6 Jun 2006 18:17:02 +1000 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 4D4A24A588D4; Tue, 6 Jun 2006 18:17:01 +1000 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 953563 - fix recent freeze/thaw issue Message-Id: <20060606081701.4D4A24A588D4@chook.melbourne.sgi.com> Date: Tue, 6 Jun 2006 18:17:01 +1000 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7887 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 478 Lines: 14 Fix mismerge of the fs_writable cleanup patch causing a freeze/thaw test hang. Date: Tue Jun 6 18:16:31 AEST 2006 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:26182a xfs_fsops.c - 1.117 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_fsops.c.diff?r1=text&tr1=1.117&r2=text&tr2=1.116&f=h From owner-xfs@oss.sgi.com Tue Jun 6 09:08:09 2006 Received: with ECARTIS (v1.0.0; list xfs); Tue, 06 Jun 2006 09:09:20 -0700 (PDT) Received: from mail.ukfsn.org (s2.ukfsn.org [217.158.120.143]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k56G86eZ017134 for ; Tue, 6 Jun 2006 09:08:08 -0700 Received: from localhost.localdomain (i-83-67-36-194.freedom2surf.net [83.67.36.194]) by mail.ukfsn.org (Postfix) with ESMTP id 6BD89E705E; Tue, 6 Jun 2006 16:58:50 +0100 (BST) Received: from [10.0.0.90] (helo=[10.0.0.90]) by localhost.localdomain with esmtp (Exim 4.50) id 1Fne5z-0002tS-Nz; Tue, 06 Jun 2006 17:07:55 +0100 Message-ID: <4485A85B.3080102@dgreaves.com> Date: Tue, 06 Jun 2006 17:07:55 +0100 From: David Greaves User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: Nathan Scott Cc: "'linux-kernel@vger.kernel.org'" , xfs@oss.sgi.com Subject: Oops and panic running xfs_fsr on 2.6.16.9 X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-archive-position: 7888 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: david@dgreaves.com Precedence: bulk X-list: xfs Content-Length: 3638 Lines: 85 Hi Nathan I was running xfs_fsr on 2.6.16.9 on a 1.2Tb raid5 using xfs_fsr version 2.2.30 The filesystem is very heavily fragmented: cu:~# xfs_db -c frag -r /dev/huge_vg/huge_lv actual 110636, ideal 3856, fragmentation factor 96.51% I've appended the oopses and an image of the panic that occurred. Just so you know (in case it's related) I also got lots of: could not allocate buf: /huge/.fsr/ag2/tmp681 (I've since seen http://marc.theaimsgroup.com/?l=linux-xfs&m=114380655102639&w=2 but not applied the patch) Can I supply anything else? David cu kernel: Oops: 0002 [#1] cu kernel: CPU: 0 cu kernel: EIP is at __page_cache_release+0x35/0xa0 cu kernel: eax: b151d678 ebx: b1056040 ecx: b1056058 edx: 03056078 cu kernel: esi: b03cee10 edi: 00000212 ebp: ffffffff esp: c7761d5c cu kernel: ds: 007b es: 007b ss: 0068 cu kernel: Process xfs_fsr (pid: 27562, threadinfo=c7760000 task=eeeab070) cu kernel: Stack: <0>16001c68 00000005 b1056040 b013feed b1056040 b1056040 00001c62 0000000e cu kernel: 00000000 00000000 00000000 0000000e 00000000 b12ac1e0 b1760b00 b1760b20 cu kernel: b151d640 b151d660 b1056040 b1056060 b11a7e80 b11a7ea0 b1716b00 b1716b20 cu kernel: [truncate_inode_pages_range+269/736] truncate_inode_pages_range+0x10d/0x2e0 cu kernel: [truncate_inode_pages+47/64] truncate_inode_pages+0x2f/0x40 cu kernel: [xfs_swapext+1052/2368] xfs_swapext+0x41c/0x940 cu kernel: [xfs_ioctl+2058/2128] xfs_ioctl+0x80a/0x850 cu kernel: [notify_change+508/662] notify_change+0x1fc/0x296 cu kernel: [linvfs_ioctl_invis+71/144] linvfs_ioctl_invis+0x47/0x90 cu kernel: [do_ioctl+104/128] do_ioctl+0x68/0x80 cu kernel: [vfs_ioctl+141/464] vfs_ioctl+0x8d/0x1d0 cu kernel: [sys_ioctl+69/128] sys_ioctl+0x45/0x80 cu kernel: [syscall_call+7/11] syscall_call+0x7/0xb cu kernel: Call Trace: cu kernel: Code: 89 7c 24 08 89 c3 8b 00 c1 e8 1e 8b 34 85 c8 79 41 b0 9c 5f fa 0f ba 33 05 19 c0 85 c0 74 2c 8d 4b 18 8b 43 18 8b 51 04 89 50 04 <89> 02 c7 41 04 00 02 20 00 8b 03 c7 43 18 00 01 10 00 a8 40 74 cu kernel: Oops: 0002 [#2] cu kernel: CPU: 0 cu kernel: EIP is at isolate_lru_pages+0x4c/0xb0 cu kernel: eax: b03ceee4 ebx: b03ceee4 ecx: b151d678 edx: 03056078 cu kernel: esi: 00000014 edi: 00000013 ebp: efc17e9c esp: efc17e6c cu kernel: ds: 007b es: 007b ss: 0068 cu kernel: Process kswapd0 (pid: 114, threadinfo=efc16000 task=efeef070) cu kernel: Stack: <0>b03cee10 b03cee10 efc17e9c efc17f40 b0140f53 00000020 b03ceee4 efc17e9c cu kernel: efc17e98 b03ceee4 00000020 00000296 b151d658 b127dd38 00000000 00000001 cu kernel: efa38420 00000000 efc17ec8 b011703e b19cfab0 0000000f 00000000 efc2b9e0 cu kernel: Call Trace: cu kernel: [shrink_cache+115/640] shrink_cache+0x73/0x280 cu kernel: [wake_up_process+30/32] wake_up_process+0x1e/0x20 cu kernel: [xfsbufd_wakeup+79/96] xfsbufd_wakeup+0x4f/0x60 cu kernel: [shrink_slab+132/496] shrink_slab+0x84/0x1f0 cu kernel: [shrink_zone+182/224] shrink_zone+0xb6/0xe0 cu kernel: [balance_pgdat+667/944] balance_pgdat+0x29b/0x3b0 cu kernel: [kswapd+244/272] kswapd+0xf4/0x110 cu kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 cu kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 cu kernel: [kswapd+0/272] kswapd+0x0/0x110 cu kernel: [kernel_thread_helper+5/20] kernel_thread_helper+0x5/0x14 cu kernel: Code: 4b 04 8b 41 04 39 d8 74 07 83 e8 18 0f 0d 08 90 0f ba 71 e8 05 19 c0 85 c0 75 08 0f 0b 41 04 0b ea 37 b0 8b 51 04 8b 01 89 50 04 <89> 02 c7 41 04 00 02 20 00 c7 01 00 01 10 00 ff 41 ec 0f 94 c0 Crash image: http://www.dgreaves.com/pics/xfs_crash.jpg From owner-xfs@oss.sgi.com Tue Jun 6 16:42:56 2006 Received: with ECARTIS (v1.0.0; list xfs); Tue, 06 Jun 2006 16:42:59 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k56NgqeZ030072 for ; Tue, 6 Jun 2006 16:42:54 -0700 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 JAA07230 for ; Wed, 7 Jun 2006 09:42:41 +1000 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 274F34A588D4; Wed, 7 Jun 2006 09:42:40 +1000 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - acl Message-Id: <20060606234240.274F34A588D4@chook.melbourne.sgi.com> Date: Wed, 7 Jun 2006 09:42:40 +1000 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7890 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 1105 Lines: 22 Fix a segfault in get/setfacl with non-existent files, nftw-workaround-related. Date: Wed Jun 7 09:42:29 AEST 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: Daniel Kahn Gillmor The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:26189a acl/VERSION - 1.79 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/VERSION.diff?r1=text&tr1=1.79&r2=text&tr2=1.78&f=h acl/doc/CHANGES - 1.88 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/doc/CHANGES.diff?r1=text&tr1=1.88&r2=text&tr2=1.87&f=h acl/debian/changelog - 1.76 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/debian/changelog.diff?r1=text&tr1=1.76&r2=text&tr2=1.75&f=h acl/setfacl/setfacl.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/setfacl/setfacl.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h acl/getfacl/getfacl.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/getfacl/getfacl.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h From owner-xfs@oss.sgi.com Tue Jun 6 21:27:15 2006 Received: with ECARTIS (v1.0.0; list xfs); Tue, 06 Jun 2006 21:28:32 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1.americas.sgi.com [198.149.16.13]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k574REeZ012632 for ; Tue, 6 Jun 2006 21:27:15 -0700 Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k573Nknx029672 for ; Tue, 6 Jun 2006 22:23:46 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by imr2.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k573h27p32962979; Tue, 6 Jun 2006 20:43:02 -0700 (PDT) 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 k573NhSQ14825024; Tue, 6 Jun 2006 22:23:43 -0500 (CDT) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 86F37105FEA2; Tue, 6 Jun 2006 22:23:43 -0500 (CDT) To: sgi.bugs.snlinux@sgi.com, sgi.bugs.xfs@sgi.com, xfs@sgi.com Subject: TAKE 951958 - Regression in bonnie++ due to messed up nused counter in xfs_dir2_free_hdr_t Message-Id: <20060607032343.86F37105FEA2@attica.americas.sgi.com> Date: Tue, 6 Jun 2006 22:23:43 -0500 (CDT) From: alkirkco@sgi.com (Mandy Miklos) X-archive-position: 7893 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: xfs Content-Length: 876 Lines: 21 Fix nused counter. It's currently getting set to -1 rather than getting decremented by 1. Since nused never reaches 0, the "if (!free->hdr.nused)" check in xfs_dir2_leafn_remove() fails every time and xfs_dir2_shrink_inode() doesn't get called when it should. This causes extra blocks to be left on an empty directory and the directory in unable to be converted back to inline extent mode. Date: Tue Jun 6 20:21:01 PDT 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/2.6.x-xfs-i386 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:211382a fs/xfs/xfs_dir2_node.c - 1.56 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dir2_node.c.diff?r1=text&tr1=1.56&r2=text&tr2=1.55&f=h - Fix nused counter to get decremented by 1 rather than set to -1. From owner-xfs@oss.sgi.com Wed Jun 7 04:09:57 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 04:10:00 -0700 (PDT) Received: from smtp-4.hut.fi (smtp-4.hut.fi [130.233.228.94]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k57B9seZ013371 for ; Wed, 7 Jun 2006 04:09:56 -0700 Received: from localhost (katosiko.hut.fi [130.233.228.115]) by smtp-4.hut.fi (8.13.6/8.12.10) with ESMTP id k57B9g2b008393; Wed, 7 Jun 2006 14:09:42 +0300 Received: from smtp-4.hut.fi ([130.233.228.94]) by localhost (katosiko.hut.fi [130.233.228.115]) (amavisd-new, port 10024) with LMTP id 26768-07-8; Wed, 7 Jun 2006 14:09:41 +0300 (EEST) Received: from kurp.hut.fi (kurp.hut.fi [130.233.157.234]) by smtp-4.hut.fi (8.13.6/8.12.10) with ESMTP id k57B5wWm007892; Wed, 7 Jun 2006 14:05:58 +0300 Received: from kurp.hut.fi (jwagner@localhost [127.0.0.1]) by kurp.hut.fi (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k57B5wuH012313; Wed, 7 Jun 2006 14:05:58 +0300 Received: from localhost (jwagner@localhost) by kurp.hut.fi (8.13.4/8.13.4/Submit) with ESMTP id k57B5vnS012310; Wed, 7 Jun 2006 14:05:57 +0300 Date: Wed, 7 Jun 2006 14:05:57 +0300 (EEST) From: Jan Wagner To: Nathan Scott cc: Keith Owens , xfs@oss.sgi.com Subject: Re: separate log and structure from user data device? In-Reply-To: <20060606101258.B644608@wobbly.melbourne.sgi.com> Message-ID: References: <8630.1149517148@ocs3.ocs.com.au> <20060606101258.B644608@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at katosiko.hut.fi X-archive-position: 7894 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jwagner@kurp.hut.fi Precedence: bulk X-list: xfs Content-Length: 2188 Lines: 58 On Tue, 6 Jun 2006, Nathan Scott wrote: > > Of course that requires a change to the VFS layer to pass a flag saying > > "this data is critical", plus support in the I/O path for setting HSE. > > Its a trivial thing from the filesystem POV - in XFS, it would > require a change in fs/xfs/linux-2.6/xfs_buf.c - the call into > submit_bio() there is the point all metadata and log IO gets > funnelled through, and file data doesn't travel that path. So, > if the drivers/block layer supported a bio flag to say "this is > critical", it should be a one-line XFS change to support that I > would think. (Short-lived discussion/probing at http://lkml.org/lkml/2006/5/18/261) Don't know what a bio flag is but it sounds good :), like some ioctl() command to tag the block device into critical / noncritical mode. Or since not in the kernel yet, maybe incorporate the ATA commands (HD internal flag on/off) for enabling Streaming into the xfs realtime data code sections, while taking care to switch Streaming back off when accessing other fs partition / xfs subvolume on same drive (quite a hack, I guess...). Oh well. Other question, is the below really the correct way to enable realtime for a new file? /* O_DIRECT for "realtime" */ int fid; assert( (fid = open(pn, O_WRONLY|O_CREAT|O_DIRECT|O_SYNC|O_LARGEFILE)) != -1 ); // ------------------- XFS realtime struct fsxattr fsxinfo; if (ioctl(fid, XFS_IOC_FSGETXATTR, &fsxinfo) == -1) { perror("fsgetxattr failed"); } else { fsxinfo.fsx_xflags = XFS_XFLAG_REALTIME; if (ioctl(fid, XFS_IOC_FSSETXATTR, &fsxinfo) == -1) { perror("setxattr ioctl failed"); } } //------------------- //... write to file created file //... assert( (close(fid) != -1) ); I'm getting only about 500mbits/s write speed into the file (continuously writing 1024 byte or much larger chunks) with the above code on XFS with the rtdev on a RAID0 /dev/md0 and "actual" XFS on /dev/hda6. With XFS directly on /dev/md0 and no realtime section but logdev=/dev/hda6, throughput is a nice ~2.5gbits/s. Hence not sure if the above code is correct? (but maybe rt support in the linux 2.6.16 kernel really is /this/ "experimental" ;-)... thanks, - Jan From owner-xfs@oss.sgi.com Wed Jun 7 11:21:11 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 11:21:19 -0700 (PDT) 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 k57IL9eZ014068 for ; Wed, 7 Jun 2006 11:21:11 -0700 Received: from mail01dn.adic.com ([172.16.40.35]) by MAIL01HQ.adic.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Jun 2006 10:12:13 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 MIME-Version: 1.0 Subject: xfs version info in kernel 2.4.20 Date: Wed, 7 Jun 2006 11:12:12 -0600 Message-ID: <51A9A4FCBC06324F8BFE956A551B58E00565E353@mail01dn.adic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: xfs version info in kernel 2.4.20 Thread-Index: AcaKVYKYu9zg1B9DRfqZdkS3qNrokQ== From: "Rishi Malik" To: X-OriginalArrivalTime: 07 Jun 2006 17:12:13.0829 (UTC) FILETIME=[85345350:01C68A55] Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit X-archive-position: 7895 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: rishi.malik@adic.com Precedence: bulk X-list: xfs Content-Length: 595 Lines: 34 Hi all, I'm trying to find out what version of xfs is included in kernel 2.4.20. Grepping the source hasn't been very helpful. I've looked for XFS_VERSION as suggested around the net, but it is not there. Grepping for version leaves a lot of info, that doesn't look to be useful. Anyone know how I can find this out? Also, is there a publicly available changelog of bugfixes, etc for xfs? Thanks a lot, Rishi Malik Rishi Malik::Firmware Engineer::Rishi.Malik@adic.com ::o720-249-5932::c303-396-3568 [[HTML alternate version deleted]] From owner-xfs@oss.sgi.com Wed Jun 7 13:34:08 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 13:34:13 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k57KY6eZ032320 for ; Wed, 7 Jun 2006 13:34:08 -0700 Received: by nf-out-0910.google.com with SMTP id l23so235346nfc for ; Wed, 07 Jun 2006 13:33:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=eeQherdLcxEKQ6u1QXtPEhg2mdHh3HnButlX4yM9uRBSniXg/rrWrTz3JnyFvEqjDxrViaZfzfrHOMS0iKqsw3wX80Do6M2odsZG1dT+BgRiiBfy+AikJHRueYkwGmVvwmRU4iTWMONo33KP1INbIp+GMR7oLpqZKkxkdrJ0c9w= Received: by 10.49.92.15 with SMTP id u15mr754722nfl; Wed, 07 Jun 2006 11:55:10 -0700 (PDT) Received: from estel ( [80.103.4.236]) by mx.gmail.com with ESMTP id y24sm1240988nfb.2006.06.07.11.54.43; Wed, 07 Jun 2006 11:55:09 -0700 (PDT) Date: Wed, 7 Jun 2006 20:53:16 +0200 From: Diego Calleja To: linux-kernel@vger.kernel.org Cc: akpm@osdl.org, netdev@vger.kernel.org, linux-xfs@oss.sgi.com, ecki@lina.inka.de, lkml@rtr.ca Subject: Updated sysctl documentation take #2 Message-Id: <20060607205316.bbb3c379.diegocg@gmail.com> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 7896 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: diegocg@gmail.com Precedence: bulk X-list: xfs Content-Length: 671 Lines: 20 Since people didn't like the "many small files" approach, I've moved it to directories containing index.txt files: Documentation/sysctl/vm/index.txt Documentation/sysctl/net/core/index.txt Documentation/sysctl/net/unix/index.txt Documentation/sysctl/net/ipv4/index.txt Documentation/sysctl/net/ipv4/conf/index.txt Documentation/sysctl/net/ipv4/route/index.txt Documentation/sysctl/net/ipv4/neigh/index.txt and so on. As previously, this moves all sysctl documentation (including XFS and network) to Documentation/sysctl/*. The patch is against linus tree and weights more than 200K in size and is place at: http://www.terra.es/personal/diegocg/sysctl-docs Comments? From owner-xfs@oss.sgi.com Wed Jun 7 14:14:25 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 14:14:29 -0700 (PDT) Received: from xenotime.net (xenotime.net [66.160.160.81]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k57LENeZ004621 for ; Wed, 7 Jun 2006 14:14:24 -0700 Received: from midway.site ([71.245.102.105]) by xenotime.net for ; Wed, 7 Jun 2006 13:04:05 -0700 Date: Wed, 7 Jun 2006 13:06:53 -0700 From: "Randy.Dunlap" To: Diego Calleja Cc: linux-kernel@vger.kernel.org, akpm@osdl.org, netdev@vger.kernel.org, linux-xfs@oss.sgi.com, ecki@lina.inka.de, lkml@rtr.ca Subject: Re: Updated sysctl documentation take #2 Message-Id: <20060607130653.9a4d572c.rdunlap@xenotime.net> In-Reply-To: <20060607205316.bbb3c379.diegocg@gmail.com> References: <20060607205316.bbb3c379.diegocg@gmail.com> Organization: YPO4 X-Mailer: Sylpheed version 2.2.5 (GTK+ 2.8.3; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 7897 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: rdunlap@xenotime.net Precedence: bulk X-list: xfs Content-Length: 4430 Lines: 115 On Wed, 7 Jun 2006 20:53:16 +0200 Diego Calleja wrote: > Since people didn't like the "many small files" approach, I've moved > it to directories containing index.txt files: > > Documentation/sysctl/vm/index.txt > Documentation/sysctl/net/core/index.txt > Documentation/sysctl/net/unix/index.txt > Documentation/sysctl/net/ipv4/index.txt > Documentation/sysctl/net/ipv4/conf/index.txt > Documentation/sysctl/net/ipv4/route/index.txt > Documentation/sysctl/net/ipv4/neigh/index.txt > > and so on. > > As previously, this moves all sysctl documentation (including > XFS and network) to Documentation/sysctl/*. The patch is > against linus tree and weights more than 200K in size > and is place at: http://www.terra.es/personal/diegocg/sysctl-docs ~> diffstat -p1 -w 70 sysctl-docs Documentation/filesystems/proc.txt | 1210 ---------------- Documentation/filesystems/xfs.txt | 84 - Documentation/networking/00-INDEX | 2 Documentation/networking/Configurable | 2 Documentation/networking/decnet.txt | 4 Documentation/networking/ip-sysctl.txt | 899 ----------- Documentation/networking/xfrm_sync.txt | 11 Documentation/sysctl/README | 121 - Documentation/sysctl/abi.txt | 54 Documentation/sysctl/abi/index.txt | 49 Documentation/sysctl/dev/README | 2 Documentation/sysctl/fs.txt | 150 - Documentation/sysctl/fs/index.txt | 240 +++ Documentation/sysctl/fs/xfs/index.txt | 170 ++ Documentation/sysctl/kernel.txt | 344 ---- Documentation/sysctl/kernel/index.txt | 628 ++++++++ Documentation/sysctl/net/README | 8 Documentation/sysctl/net/appletalk/index.txt | 38 Documentation/sysctl/net/bridge/index.txt | 44 Documentation/sysctl/net/core/index.txt | 115 + Documentation/sysctl/net/ipv4/conf/index.txt | 270 +++ Documentation/sysctl/net/ipv4/index.txt | 739 +++++++++ Documentation/sysctl/net/ipv4/neigh/index.txt | 138 + Documentation/sysctl/net/ipv4/route/index.txt | 143 + Documentation/sysctl/net/ipv6/conf/index.txt | 256 +++ Documentation/sysctl/net/ipv6/icmp/index.txt | 15 Documentation/sysctl/net/ipv6/index.txt | 65 Documentation/sysctl/net/ipv6/neigh/index.txt | 134 + Documentation/sysctl/net/ipv6/route/index.txt | 78 + Documentation/sysctl/net/unix/index.txt | 15 Documentation/sysctl/sunrpc.txt | 20 Documentation/sysctl/sunrpc/index.txt | 64 Documentation/sysctl/vm.txt | 180 -- Documentation/sysctl/vm/index.txt | 334 ++++ Documentation/sysrq.txt | 20 35 files changed, 3611 insertions(+), 3035 deletions(-) I don't know how long it takes to review such a large patch, but I'll continue to do so. For now: README: 1. +Documentation for /proc/sys/, aka. sysctl a.k.a. or just "aka". Not "aka.". or spell it out, or omit it, maybe like: Documentation for /proc/sys/ (sysctl) 2. Limit lines to max. of 80 characters, but around 70-72 is better IMO. That allows someone to make minor corrections without having to fudge the lines around. 3. +This means there're several parameters use "there are" 4. +are: enabling or disabling forwading in a certain network interface forwarding 5. +is also used to export some stadistic information, ej: some statistic or statistics or statistical ej: ?? use e.g.: (preferred) or eg: 6. +can be read but can _not_ be written. _cannot_ 7. +own program to read them aswell) as well) 8. +to change '/' by '.' and ignore the '/proc/sys' part of the path, ie s/by/to/ s/ie/i.e./ 9. +means that any tweak that you do will be lost the next time you restart your * collapse 2 spaces to 1 10. +_VERY_ DANGEROUS and can ruin the performance performance, drop one "performance" 11. +As a quick 'ls /proc/sys' will show, the directory consists of several subdirs. +Each subdir is mainly about one part of the kernel, so you can do configuration Spell out "subdirectories" and "subdirectory". 12. +fs/ specific filesystems filehandle, inode, dentry and quota tuning insert ":" after "filesystems" OK, that's all for the README file. I'll look at the rest of it sometime this week. I don't think that it's quite ready to be merged. --- ~Randy From owner-xfs@oss.sgi.com Wed Jun 7 15:19:06 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 15:19:10 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k57MJ5eZ012230 for ; Wed, 7 Jun 2006 15:19:06 -0700 Received: by nf-out-0910.google.com with SMTP id c29so239298nfb for ; Wed, 07 Jun 2006 15:18:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=laeRbbUuM8w8BbWO/dhw5Ja+11LiFWZygt4Sik9J5QA14OGR3j+E4S45c/kkBcu9j5xqcJvjaztsAGdepGKpicyOJ7H37+eUa28wNuKLdkQSfLL1wXWSWvEXjnlk1G9Q+sqncJmWSshFq4zjToPJ3YGm8vifOpHcvlNhSd/Cjyw= Received: by 10.49.58.9 with SMTP id l9mr907218nfk; Wed, 07 Jun 2006 15:18:54 -0700 (PDT) Received: from estel ( [80.103.5.46]) by mx.gmail.com with ESMTP id a23sm1396163nfc.2006.06.07.15.18.52; Wed, 07 Jun 2006 15:18:54 -0700 (PDT) Date: Thu, 8 Jun 2006 00:18:06 +0200 From: Diego Calleja To: "Randy.Dunlap" Cc: linux-kernel@vger.kernel.org, akpm@osdl.org, netdev@vger.kernel.org, linux-xfs@oss.sgi.com, ecki@lina.inka.de, lkml@rtr.ca Subject: Re: Updated sysctl documentation take #2 Message-Id: <20060608001806.028ab05a.diegocg@gmail.com> In-Reply-To: <20060607130653.9a4d572c.rdunlap@xenotime.net> References: <20060607205316.bbb3c379.diegocg@gmail.com> <20060607130653.9a4d572c.rdunlap@xenotime.net> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id k57MJ6eZ012235 X-archive-position: 7898 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: diegocg@gmail.com Precedence: bulk X-list: xfs Content-Length: 701 Lines: 22 El Wed, 7 Jun 2006 13:06:53 -0700, "Randy.Dunlap" escribió: > I don't know how long it takes to review such a large patch, but > I'll continue to do so. For now: Yeah, my english is poor ;) Most of the sysctl documentation cames from other files anyway, README was (re)written by me, so the rest is not so bad... > OK, that's all for the README file. I'll look at the rest of it > sometime this week. I don't think that it's quite ready to be merged. Thank's for your review, altought I didn't though someone was to review so deeply a documentation patch ;) I've gone through all the files and fixed the 72-col limit and everything I could. I've updated the patch From owner-xfs@oss.sgi.com Wed Jun 7 15:30:55 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 15:31:00 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k57MUpeZ013695 for ; Wed, 7 Jun 2006 15:30:54 -0700 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 IAA10529; Thu, 8 Jun 2006 08:30:35 +1000 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 k57MUWgw710732; Thu, 8 Jun 2006 08:30:32 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k57MUTwH709616; Thu, 8 Jun 2006 08:30:29 +1000 (EST) Date: Thu, 8 Jun 2006 08:30:29 +1000 From: Nathan Scott To: Rishi Malik Cc: xfs@oss.sgi.com Subject: Re: xfs version info in kernel 2.4.20 Message-ID: <20060608083029.A710447@wobbly.melbourne.sgi.com> References: <51A9A4FCBC06324F8BFE956A551B58E00565E353@mail01dn.adic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <51A9A4FCBC06324F8BFE956A551B58E00565E353@mail01dn.adic.com>; from rishi.malik@adic.com on Wed, Jun 07, 2006 at 11:12:12AM -0600 X-archive-position: 7899 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 601 Lines: 22 On Wed, Jun 07, 2006 at 11:12:12AM -0600, Rishi Malik wrote: > Hi all, > > I'm trying to find out what version of xfs is included in kernel 2.4.20. XFS wasn't merged in 2.4 until 2.4.25. I try to keep this page uptodate, it has this kind of information: http://oss.sgi.com/projects/xfs/news.html > know how I can find this out? Also, is there a publicly available > changelog of bugfixes, etc for xfs? Nothing changes in 2.4 anymore, 2.6 is so much more interesting. There's numerous changelogs posted around the net - Linus sends one out with every update, for example. cheers. -- Nathan From owner-xfs@oss.sgi.com Wed Jun 7 15:46:24 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 15:46:34 -0700 (PDT) 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 k57MkMeZ015593 for ; Wed, 7 Jun 2006 15:46:24 -0700 Received: from mail01dn.adic.com ([172.16.40.35]) by MAIL01HQ.adic.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Jun 2006 15:46:13 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: xfs version info in kernel 2.4.20 Date: Wed, 7 Jun 2006 16:46:12 -0600 Message-ID: <51A9A4FCBC06324F8BFE956A551B58E0056A4C69@mail01dn.adic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: xfs version info in kernel 2.4.20 Thread-Index: AcaKg0sde1okownIRHiIp8gslfVS5QAAEduQ From: "Rishi Malik" To: "Nathan Scott" Cc: X-OriginalArrivalTime: 07 Jun 2006 22:46:13.0703 (UTC) FILETIME=[2DE66D70:01C68A84] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id k57MkOeZ015598 X-archive-position: 7900 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: rishi.malik@adic.com Precedence: bulk X-list: xfs Content-Length: 1403 Lines: 47 Thanks for the reply Nathan. I was unclear. I know it wasn't included until later, but I'm looking for the patch set that was created for 2.4.20. Is there something in the source code I can look for? I agree, the 2.6 kernel is way more interesting! However, what I'm looking for is a XFS specific changelog, not the whole kernel. I can go through are parse out the XFS stuff though, I'm just not sure it would have every change that was made. Basically, I'm tracking a corruption bug. It's highly unlikely that its in XFS, but I want to explore all avenues of possibility. Thanks for the info, Rishi -----Original Message----- From: Nathan Scott [mailto:nathans@sgi.com] Sent: Wednesday, June 07, 2006 4:30 PM To: Rishi Malik Cc: xfs@oss.sgi.com Subject: Re: xfs version info in kernel 2.4.20 On Wed, Jun 07, 2006 at 11:12:12AM -0600, Rishi Malik wrote: > Hi all, > > I'm trying to find out what version of xfs is included in kernel 2.4.20. XFS wasn't merged in 2.4 until 2.4.25. I try to keep this page uptodate, it has this kind of information: http://oss.sgi.com/projects/xfs/news.html > know how I can find this out? Also, is there a publicly available > changelog of bugfixes, etc for xfs? Nothing changes in 2.4 anymore, 2.6 is so much more interesting. There's numerous changelogs posted around the net - Linus sends one out with every update, for example. cheers. -- Nathan From owner-xfs@oss.sgi.com Wed Jun 7 16:11:58 2006 Received: with ECARTIS (v1.0.0; list xfs); Wed, 07 Jun 2006 16:12:02 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k57NBseZ017929 for ; Wed, 7 Jun 2006 16:11:57 -0700 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 JAA11337; Thu, 8 Jun 2006 09:11:38 +1000 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 k57NBagw711836; Thu, 8 Jun 2006 09:11:36 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k57NBYSb709751; Thu, 8 Jun 2006 09:11:34 +1000 (EST) Date: Thu, 8 Jun 2006 09:11:34 +1000 From: Nathan Scott To: Rishi Malik Cc: xfs@oss.sgi.com Subject: Re: xfs version info in kernel 2.4.20 Message-ID: <20060608091134.E710447@wobbly.melbourne.sgi.com> References: <51A9A4FCBC06324F8BFE956A551B58E0056A4C69@mail01dn.adic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <51A9A4FCBC06324F8BFE956A551B58E0056A4C69@mail01dn.adic.com>; from rishi.malik@adic.com on Wed, Jun 07, 2006 at 04:46:12PM -0600 X-archive-position: 7901 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: xfs Content-Length: 540 Lines: 15 On Wed, Jun 07, 2006 at 04:46:12PM -0600, Rishi Malik wrote: > Thanks for the reply Nathan. I was unclear. I know it wasn't included > until later, but I'm looking for the patch set that was created for > 2.4.20. Is there something in the source code I can look for? Oh, I see. We don't keep patc