From owner-linux-xfs@oss.sgi.com Wed Mar 1 04:52:41 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Mar 2006 04:52:44 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k21Cqdm2013114 for ; Wed, 1 Mar 2006 04:52:40 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA12859; Wed, 1 Mar 2006 23:53:21 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16346) id 20FDA49F1681; Wed, 1 Mar 2006 23:53:20 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Message-Id: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> Date: Wed, 1 Mar 2006 23:53:20 +1100 (EST) From: dgc@sgi.com (David Chinner) X-archive-position: 7412 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs using a spinlock per cpu for superblock counter exclusion results in a preempt counter overflow at 256p and above. Change the exclusion mechanism to use atomic bit operations and busy wait loops to emulate the spin lock exclusion mechanism but without the preempt count issues. Date: Wed Mar 1 23:52:17 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/dgc/isms/2.6.x-xfs Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/linux/2.6.x-xfs-melb Modid: xfs-linux-melb:xfs-kern:25338a fs/xfs/xfs_mount.h - 1.216 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.h.diff?r1=text&tr1=1.216&r2=text&tr2=1.215&f=h - Use a flag bit for per-cpu counter exclusion rather than a spin lock to prevent preempt count overflows. fs/xfs/xfs_mount.c - 1.372 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.c.diff?r1=text&tr1=1.372&r2=text&tr2=1.371&f=h - Use a flag bit for per-cpu counter exclusion rather than a spin lock to prevent preempt count overflows. fs/xfs/linux-2.6/xfs_linux.h - 1.142 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_linux.h.diff?r1=text&tr1=1.142&r2=text&tr2=1.141&f=h - Per-cpu superblock counter locks need to busy wait. From owner-linux-xfs@oss.sgi.com Wed Mar 1 13:35:37 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Mar 2006 13:35:38 -0800 (PST) Received: from mx2.suse.de ([195.135.220.15]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k21LZVm2004247 for ; Wed, 1 Mar 2006 13:35:36 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 5AF601D7DB; Wed, 1 Mar 2006 22:36:10 +0100 (CET) X-Authentication-Warning: verdi.suse.de: ak set sender to ak@suse.de using -f To: dgc@sgi.com (David Chinner) Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> From: Andi Kleen Date: 01 Mar 2006 22:36:05 +0100 In-Reply-To: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> Message-ID: Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 7413 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs dgc@sgi.com (David Chinner) writes: > using a spinlock per cpu for superblock counter exclusion results in > a preempt counter overflow at 256p and above. Change the exclusion mechanism > to use atomic bit operations and busy wait loops to emulate the spin > lock exclusion mechanism but without the preempt count issues. That sounds like the totally wrong place to fix this. Wouldn't it be better to fix the spinlocks instead instead of hacking around this? After all any other code on that big box could run into the same issue. -Andi From owner-linux-xfs@oss.sgi.com Wed Mar 1 19:06:21 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Mar 2006 19:06:31 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2236JW6002653 for ; Wed, 1 Mar 2006 19:06:20 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA28221; Thu, 2 Mar 2006 14:06:56 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2236neS5132104; Thu, 2 Mar 2006 14:06:49 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2236lsh5130749; Thu, 2 Mar 2006 14:06:47 +1100 (EST) Date: Thu, 2 Mar 2006 14:06:47 +1100 From: David Chinner To: Andi Kleen Cc: David Chinner , linux-xfs@oss.sgi.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Message-ID: <20060302030647.GV1174024@melbourne.sgi.com> References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-archive-position: 7414 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Mar 01, 2006 at 10:36:05PM +0100, Andi Kleen wrote: > dgc@sgi.com (David Chinner) writes: > > > using a spinlock per cpu for superblock counter exclusion results in > > a preempt counter overflow at 256p and above. Change the exclusion mechanism > > to use atomic bit operations and busy wait loops to emulate the spin > > lock exclusion mechanism but without the preempt count issues. > > That sounds like the totally wrong place to fix this. > Wouldn't it be better to fix the spinlocks instead instead of hacking > around this? After all any other code on that big box could run > into the same issue. The issue is one cpu taking all the spin locks for a mount point to exclude per-cpu access while we do something global to the counter (e.g a rebalance). I initially used spinlocks because it was simple to implement, I knew it would prevent preemption in the critical sections and I knew of nothing that would prevent a single cpu from taking up to NR_CPU + 1 nested spinlocks. Turns out I made an incorrect assumption. However, when we are excluding the counters, we are already running atomic due to holding the in-core superblock spinlock and the per-cpu code uses get_cpu()/put_cpu() so neither can get preempted in the critical sections the spinlocks used to protect. So the only considerations are having an atomic exclusion mechanism and a wait method that does not sleep. In hindsight, spinlocks were a bad implementation choice. If I knew about the limits on the preempt counter in the first place, I would not have used spinlocks. Instead, I would have used the mechanism that I just checked in. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Wed Mar 1 20:55:08 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Mar 2006 20:55:11 -0800 (PST) Received: from mx1.suse.de ([195.135.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k224t7W6015981 for ; Wed, 1 Mar 2006 20:55:08 -0800 Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 186B6E98D; Thu, 2 Mar 2006 05:55:46 +0100 (CET) X-Authentication-Warning: verdi.suse.de: ak set sender to ak@suse.de using -f To: David Chinner Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <20060302030647.GV1174024@melbourne.sgi.com> From: Andi Kleen Date: 02 Mar 2006 05:55:43 +0100 In-Reply-To: <20060302030647.GV1174024@melbourne.sgi.com> Message-ID: Lines: 22 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 7415 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs David Chinner writes: > > However, when we are excluding the counters, we are already running > atomic due to holding the in-core superblock spinlock and the > per-cpu code uses get_cpu()/put_cpu() so neither can get preempted > in the critical sections the spinlocks used to protect. So the only > considerations are having an atomic exclusion mechanism and a wait > method that does not sleep. spinlocks are should be fine for this in theory. All CPUs spinning on a spinlock shouldn't happen normally, but it is supposed to work correctly if it happens. If preemptible spinlocks don't scale to this for large NR_CPUs they're broken and need to be fixed. You discovered a important limitation in them and now instead of fixing them properly you're trying to work around it. Please try to see the big picture a bit more instead of just XFS. -Andi From owner-linux-xfs@oss.sgi.com Wed Mar 1 22:57:47 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Mar 2006 22:57:52 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k226vjW6025131 for ; Wed, 1 Mar 2006 22:57:46 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA01534; Thu, 2 Mar 2006 17:58:16 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k226w9eS5190330; Thu, 2 Mar 2006 17:58:09 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k226w7No5044995; Thu, 2 Mar 2006 17:58:07 +1100 (EST) Date: Thu, 2 Mar 2006 17:58:07 +1100 From: David Chinner To: Andi Kleen Cc: David Chinner , linux-xfs@oss.sgi.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Message-ID: <20060302065807.GG1173973@melbourne.sgi.com> References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <20060302030647.GV1174024@melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-archive-position: 7416 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Mar 02, 2006 at 05:55:43AM +0100, Andi Kleen wrote: > David Chinner writes: > > > > However, when we are excluding the counters, we are already running > > atomic due to holding the in-core superblock spinlock and the > > per-cpu code uses get_cpu()/put_cpu() so neither can get preempted > > in the critical sections the spinlocks used to protect. So the only > > considerations are having an atomic exclusion mechanism and a wait > > method that does not sleep. > > spinlocks are should be fine for this in theory. All CPUs spinning > on a spinlock shouldn't happen normally, but it is supposed to work > correctly if it happens. And that does work correctly. However, that's not the problem being solved here. The problem is one thread grabbing > 245 spinlocks and holding them locked. The preempt count is per thread, so it has to be a single thread that holds all the locks at the same time to cause the problem. > If preemptible spinlocks don't scale to this for large NR_CPUs they're > broken and need to be fixed. > You discovered a important limitation in them and now instead > of fixing them properly you're trying to work around it. It's not NR_CPUs that they need to scale to - I could have 2 locks per cpu that need to be held, and then it's 2*NR_CPUs that the pre-empt count must scale to. Where do you draw the line? Or do you just say "Don't do that" because there are other ways of acheiving the same goal? > Please try to see the big picture a bit more instead of just XFS. Sure, I try to. From my POV, we've got a regression in new code that will affect a tiny, tiny minority of machines out there. The new code is arguably broken or stupid and has been easily fixed without affecting anything else. Seems like a no-brainer compared to changing code that affects core functionality of all plaforms of which all but one would never be affected by the problem in the first place.... Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Thu Mar 2 04:07:06 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 04:07:19 -0800 (PST) Received: from mx1.suse.de (mx1.suse.de [195.135.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22C75W6020795 for ; Thu, 2 Mar 2006 04:07:06 -0800 Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 41A80E072; Thu, 2 Mar 2006 13:07:49 +0100 (CET) From: Andi Kleen To: David Chinner Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Date: Thu, 2 Mar 2006 13:09:45 +0100 User-Agent: KMail/1.9.1 Cc: linux-xfs@oss.sgi.com, mingo@elte.hu, torvalds@osdl.org, tony.luck@intel.com References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <20060302065807.GG1173973@melbourne.sgi.com> In-Reply-To: <20060302065807.GG1173973@melbourne.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603021309.46495.ak@suse.de> X-archive-position: 7417 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Thursday 02 March 2006 07:58, David Chinner wrote: > On Thu, Mar 02, 2006 at 05:55:43AM +0100, Andi Kleen wrote: > > David Chinner writes: > > > However, when we are excluding the counters, we are already running > > > atomic due to holding the in-core superblock spinlock and the > > > per-cpu code uses get_cpu()/put_cpu() so neither can get preempted > > > in the critical sections the spinlocks used to protect. So the only > > > considerations are having an atomic exclusion mechanism and a wait > > > method that does not sleep. > > > > spinlocks are should be fine for this in theory. All CPUs spinning > > on a spinlock shouldn't happen normally, but it is supposed to work > > correctly if it happens. > > And that does work correctly. However, that's not the problem being > solved here. > > The problem is one thread grabbing > 245 spinlocks and holding them > locked. The preempt count is per thread, so it has to be a single > thread that holds all the locks at the same time to cause the problem. > > If preemptible spinlocks don't scale to this for large NR_CPUs they're > > broken and need to be fixed. > > You discovered a important limitation in them and now instead > > of fixing them properly you're trying to work around it. > > It's not NR_CPUs that they need to scale to - I could have 2 locks > per cpu that need to be held, and then it's 2*NR_CPUs that the > pre-empt count must scale to. Where do you draw the line? 2*NR_CPUS is still quite reasonable. And bits in a counter are cheap anyways. We can easily go to 16bit. Or even more on a 64bit architecture It just requires to tweak the bit shifts in linux/hardirq.h I suspect 256 softirq nestings are not needed, so how about setting PREEMPT_BITS to 16 and SOFTIRQ_BITS to 4 and hardirq bits to 11 and PREEMPT_ACTIVE to 31? I don't see anything that would rely on the count being positive so using the sign bit is probably ok. Hardirq 11 might be a bit tight though, so maybe it would be better to move 64bit machines to 64bit here. Ingo, Linus, Tony, what do you think? XFS is running into trouble on preemptive kernels on >256CPU systems because there are cases where one thread can hold 2*NR_CPUS spinlocks and that overflows the current 8 bit preempt count. > Seems like a no-brainer compared to changing code that affects core > functionality of all plaforms of which all but one would never be > affected by the problem in the first place.... I disagree because I can easily see other code running into the same problem. You were just the first to notice. -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 2 09:52:17 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 09:52:19 -0800 (PST) Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.4]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22HqEW6021024 for ; Thu, 2 Mar 2006 09:52:17 -0800 Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6]) by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id k22GrvDZ019311 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 2 Mar 2006 08:53:57 -0800 Received: from localhost (shell0.pdx.osdl.net [10.9.0.31]) by shell0.pdx.osdl.net (8.13.1/8.11.6) with ESMTP id k22GrpWr028036; Thu, 2 Mar 2006 08:53:53 -0800 Date: Thu, 2 Mar 2006 08:53:51 -0800 (PST) From: Linus Torvalds To: Andi Kleen cc: David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, tony.luck@intel.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p In-Reply-To: <200603021309.46495.ak@suse.de> Message-ID: References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <20060302065807.GG1173973@melbourne.sgi.com> <200603021309.46495.ak@suse.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MIMEDefang-Filter: osdl$Revision: 1.129 $ X-Scanned-By: MIMEDefang 2.36 X-archive-position: 7419 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: torvalds@osdl.org Precedence: bulk X-list: linux-xfs On Thu, 2 Mar 2006, Andi Kleen wrote: > > I suspect 256 softirq nestings are not needed, so how about setting > PREEMPT_BITS to 16 and SOFTIRQ_BITS to 4 and hardirq bits > to 11 and PREEMPT_ACTIVE to 31? I'd rather be a bit more gentle: instead of taking away _half_ the SOFTIRQ bits, take away just one or two. The HARDIRQ bits are also pretty dangerous, I'd say. So I'm not happy with your choice of numbers. Right now we actally have three bits unused, I think, so it would be much better to just make PREEMPT_ACTIVE be 31, and just make PREEMPT_BITS be 11. Problem solved, without making anything worse. > I don't see anything that would rely on the count being positive > so using the sign bit is probably ok. Hardirq 11 might be a bit > tight though, so maybe it would be better to move 64bit machines > to 64bit here. And yes, I think it may make sense to just use the full 64 bits on a 64-bit machine. Eventually. Somebody should check what the larger constants result in, though. And not for now, but obviously the 11 bits will run out for even bigger machines. But for a "let's fix it quickly", adding three bits should be plenty good enough, no? Need to check the things that check PREEMPT_ACTIVE, but making i tbit #31 migt actually _help_ (you can test it more easily). Linus From owner-linux-xfs@oss.sgi.com Thu Mar 2 09:52:01 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 09:52:11 -0800 (PST) Received: from mx1.suse.de (ns.suse.de [195.135.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22HpvW6020974 for ; Thu, 2 Mar 2006 09:52:00 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 2C191ECB8; Thu, 2 Mar 2006 18:52:41 +0100 (CET) From: Andi Kleen To: Linus Torvalds Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Date: Thu, 2 Mar 2006 18:52:34 +0100 User-Agent: KMail/1.9.1 Cc: David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, tony.luck@intel.com References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <200603021309.46495.ak@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603021852.35443.ak@suse.de> X-archive-position: 7418 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Thursday 02 March 2006 17:53, Linus Torvalds wrote: >nything worse. > > > I don't see anything that would rely on the count being positive > > so using the sign bit is probably ok. Hardirq 11 might be a bit > > tight though, so maybe it would be better to move 64bit machines > > to 64bit here. Yes agreed, it just would be a bigger patch probably affecting many architectures. > And yes, I think it may make sense to just use the full 64 bits on a > 64-bit machine. Eventually. Somebody should check what the larger > constants result in, though. > > And not for now, but obviously the 11 bits will run out for even bigger > machines. But for a "let's fix it quickly", adding three bits should be > plenty good enough, no? That would be spinlock nesting of 2 per CPU on a 1024 CPU machine. Not exactly plenty. Better 12-14 at least. -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 2 10:06:19 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 10:06:21 -0800 (PST) Received: from smtp.osdl.org (smtp.osdl.org [65.172.181.4]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22I6JW6022977 for ; Thu, 2 Mar 2006 10:06:19 -0800 Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6]) by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id k22I6wDZ023656 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 2 Mar 2006 10:06:58 -0800 Received: from localhost (shell0.pdx.osdl.net [10.9.0.31]) by shell0.pdx.osdl.net (8.13.1/8.11.6) with ESMTP id k22I6oGx031560; Thu, 2 Mar 2006 10:06:53 -0800 Date: Thu, 2 Mar 2006 10:06:50 -0800 (PST) From: Linus Torvalds To: Andi Kleen cc: David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, tony.luck@intel.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p In-Reply-To: <200603021852.35443.ak@suse.de> Message-ID: References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <200603021309.46495.ak@suse.de> <200603021852.35443.ak@suse.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MIMEDefang-Filter: osdl$Revision: 1.129 $ X-Scanned-By: MIMEDefang 2.36 X-archive-position: 7420 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: torvalds@osdl.org Precedence: bulk X-list: linux-xfs On Thu, 2 Mar 2006, Andi Kleen wrote: > > That would be spinlock nesting of 2 per CPU on a 1024 CPU machine. > Not exactly plenty. Better 12-14 at least. That's PLENTY. First off, name somebody who sells bigger systems than that. Second, taking two spinlocks per CPU is crazy in the first place. Who does that? Talk about scaling badly. Third, code that cares can avoid it entirely by just bumping the preempt counter _once_, and then using the raw spinlock code. That's how you should do it for big-rw-locks anyway, just because it's less insane, if that is what XFS is doing with its "two spinlocks per CPU" thing. Fourth, you ignore the very real possibility that decreasing the size of the other fields can cause problems, and you're completely fixated on the crazy XFS usage. Linus From owner-linux-xfs@oss.sgi.com Thu Mar 2 10:14:27 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 10:14:29 -0800 (PST) Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22IEQW6023977 for ; Thu, 2 Mar 2006 10:14:27 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id EFAFD1D8D3; Thu, 2 Mar 2006 19:15:14 +0100 (CET) From: Andi Kleen To: Linus Torvalds Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Date: Thu, 2 Mar 2006 19:15:08 +0100 User-Agent: KMail/1.9.1 Cc: David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, tony.luck@intel.com References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <200603021852.35443.ak@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603021915.10041.ak@suse.de> X-archive-position: 7421 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Thursday 02 March 2006 19:06, Linus Torvalds wrote: > That's PLENTY. > > First off, name somebody who sells bigger systems than that. 512 socket Altix with Montecitos - 4 threads per socket = 2048 virtual CPUs. Not quite selling, but at some point it will. > Second, taking two spinlocks per CPU is crazy in the first place. Who does > that? Talk about scaling badly. It would be reasonable for slow path code. And I'm worrying more about corner cases that might be only taken in exception situations etc. [e.g. i was just debugging a problem in stop_machine() on a large system - these are exactly these kinds of nasty corner cases] Also I think we need some margin here - so that even code that is slow path etc. is not likely to run into the ceiling. > Third, code that cares can avoid it entirely by just bumping the preempt > counter _once_, and then using the raw spinlock code. That's how you > should do it for big-rw-locks anyway, just because it's less insane, if > that is what XFS is doing with its "two spinlocks per CPU" thing. The issue I'm worrying about is that this code will be likely written to small machines and never bump into this so nobody will care. And then suddenly it explodes when the code runs on a larger machine. It's a nasty trap. > Fourth, you ignore the very real possibility that decreasing the size of > the other fields can cause problems, 256 softirq nestings would be really crazy in my opinion. It cannot be real softirqs because the stack would just overflow and code just shouldn't be that deeply nested. Agreed 64bits would be better though. -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 2 11:31:57 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 11:32:01 -0800 (PST) Received: from scsfmr001.sc.intel.com (fmr21.intel.com [143.183.121.13]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22JVvW6004244 for ; Thu, 2 Mar 2006 11:31:57 -0800 Received: from scsfmr101.sc.intel.com (scsfmr101.sc.intel.com [10.3.253.10]) by scsfmr001.sc.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id k22H9Bx1008710; Thu, 2 Mar 2006 17:09:11 GMT Received: from scsmsxvs040.sc.intel.com (scsmsxvs040.sc.intel.com [10.3.90.8]) by scsfmr101.sc.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id k22H3Xfk016877; Thu, 2 Mar 2006 17:03:47 GMT Received: from scsmsx331.amr.corp.intel.com ([10.3.90.4]) by scsmsxvs040.sc.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2006030209091012012 ; Thu, 02 Mar 2006 09:09:10 -0800 Received: from scsmsx401.amr.corp.intel.com ([10.3.90.12]) by scsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 2 Mar 2006 09:09:10 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Date: Thu, 2 Mar 2006 09:09:08 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Thread-Index: AcY98mF5Ecik/hImRIugcoCw4ms8OQAKGX5g From: "Luck, Tony" To: "Andi Kleen" , "David Chinner" Cc: , , X-OriginalArrivalTime: 02 Mar 2006 17:09:10.0306 (UTC) FILETIME=[05BF3020:01C63E1C] X-Scanned-By: MIMEDefang 2.52 on 10.3.253.10 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id k22JVvW6004247 X-archive-position: 7422 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tony.luck@intel.com Precedence: bulk X-list: linux-xfs > Ingo, Linus, Tony, what do you think? XFS is running into trouble > on preemptive kernels on >256CPU systems because there are > cases where one thread can hold 2*NR_CPUS spinlocks > and that overflows the current 8 bit preempt count. NR_CPUS can be 1024 now ... I thought that spinlocks were intended for code that will be held for a _short_ time. Even if the code in XFS only wants to execute a single instruction inside this hyper- critical region, you need to contend with the fact that the first one of those locks that XFS acquired is going to be held while you acquire and then release the other 2047 locks. Does that sound like a short time (rhetorical question)? -Tony From owner-linux-xfs@oss.sgi.com Thu Mar 2 12:32:11 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 12:32:17 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k22KW9W6015189 for ; Thu, 2 Mar 2006 12:32:10 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA12000; Fri, 3 Mar 2006 07:32:45 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k22KWZeS5771096; Fri, 3 Mar 2006 07:32:36 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k22KWTkt5766097; Fri, 3 Mar 2006 07:32:29 +1100 (EST) Date: Fri, 3 Mar 2006 07:32:29 +1100 From: David Chinner To: Linus Torvalds Cc: Andi Kleen , David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, tony.luck@intel.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Message-ID: <20060302203229.GI1173973@melbourne.sgi.com> References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <200603021309.46495.ak@suse.de> <200603021852.35443.ak@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-archive-position: 7423 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Mar 02, 2006 at 10:06:50AM -0800, Linus Torvalds wrote: > > > On Thu, 2 Mar 2006, Andi Kleen wrote: > > > > That would be spinlock nesting of 2 per CPU on a 1024 CPU machine. > > Not exactly plenty. Better 12-14 at least. > > That's PLENTY. > > First off, name somebody who sells bigger systems than that. > > Second, taking two spinlocks per CPU is crazy in the first place. Who does > that? Talk about scaling badly. Nobody does that - it was a purely hypothetical question. The algorithm needs to lock out all the per-cpu counters while state transitions occur (i.e. does global manipulations of the counters). > Third, code that cares can avoid it entirely by just bumping the preempt > counter _once_, and then using the raw spinlock code. That's how you > should do it for big-rw-locks anyway, just because it's less insane, if > that is what XFS is doing with its "two spinlocks per CPU" thing. Exactly the change I made, except it uses an atomic bit field and ndelay rather than raw spinlocks. Spinlocks were a bad choice in the first place because I was not aware of the counter overflow problem. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Thu Mar 2 12:43:19 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 12:43:21 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k22KhHW6016375 for ; Thu, 2 Mar 2006 12:43:18 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA12185; Fri, 3 Mar 2006 07:43:54 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k22KhieS5779325; Fri, 3 Mar 2006 07:43:45 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k22KheUo5779914; Fri, 3 Mar 2006 07:43:40 +1100 (EST) Date: Fri, 3 Mar 2006 07:43:40 +1100 From: David Chinner To: Andi Kleen Cc: David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, torvalds@osdl.org, tony.luck@intel.com Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Message-ID: <20060302204340.GJ1173973@melbourne.sgi.com> References: <20060301125320.20FDA49F1681@chook.melbourne.sgi.com> <20060302065807.GG1173973@melbourne.sgi.com> <200603021309.46495.ak@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603021309.46495.ak@suse.de> User-Agent: Mutt/1.4.2.1i X-archive-position: 7424 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Mar 02, 2006 at 01:09:45PM +0100, Andi Kleen wrote: > > Ingo, Linus, Tony, what do you think? XFS is running into trouble > on preemptive kernels on >256CPU systems because there are > cases where one thread can hold 2*NR_CPUS spinlocks > and that overflows the current 8 bit preempt count. 2 * NR_CPU spinlocks held by a single thread was a purely hypothetical question. THe code does not do that. It requires a barrier per CPU, and as I've said before, spinlocks were a bad implementation choice. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Thu Mar 2 13:23:18 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 13:23:23 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k22LNGW6020008 for ; Thu, 2 Mar 2006 13:23:17 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA13027; Fri, 3 Mar 2006 08:23:52 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k22LNfeS5843694; Fri, 3 Mar 2006 08:23:42 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k22LNYjF5837663; Fri, 3 Mar 2006 08:23:34 +1100 (EST) Date: Fri, 3 Mar 2006 08:23:34 +1100 From: David Chinner To: "Luck, Tony" Cc: Andi Kleen , David Chinner , linux-xfs@oss.sgi.com, mingo@elte.hu, torvalds@osdl.org Subject: Re: TAKE 950027 - xfs_icsb_lock_all_counters fails with CONFIG_PREEMPT and >=256p Message-ID: <20060302212334.GK1173973@melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-archive-position: 7425 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Mar 02, 2006 at 09:09:08AM -0800, Luck, Tony wrote: > > Ingo, Linus, Tony, what do you think? XFS is running into trouble > > on preemptive kernels on >256CPU systems because there are > > cases where one thread can hold 2*NR_CPUS spinlocks > > and that overflows the current 8 bit preempt count. > > NR_CPUS can be 1024 now ... I thought that spinlocks were intended > for code that will be held for a _short_ time. Even if the code in > XFS only wants to execute a single instruction inside this hyper- > critical region, you need to contend with the fact that the first > one of those locks that XFS acquired is going to be held while you > acquire and then release the other 2047 locks. Does that sound like > a short time (rhetorical question)? Perspective: In filesystem and disk I/O terms, yes, it is a _very_ short time. CPUs are orders of magnitudes faster than disks, so something that seems very wasteful in terms of CPU time that saves a disk seek or two or doubles the I/O sizes or reduces fragmentation pays off very quickly in terms of I/O performance. Burn that CPU as much as you need, as long as you get the expected payoff at the end. The tradeoff being made here is that we spend a millisecond or two every few seconds to lock and rebalance counters instead of wasting large amounts of CPU time on a single lock. The result is a _major_ improvement in parallel buffered write throughput (an order of magnitude on our test rig) because it removes the only point of global contention within XFS for this load. It also changes the CPU usage scaling from increasing linearly with thread count to scaling linearly with throughput. And we get this without any other measurable performance regressions, so I think that this is good tradeoff to make. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Thu Mar 2 14:25:53 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 14:25:55 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k22MPqW6023272 for ; Thu, 2 Mar 2006 14:25:53 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA14553; Fri, 3 Mar 2006 09:26:33 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 7409249F1681; Fri, 3 Mar 2006 09:26:31 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 950264 - xfs_copy Message-Id: <20060302222631.7409249F1681@chook.melbourne.sgi.com> Date: Fri, 3 Mar 2006 09:26:31 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7426 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Fix a bug in the xfs_copy log re-write code avoiding duplicate UUIDs. Also fix the logic for sizing the direct write buffer, which fails for large maxdio sizes. Date: Fri Mar 3 09:25:19 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: tes The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:25351a xfsprogs/copy/xfs_copy.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/copy/xfs_copy.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 2 15:14:57 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 15:14:58 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k22NEuW6027685 for ; Thu, 2 Mar 2006 15:14:57 -0800 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 k22NFjOX005109 for ; Thu, 2 Mar 2006 17:15:45 -0600 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 k22NWu2n17102849; Thu, 2 Mar 2006 15:32:56 -0800 (PST) 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 k22NFiSQ2472777; Thu, 2 Mar 2006 17:15:44 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 4904D9E2A249; Thu, 2 Mar 2006 17:15:36 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: PARTIAL TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations Message-Id: <20060302231536.4904D9E2A249@attica.americas.sgi.com> Date: Thu, 2 Mar 2006 17:15:36 -0600 (CST) From: alkirkco@sgi.com (Amanda Kirkconnell) X-archive-position: 7427 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs This mod re-organizes some of the in-core file extent code to prepare for an upcoming mod which will introduce multi-level in-core extent allocations. Although the in-core extent management is using a new code path in this mod, the functionality remains the same. Major changes include: - Introduce 10 new subroutines which re-orgainze the existing code but do NOT change functionality: xfs_iext_get_ext() xfs_iext_insert() xfs_iext_add() xfs_iext_remove() xfs_iext_remove_inline() xfs_iext_remove_direct() xfs_iext_realloc_direct() xfs_iext_direct_to_inline() xfs_iext_inline_to_direct() xfs_iext_destroy() - Remove 2 subroutines (functionality moved to new subroutines above): xfs_iext_realloc() -replaced by xfs_iext_add() and xfs_iext_remove() xfs_bmap_insert_exlist() - replaced by xfs_iext_insert() xfs_bmap_delete_exlist() - replaced by xfs_iext_remove() - Replace all hard-coded (indexed) extent assignments with a call to xfs_iext_get_ext() - Replace all extent record pointer arithmetic (ep++, ep--, base + lastx,..) with calls to xfs_iext_get_ext() - Update comments to remove the idea of a single "extent list" and introduce "extent record" terminology instead Date: Thu Mar 2 15:08:14 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/2.6.x-xfs Inspected by: olaf,gwehrman,dgc,nathans,felixb The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:207390a fs/xfs/xfsidbg.c - 1.293 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.293&r2=text&tr2=1.292&f=h - Replace indexed extent assignment with a call to xfs_iext_get_ext() fs/xfs/xfs_bmap_btree.c - 1.151 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap_btree.c.diff?r1=text&tr1=1.151&r2=text&tr2=1.150&f=h - Change first parameter of xfs_check_nostate_extents() from an extent pointer (*xfs_bmbt_rec_t*) to two parameters: 1) inode fork pointer (xfs_ifork_t*), and 2) the index of the extent (xfs_extnum_t). These new parameters are needed for the call to xfs_iext_get_ext() in xfs_check_nostate_extents(). - Replace indexed extent assignment with a call to xfs_iext_get_ext() fs/xfs/xfs_inode.c - 1.426 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.426&r2=text&tr2=1.425&f=h - Add 10 new subroutines to re-organize the in-core extent management code: xfs_iext_get_ext() xfs_iext_insert() xfs_iext_add() xfs_iext_remove() xfs_iext_remove_inline() xfs_iext_remove_direct() xfs_iext_realloc_direct() xfs_iext_direct_to_inline() xfs_iext_inline_to_direct() xfs_iext_destroy() - Replace indexed extent assignments with calls to xfs_iext_get_ext() - Replace extent record pointer arithmetic (ep++, ep--, base + lastx,..) with calls to xfs_iext_get_ext() - Modify xfs_validate_extents() parameters so that xfs_iext_get_ext() can be called from xfs_validate_extents() - Update comments to remove the idea of a single "extent list" and replace with "extent record" terminology instead fs/xfs/xfs_inode.h - 1.208 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.208&r2=text&tr2=1.207&f=h - Add prototypes for new xfs_iext_* functions in xfs_inode.c. - Remove XFS_MAX_INCORE_EXTENTS macro, which is 1) never used, and 2) a bogus number. fs/xfs/xfs_bmap.h - 1.93 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.h.diff?r1=text&tr1=1.93&r2=text&tr2=1.92&f=h - Change first parameter of xfs_check_nostate_extents() from an extent pointer (*xfs_bmbt_rec_t*) to two parameters: 1) inode fork pointer (xfs_ifork_t*), and 2) the index of the extent (xfs_extnum_t). These new parameters are needed for the call to xfs_iext_get_ext() in xfs_check_nostate_extents(). fs/xfs/xfs_bmap.c - 1.340 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.340&r2=text&tr2=1.339&f=h - Replace indexed extent assignments with calls to xfs_iext_get_ext() - Remove xfs_bmap_insert_exlist() and xfs_bmap_delete_exlist() and replace all calls by xfs_iext_insert() and xfs_iext_remove(), respectively. - Update documentation and replace "extent list" terminology with "extent record" fs/xfs/quota/xfs_qm.c - 1.35 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/quota/xfs_qm.c.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h - Replace indexed extent assignment with a call to xfs_iext_get_ext() fs/xfs/linux-2.6/xfs_ksyms.c - 1.39 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h - Export new functions needed by CXFS 4.1: xfs_iext_add() xfs_iext_destroy() xfs_iext_get_ext() xfs_iext_insert() xfs_iext_remove() fs/xfs/linux-2.4/xfs_ksyms.c - 1.34 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h - Export new functions needed by CXFS 4.1: xfs_iext_add() xfs_iext_destroy() xfs_iext_get_ext() xfs_iext_insert() xfs_iext_remove() From owner-linux-xfs@oss.sgi.com Thu Mar 2 15:56:59 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 15:57:04 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k22NuvW6004056 for ; Thu, 2 Mar 2006 15:56:58 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16408; Fri, 3 Mar 2006 10:57:40 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id C653849F1681; Fri, 3 Mar 2006 10:57:38 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 950489 - xfsprogs Message-Id: <20060302235738.C653849F1681@chook.melbourne.sgi.com> Date: Fri, 3 Mar 2006 10:57:38 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7428 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Fix mishandling of external log/rt devices in userspace for old kernels where procfs output was subtely different. Date: Fri Mar 3 10:53:49 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: dgc The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:25352a xfsprogs/libxcmd/paths.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/libxpaths.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h Bump xfsprogs version number for recent changes. Date: Fri Mar 3 10:57:19 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:25353a xfsprogs/VERSION - 1.147 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/VERSION.diff?r1=text&tr1=1.147&r2=text&tr2=1.146&f=h xfsprogs/doc/CHANGES - 1.196 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/doc/CHANGES.diff?r1=text&tr1=1.196&r2=text&tr2=1.195&f=h xfsprogs/debian/changelog - 1.134 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/debian/changelog.diff?r1=text&tr1=1.134&r2=text&tr2=1.133&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 2 16:24:00 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 16:24:02 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k230NwW6011154 for ; Thu, 2 Mar 2006 16:23:59 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA16973; Fri, 3 Mar 2006 11:24:40 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 0DB7349F1681; Fri, 3 Mar 2006 11:24:39 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 950491 - extra SB validation Message-Id: <20060303002439.0DB7349F1681@chook.melbourne.sgi.com> Date: Fri, 3 Mar 2006 11:24:39 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7429 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Additional mount time superblock validation checks. Date: Fri Mar 3 11:24:08 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: dgc The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25354a xfs_mount.c - 1.373 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.c.diff?r1=text&tr1=1.373&r2=text&tr2=1.372&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 2 16:42:35 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Mar 2006 16:42:39 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k230gYW6013643 for ; Thu, 2 Mar 2006 16:42:34 -0800 Received: from omx2.sgi.com ([198.149.32.25]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k230hMOX011441 for ; Thu, 2 Mar 2006 18:43:23 -0600 Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k232npf4022699 for ; Thu, 2 Mar 2006 18:49:51 -0800 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 k2310U2n17114878; Thu, 2 Mar 2006 17:00:30 -0800 (PST) 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 k230hISQ2488095; Thu, 2 Mar 2006 18:43:18 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 10BAE9E2A249; Thu, 2 Mar 2006 18:43:18 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations Message-Id: <20060303004318.10BAE9E2A249@attica.americas.sgi.com> Date: Thu, 2 Mar 2006 18:43:18 -0600 (CST) From: alkirkco@sgi.com (Amanda Kirkconnell) X-archive-position: 7430 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs This mod introduces multi-level in-core file extent functionality, building upon the new layout introduced in mod xfs-linux:xfs-kern:207390a. The new multi-level extent allocations are only required for heavily fragmented files, so the old-style linear extent list is used on files until the extents reach a pre-determined size of 4k. 4k buffers are used because this is the system page size on Linux i386 and systems with larger page sizes don't seem to gain much, if anything, by using their native page size as the extent buffer size. Also, using 4k extent buffers everywhere provides a consistent interface for CXFS across different platforms. The 4k extent buffers are managed by an indirection array (xfs_ext_irec_t) which is basically just a pointer array with a bit of extra information to keep track of the number of extents in each buffer as well as the extent offset of each buffer. Major changes include: - Add multi-level in-core file extent functionality to the xfs_iext_ subroutines introduced in mod: xfs-linux:xfs-kern:207390a - Introduce 13 new subroutines which add functionality for multi-level in-core file extents: xfs_iext_add_indirect_multi() xfs_iext_remove_indirect() xfs_iext_realloc_indirect() xfs_iext_indirect_to_direct() xfs_iext_bno_to_irec() xfs_iext_idx_to_irec() xfs_iext_irec_init() xfs_iext_irec_new() xfs_iext_irec_remove() xfs_iext_irec_compact() xfs_iext_irec_compact_pages() xfs_iext_irec_compact_full() xfs_iext_irec_update_extoffs() Date: Thu Mar 2 16:40:32 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/2.6.x-xfs Inspected by: olaf,gwehrman,dgc,nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:207393a fs/xfs/xfs_bmap_btree.h - 1.72 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap_btree.h.diff?r1=text&tr1=1.72&r2=text&tr2=1.71&f=h - Remove xfs_bmap_do_search_extents() prototype, move to xfs_bmap.h (which is where it should have gone in the first place). fs/xfs/xfs_inode.c - 1.427 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.427&r2=text&tr2=1.426&f=h - Add multi-level in-core extent functionality to xfs_iext_* subroutines introduced in mod xfs-linux:xfs-kern:207390a. - Add 13 new subroutines which add functionality for multi-level in-core file extents: xfs_iext_add_indirect_multi() xfs_iext_remove_indirect() xfs_iext_realloc_indirect() xfs_iext_indirect_to_direct() xfs_iext_bno_to_irec() xfs_iext_idx_to_irec() xfs_iext_irec_init() xfs_iext_irec_new() xfs_iext_irec_remove() xfs_iext_irec_compact() xfs_iext_irec_compact_pages() xfs_iext_irec_compact_full() xfs_iext_irec_update_extoffs() fs/xfs/xfs_inode.h - 1.209 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.209&r2=text&tr2=1.208&f=h - Define xfs_ext_irec_t struct to manage multiple extent buffers - Define macro for XFS_IEXT_BUFSZ, hard-coded to 4k - Define macro for XFS_LINEAR_EXTS (ext buf size / ext rec size) - Define XFS_IFEXTIREC ifork flag (if_flag ) to switch between regular (linear) extent allocations and multi-level extent allocations - Add prototypes for new xfs_iext_* functions in xfs_inode.c. fs/xfs/xfs_bmap.h - 1.94 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.h.diff?r1=text&tr1=1.94&r2=text&tr2=1.93&f=h - Move xfs_bmap_do_search_extents() prototype from xfs_bmap_btree.h to xfs_bmap.h (which is where it should have gone in the first place) - Define prototype for new xfs_bmap_search_multi_extents(). fs/xfs/xfs_bmap.c - 1.341 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.341&r2=text&tr2=1.340&f=h - Add a new subroutine called xfs_bmap_search_multi_extents(), which locates the target extent buffer, if in multi-level allocation mode, then calls xfs_bmap_do_search_extents() with either the target extent list or the direct extent list (depending on which allocation mode is being used). - Modify xfs_bmap_search_extents() to call xfs_bmap_search_multi_extents() rather than xfs_bmap_do_search_extents(). fs/xfs/linux-2.6/xfs_ksyms.c - 1.40 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.40&r2=text&tr2=1.39&f=h - Export new function needed by CXFS 4.1: xfs_iext_idx_to_irec() fs/xfs/linux-2.4/xfs_ksyms.c - 1.35 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h - Export new function needed by CXFS 4.1: xfs_iext_idx_to_irec() From owner-linux-xfs@oss.sgi.com Fri Mar 3 07:14:23 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 03 Mar 2006 07:14:30 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k23FEMW6010749 for ; Fri, 3 Mar 2006 07:14:23 -0800 Received: from omx2.sgi.com ([198.149.32.25]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k23FFAOX007040 for ; Fri, 3 Mar 2006 09:15:10 -0600 Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k23HLhUK003024 for ; Fri, 3 Mar 2006 09:21:43 -0800 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 k23FWJ2n17221504; Fri, 3 Mar 2006 07:32:19 -0800 (PST) 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 k23FF5SQ2530804; Fri, 3 Mar 2006 09:15:06 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id D585E9E2A249; Fri, 3 Mar 2006 09:15:05 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations Message-Id: <20060303151505.D585E9E2A249@attica.americas.sgi.com> Date: Fri, 3 Mar 2006 09:15:05 -0600 (CST) From: alkirkco@sgi.com (Amanda Kirkconnell) X-archive-position: 7431 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Export xfs_bmap_search_multi_extents(), needed by CXFS 4.1. Date: Fri Mar 3 07:13:07 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/xfs-linux Inspected by: olaf The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:207407a linux-2.6/xfs_ksyms.c - 1.41 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.41&r2=text&tr2=1.40&f=h linux-2.4/xfs_ksyms.c - 1.36 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h - Export xfs_bmap_search_multi_extents(), needed by CXFS 4.1. From owner-linux-xfs@oss.sgi.com Sat Mar 4 19:19:52 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 04 Mar 2006 19:19:56 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k253JlW6021658 for ; Sat, 4 Mar 2006 19:19:52 -0800 Received: from saturn.flamingspork.com (ppp163-199.static.internode.on.net [150.101.163.199]) by smtp1.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k253KPjV032515 for ; Sun, 5 Mar 2006 13:50:26 +1030 (CST) (envelope-from stewart@flamingspork.com) Received: from localhost.localdomain (unknown [192.168.1.100]) by saturn.flamingspork.com (Postfix) with ESMTP id F2522C3E3CA for ; Sun, 5 Mar 2006 14:20:24 +1100 (EST) Received: by localhost.localdomain (Postfix, from userid 1000) id 1AF381427A53; Sun, 5 Mar 2006 14:21:51 +1100 (EST) Subject: Re: TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations From: Stewart Smith To: Linux-xfs@oss.sgi.com Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s228G4KWKwMsSy3Lx6WZ" Date: Sun, 05 Mar 2006 14:21:51 +1100 Message-Id: <1141528911.16486.36.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 X-archive-position: 7434 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stewart@flamingspork.com Precedence: bulk X-list: linux-xfs Content-Length: 1631 Lines: 43 --=-s228G4KWKwMsSy3Lx6WZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-03-02 at 18:43 -0600, Amanda Kirkconnell wrote: > This mod introduces multi-level in-core file extent functionality, > building upon the new layout introduced in mod xfs-linux:xfs-kern:207390a. >=20 > The new multi-level extent allocations are only required for heavily > fragmented files, so the old-style linear extent list is used on files > until the extents reach a pre-determined size of 4k. 4k buffers are > used because this is the system page size on Linux i386 and systems > with larger page sizes don't seem to gain much, if anything, by using > their native page size as the extent buffer size. Also, using 4k extent > buffers everywhere provides a consistent interface for CXFS across > different platforms. So does this aim to speed up file offset to extent lookup on heavily fragmented files when we have all (most) of extents in core? And also to not require such large contiguous kernel memory allocations for lots of extents? (e.g. 10,000 extents) I'm assuming this is more noticeable with CXFS? i.e. less stuff over the wire when only caring about small parts of highly fragmented file. --=20 Stewart Smith (stewart@flamingspork.com) --=-s228G4KWKwMsSy3Lx6WZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBECllPKglWCUL+FDoRAq4GAJ9vXajx6CtHPVM6mn7pc8mn8dLFVwCeNZ9g kVQMcDDR0y6mYSeZuYUWx1M= =FN3u -----END PGP SIGNATURE----- --=-s228G4KWKwMsSy3Lx6WZ-- From owner-linux-xfs@oss.sgi.com Sun Mar 5 11:40:42 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Mar 2006 11:40:43 -0800 (PST) Received: from imr-m04.mx.aol.com (imr-m04.mx.aol.com [64.12.138.202]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k25JefW6022477 for ; Sun, 5 Mar 2006 11:40:41 -0800 Received: from imo-d03.mx.aol.com (imo-d03.mail.aol.com [172.18.150.227]) by imr-m04.mx.aol.com (v107.10) with ESMTP id RELAYIN7-8440b3ee11b; Sun, 05 Mar 2006 14:41:21 -0500 Received: from AndyLiebman@aol.com by imo-d03.mx.aol.com (mail_out_v38_r7.3.) id 4.22f.77b7db9 (15699) for ; Sun, 5 Mar 2006 14:25:55 -0500 (EST) Received: from [192.168.1.100] (146-115-27-35.c3-0.abr-ubr2.sbo-abr.ma.cable.rcn.com [146.115.27.35]) by air-id05.mx.aol.com (vx) with ESMTP id MAILINID51-3d53440b3b42107; Sun, 05 Mar 2006 14:25:55 -0500 Message-ID: <440B3B44.2050308@aol.com> Date: Sun, 05 Mar 2006 14:25:56 -0500 From: andy liebman User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS Error Possibly Related To Quota? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AOL-IP: 172.18.150.227 X-Mailer: Unknown (No Version) X-archive-position: 7435 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andyliebman@aol.com Precedence: bulk X-list: linux-xfs Content-Length: 14196 Lines: 350 Hi, I'm hoping one of the XFS gurus can weigh in on the incident described below: I just experienced an XFS Error on an 11 TB volume. It seems that I was able to repair the error with "xfs_repair", but I am looking for some insights into why the error occurred. To make a long story short, at 13:11 on February 28, users of this system -- which serves video files for video editing -- noticed two odd symptoms: 1) For the most part, tens of thousands of clips that had previously been captured prior to February 28 played back fine. But any new files that were captured or rendered to the volume after 13:11 on February 28 played back with green flashes or parts of frames missing (the missing parts showing up green). Green is usually what you get when data is missing from a digital video file. 2) SOME files that had been captured prior to February 28 periodically displayed images from completely unrelated files when played back. It's as if bits of different clips got mixed together -- as if the xfs filesystem suddenly start pointing to some incorrect bits of data in the middle of otherwise intact files. Below, I include a snippet from /var/log messages showing when the trouble started. The "messages" file is actually 1 GB in size -- because so many xfs error messages were generated. When compressed as tar.gz, it is still 12 MB! I also include the output from xfs_repair. After running repair, the files seem to play fine again, and we can render and capture new files without getting the green stuff. But the question is, what happened?? /var/log/messages: Feb 28 13:01:00 eshare CROND[498]: (root) CMD (nice -n 19 run-parts /etc/cron.hourly) Feb 28 13:11:11 eshare kernel: 0x0: 76 22 86 22 76 22 86 22 76 22 86 22 76 22 86 22 Feb 28 13:11:11 eshare kernel: Filesystem "md2": XFS internal error xfs_alloc_read_agf at line 2195 of file fs/xf s/xfs_alloc.c. Caller 0xf8c1880a Feb 28 13:11:11 eshare kernel: [pg0+948030533/1069556736] xfs_alloc_read_agf+0x111/0x1f9 [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_read_agf+0x111/0x1f9 [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948029450/1069556736] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948029450/1069556736] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948029450/1069556736] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948386575/1069556736] xfs_trans_log_buf+0x6b/0xa4 [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_trans_log_buf+0x6b/0xa4 [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948033063/1069556736] xfs_alloc_search_busy+0x97/0xdc [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_search_busy+0x97/0xdc [xfs] Feb 28 13:11:11 eshare kernel: [activate_task+147/167] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [activate_task+147/167] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [pg0+948031275/1069556736] xfs_alloc_vextent+0x1fe/0x5bb [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_vextent+0x1fe/0x5bb [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948100610/1069556736] xfs_bmap_alloc+0x1190/0x195d [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmap_alloc+0x1190/0x195d [xfs] Feb 28 13:11:11 eshare kernel: [lock_timer_base+36/73] lock_timer_base+0x24/0x49 Feb 28 13:11:11 eshare kernel: [] lock_timer_base+0x24/0x49 Feb 28 13:11:11 eshare kernel: [sk_reset_timer+28/41] sk_reset_timer+0x1c/0x29 Feb 28 13:11:11 eshare kernel: [] sk_reset_timer+0x1c/0x29 Feb 28 13:11:11 eshare kernel: [pg0+948148400/1069556736] xfs_bmbt_get_state+0x2f/0x3b [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmbt_get_state+0x2f/0x3b [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948109278/1069556736] xfs_bmap_do_search_extents+0xf7/0x48d [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmap_do_search_extents+0xf7/0x48d [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948119268/1069556736]4> [free_pages_bulk+471/497] free_pages_bulk+0x1d7/0x1f 1 Feb 28 13:11:11 eshare kernel: 4> [] free_pages_bulk+0x1d7/0x1f1 Feb 28 13:11:11 eshare kernel: [test_clear_page_dirty+188/250] test_clear_page_dirty+0xbc/0xfa Feb 28 13:11:11 eshare kernel: 4> [] free_pages_bulk+0x1d7/0x1f1 Feb 28 13:11:11 eshare kernel: [test_clear_page_dirty+188/250] test_clear_page_dirty+0xbc/0xfa Feb 28 13:11:11 eshare kernel: [] test_clear_page_dirty+0xbc/0xfa Feb 28 13:11:11 eshare kernel: [pg0+948444228/1069556736] linvfs_writepage+0x72/0x128 [xfs] Feb 28 13:11:11 eshare kernel: [] linvfs_writepage+0x72/0x128 [xfs] Feb 28 13:11:11 eshare kernel: [pageout+179/309] pageout+0xb3/0x135 Feb 28 13:11:11 eshare kernel: [] pageout+0xb3/0x135 Feb 28 13:11:11 eshare kernel: [__remove_from_page_cache+30/99] __remove_from_page_cache+0x1e/0x63 Feb 28 13:11:11 eshare kernel: [] __remove_from_page_cache+0x1e/0x63 Feb 28 13:11:11 eshare kernel: [shrink_list+482/1070] shrink_list+0x1e2/0x42e Feb 28 13:11:11 eshare kernel: [] shrink_list+0x1e2/0x42e Feb 28 13:11:11 eshare kernel: [try_to_wake_up+680/869] try_to_wake_up+0x2a8/0x365 Feb 28 13:11:11 eshare kernel: [] try_to_wake_up+0x2a8/0x365 Feb 28 13:11:11 eshare kernel: [shrink_cache+275/669] shrink_cache+0x113/0x29d Feb 28 13:11:11 eshare kernel: [] shrink_cache+0x113/0x29d Feb 28 13:11:11 eshare kernel: [wake_up_process+30/32] wake_up_process+0x1e/0x20 Feb 28 13:11:11 eshare kernel: [] wake_up_process+0x1e/0x20 Feb 28 13:11:11 eshare kernel: [shrink_slab+149/415] shrink_slab+0x95/0x19f Feb 28 13:11:11 eshare kernel: [] shrink_slab+0x95/0x19f Feb 28 13:11:11 eshare kernel: [shrink_zone+184/222] shrink_zone+0xb8/0xde Feb 28 13:11:11 eshare kernel: [] shrink_zone+0xb8/0xde Feb 28 13:11:11 eshare kernel: [balance_pgdat+612/1005] balance_pgdat+0x264/0x3ed Feb 28 13:11:11 eshare kernel: [] balance_pgdat+0x264/0x3ed Feb 28 13:11:11 eshare kernel: [prepare_to_wait+32/105] prepare_to_wait+0x20/0x69 Feb 28 13:11:11 eshare kernel: [] prepare_to_wait+0x20/0x69 Feb 28 13:11:11 eshare kernel: [kswapd+232/312] kswapd+0xe8/0x138 Feb 28 13:11:11 eshare kernel: [] kswapd+0xe8/0x138 Feb 28 13:11:11 eshare kernel: [autoremove_wake_function+0/87] autoremove_wake_function+0x0/0x57 Feb 28 13:11:11 eshare kernel: [] autoremove_wake_function+0x0/0x57 Feb 28 13:11:11 eshare kernel: [ret_from_fork+6/20] ret_from_fork+0x6/0x14 Feb 28 13:11:11 eshare kernel: [] ret_from_fork+0x6/0x14 Feb 28 13:11:11 eshare kernel: [autoremove_wake_function+0/87] autoremove_wake_function+0x0/0x57 Feb 28 13:11:11 eshare kernel: [] autoremove_wake_function+0x0/0x57 Feb 28 13:11:11 eshare kernel: [kswapd+0/312] kswapd+0x0/0x138 Feb 28 13:11:11 eshare kernel: [] kswapd+0x0/0x138 Feb 28 13:11:11 eshare kernel: [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb Feb 28 13:11:11 eshare kernel: [] kernel_thread_helper+0x5/0xb Feb 28 13:11:11 eshare kernel: 0x0: 76 22 86 22 76 22 86 22 76 22 86 22 76 22 86 22 Feb 28 13:11:11 eshare kernel: Filesystem "md2": XFS internal error xfs_alloc_read_agf at line 2195 of file fs/xf s/xfs_alloc.c. Caller 0xf8c1880a Feb 28 13:11:11 eshare kernel: [pg0+948030533/1069556736] xfs_alloc_read_agf+0x111/0x1f9 [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_read_agf+0x111/0x1f9 [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948029450/1069556736] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948029450/1069556736] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948029450/1069556736] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_fix_freelist+0x44a/0x48e [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948386575/1069556736] xfs_trans_log_buf+0x6b/0xa4 [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_trans_log_buf+0x6b/0xa4 [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948033063/1069556736] xfs_alloc_search_busy+0x97/0xdc [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_search_busy+0x97/0xdc [xfs] Feb 28 13:11:11 eshare kernel: [activate_task+147/167] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [activate_task+147/167] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [] activate_task+0x93/0xa7 Feb 28 13:11:11 eshare kernel: [pg0+948031275/1069556736] xfs_alloc_vextent+0x1fe/0x5bb [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_alloc_vextent+0x1fe/0x5bb [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948100610/1069556736] xfs_bmap_alloc+0x1190/0x195d [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmap_alloc+0x1190/0x195d [xfs] Feb 28 13:11:11 eshare kernel: [lock_timer_base+36/73] lock_timer_base+0x24/0x49 Feb 28 13:11:11 eshare kernel: [] lock_timer_base+0x24/0x49 Feb 28 13:11:11 eshare kernel: [sk_reset_timer+28/41] sk_reset_timer+0x1c/0x29 Feb 28 13:11:11 eshare kernel: [] sk_reset_timer+0x1c/0x29 Feb 28 13:11:11 eshare kernel: [pg0+948148400/1069556736] xfs_bmbt_get_state+0x2f/0x3b [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmbt_get_state+0x2f/0x3b [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948109278/1069556736] xfs_bmap_do_search_extents+0xf7/0x48d [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmap_do_search_extents+0xf7/0x48d [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948119268/1069556736] xfs_bmapi+0xff9/0x1826 [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmapi+0xff9/0x1826 [xfs] Feb 28 13:11:11 eshare kernel: [mempool_alloc+51/230] mempool_alloc+0x33/0xe6 Feb 28 13:11:11 eshare kernel: [] mempool_alloc+0x33/0xe6 Feb 28 13:11:11 eshare kernel: [pg0+948148400/1069556736] xfs_bmbt_get_state+0x2f/0x3b [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmbt_get_state+0x2f/0x3b [xfs] Feb 28 13:11:11 eshare kernel: [pg0+948109278/1069556736] xfs_bmap_do_search_extents+0xf7/0x48d [xfs] Feb 28 13:11:11 eshare kernel: [] xfs_bmap_do_search_extents+0xf7/0x48d [xfs] XFS_REPAIR [root@eshare RAID_1]# xfs_repair -v /dev/md2 Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... zero_log: head block 40861 tail block 40861 - scan filesystem freespace and inode maps... bad on-disk superblock 31 - bad magic number primary/secondary superblock 31 conflict - AG superblock geometry info conflicts with filesystem geometry non-null user quota inode field in superblock 31 non-null group quota inode field in superblock 31 bad magic # 0x76228622 for agf 31 bad version # 1981974050 for agf 31 bad sequence # 1981974050 for agf 31 bad length 1981974050 for agf 31, should be 83919936 flfirst 1965262628 in agf 31 too large (max = 128) fllast 1948550948 in agf 31 too large (max = 128) bad magic # 0x752f862f for agi 31 bad version # 1965983278 for agi 31 bad sequence # 1982760492 for agi 31 bad length # 1965590054 for agi 31, should be 83919936 reset bad sb for ag 31 reset bad agf for ag 31 reset bad agi for ag 31 bad agbno 1748602424 in agfl, agno 31 freeblk count 1 != flcount 1948550948 in ag 31 bad agbno 1981974050 for btbno root, agno 31 bad agbno 1981974050 for btbcnt root, agno 31 bad agbno 1948550948 for inobt root, agno 31 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... error following ag 31 unlinked list - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - agno = 28 - agno = 29 - agno = 30 - agno = 31 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - agno = 28 - agno = 29 - agno = 30 - agno = 31 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done Andy Liebman From owner-linux-xfs@oss.sgi.com Sun Mar 5 14:40:03 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Mar 2006 14:40:04 -0800 (PST) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.245.74]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k25Me2W6006908 for ; Sun, 5 Mar 2006 14:40:02 -0800 Received: from [192.168.3.20] (shiva [192.168.3.20]) by ishtar.tlinx.org (8.13.3/8.12.10/SuSE Linux 0.7) with ESMTP id k25Mel2V019773; Sun, 5 Mar 2006 14:40:47 -0800 Message-ID: <440B68D7.8060106@tlinx.org> Date: Sun, 05 Mar 2006 14:40:23 -0800 From: Linda Walsh User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Linux-Xfs CC: Linux-Kernel Subject: XFS _apparent_ corruption: "DATA POINT" (worked around); 2.6.15.4-biglowmem Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7436 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@tlinx.org Precedence: bulk X-list: linux-xfs Content-Length: 2633 Lines: 76 Running 2.6.15.4 with the "biglowmem" patch (to allow using last 128M of 1G address space w/o calling it HIGHMEM, and using a 3+1G memory split. System has been _stable_: uptime was 20days+11:04. I tried doing an 'ls' of a directory and my system hung -- no panic, no message. Had been doing compiles/tests on same disk w/no problems (~26G used, 94G total, 68G free). * Rebooted, went back to same dir -- hung again. * Rebooted, unmounted partition > xfs_check claimed a journal needed to play. * Remounted partition -- no problem; unmount; > xfs_check -- claimed journal present > xfs_repair -- claimed journal present *> remount & unmount; xfs_repair still sees journal; * xfs_logprint gave: ---- ls ->hang fs_logprint: xfs_logprint: /dev/hde1 contains a mounted and writable filesystem data device: 0x2101 log device: 0x2101 daddr: 100663328 length: 95392 Header 0x3ef wanted 0xfeedbabe ********************************************************************** * ERROR: header cycle=1007 block=38747 * ********************************************************************** Bad log record header -------- * Decide to delete bad log: run xfs_repair -L /dev/hde1 : runs completely through: NO ERRORS; * run xfs_check again (partition is unmounted(!)): output: sb_ifree 47759, counted 47758 * mount partition, try to access bad directory: > immediate system hang * reboot under earlier kernel (2.6.14.4 - vanilla) * go to same directory, ls: > NO HANG; * unmount and respect with xfs_{check,repair}: expect to see no errors > WRONG (sorta): both believe there is a log again: * xfs_logprint: ------ (slightly different output) Bad log record header xfs_logprint: data device: 0x2101 log device: 0x2101 daddr: 156288352 length: 152624 Header 0x84 wanted 0xfeedbabe ********************************************************************** * ERROR: header cycle=132 block=52801 * ********************************************************************** --------- * This time, I run xfs_repair with -L; remembering "no errors, and not wanting to wait through another full "xfs_fsck", I abort after it starts (and after -L has removed problem log). * I run xfs_check: > no output (no errors found). * To try to avoid problem, I copy the troublesome directory to another directory name and delete the old directory. * run xfs_check: > no output (no error indicated) => Problem seems to have been dealt with; this report is meant as a datapoint in case other problems come in... -linda _ _ From owner-linux-xfs@oss.sgi.com Sun Mar 5 16:03:24 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Mar 2006 16:03:27 -0800 (PST) Received: from larry.melbourne.sgi.com ([61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2603MW6012719 for ; Sun, 5 Mar 2006 16:03:23 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA27276; Mon, 6 Mar 2006 11:03:51 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 34B3249F1681; Mon, 6 Mar 2006 11:03:50 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: PARTIAL TAKE 947312 - reduce stack footprint Message-Id: <20060306000350.34B3249F1681@chook.melbourne.sgi.com> Date: Mon, 6 Mar 2006 11:03:50 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7437 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 4788 Lines: 130 [Bunch of stuff, all over the map, to help reduce our stack use] Dynamically allocate local kiocb structures in readv/writev routines to reduce stack footprint. Date: Fri Mar 3 14:18:51 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan,sandeen The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25358a linux-2.6/xfs_file.c - 1.129 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.129&r2=text&tr2=1.128&f=h Dynamically allocate xfs_dir2_put_args_t structure to reduce stack pressure in xfs_dir2_leaf_getdents routine. Date: Fri Mar 3 14:22:33 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25359a xfs_dir2_leaf.c - 1.42 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dir2_leaf.c.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h Reduce complexity in xfs_trans_init by pushing complex macros out into functions and hence reduce the stack footprint there. Date: Fri Mar 3 14:23:28 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25360a xfs_trans.c - 1.170 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_trans.c.diff?r1=text&tr1=1.170&r2=text&tr2=1.169&f=h Take a dentry structure off the stack into the data segment. Date: Fri Mar 3 14:24:30 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25361a linux-2.6/xfs_export.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_export.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h Dynamically allocate vattr in places it makes sense to do so, to reduce stack use. Also re-use vattr in some places so that multiple copies are not held on-stack. Date: Mon Mar 6 10:38:43 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25369a linux-2.6/xfs_ioctl.c - 1.131 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl.c.diff?r1=text&tr1=1.131&r2=text&tr2=1.130&f=h linux-2.6/xfs_file.c - 1.130 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.130&r2=text&tr2=1.129&f=h linux-2.6/xfs_vnode.c - 1.136 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.c.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h linux-2.6/xfs_vnode.h - 1.115 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.h.diff?r1=text&tr1=1.115&r2=text&tr2=1.114&f=h linux-2.6/xfs_iops.c - 1.240 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.240&r2=text&tr2=1.239&f=h Reduce xfs_bmapi stack use by removing some local state variables, and directly testing flags instead. Date: Mon Mar 6 10:40:50 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25370a xfs_bmap.c - 1.342 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.342&r2=text&tr2=1.341&f=h Reduce dmapi stack use. Date: Mon Mar 6 10:47:28 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: bobo,cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25371a dmapi/xfs_dm.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/dmapi/xfs_dm.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h Reduce stack usage within xfs_bmapi by rearranging some code, splitting realtime/btree allocators apart. Based on Glens original patches. Date: Mon Mar 6 11:02:56 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: overby,cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25372a xfs_bmap.c - 1.343 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.343&r2=text&tr2=1.342&f=h From owner-linux-xfs@oss.sgi.com Sun Mar 5 21:19:43 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Mar 2006 21:19:47 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k265JfW6012188 for ; Sun, 5 Mar 2006 21:19:42 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA00892; Mon, 6 Mar 2006 16:20:22 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 31FF049F1681; Mon, 6 Mar 2006 16:20:22 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 950556 - remove (some) linvfs names Message-Id: <20060306052022.31FF049F1681@chook.melbourne.sgi.com> Date: Mon, 6 Mar 2006 16:20:22 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7439 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 7720 Lines: 144 Remove a couple of no-longer-used macros/types from XFS. Date: Mon Mar 6 16:09:53 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: kbeck The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25377a xfs_mount.h - 1.217 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.h.diff?r1=text&tr1=1.217&r2=text&tr2=1.216&f=h linux-2.6/kmem.h - 1.36 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/kmem.h.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h linux-2.4/kmem.h - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/kmem.h.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h Switch over from linvfs names for address space ops for consistent naming. Date: Mon Mar 6 16:14:35 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: kbeck The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25378a linux-2.6/xfs_super.c - 1.358 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.358&r2=text&tr2=1.357&f=h linux-2.6/xfs_iops.c - 1.241 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.241&r2=text&tr2=1.240&f=h linux-2.6/xfs_aops.c - 1.117 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.117&r2=text&tr2=1.116&f=h linux-2.4/xfs_linux.h - 1.152 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_linux.h.diff?r1=text&tr1=1.152&r2=text&tr2=1.151&f=h linux-2.4/xfs_super.c - 1.324 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.324&r2=text&tr2=1.323&f=h linux-2.4/xfs_iops.c - 1.220 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.c.diff?r1=text&tr1=1.220&r2=text&tr2=1.219&f=h linux-2.4/xfs_iops.h - 1.30 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.h.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h linux-2.4/xfs_aops.c - 1.97 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_aops.c.diff?r1=text&tr1=1.97&r2=text&tr2=1.96&f=h linux-2.6/xfs_ksyms.c - 1.42 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h linux-2.4/xfs_ksyms.c - 1.37 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.37&r2=text&tr2=1.36&f=h linux-2.6/xfs_aops.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h Switch over from linvfs names for file operations for consistent naming. Date: Mon Mar 6 16:15:59 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: kbeck The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25379a linux-2.6/xfs_ioctl.c - 1.132 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl.c.diff?r1=text&tr1=1.132&r2=text&tr2=1.131&f=h linux-2.6/xfs_file.c - 1.131 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.131&r2=text&tr2=1.130&f=h linux-2.6/xfs_super.c - 1.359 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.359&r2=text&tr2=1.358&f=h linux-2.6/xfs_iops.h - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.h.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h linux-2.4/xfs_ioctl.c - 1.127 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ioctl.c.diff?r1=text&tr1=1.127&r2=text&tr2=1.126&f=h linux-2.4/xfs_file.c - 1.122 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_file.c.diff?r1=text&tr1=1.122&r2=text&tr2=1.121&f=h linux-2.4/xfs_super.c - 1.325 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.325&r2=text&tr2=1.324&f=h linux-2.4/xfs_iops.h - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.h.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h linux-2.6/xfs_ksyms.c - 1.43 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.43&r2=text&tr2=1.42&f=h linux-2.4/xfs_ksyms.c - 1.38 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h dmapi/xfs_dm_fsops.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/dmapi/xfs_dm_fsops.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h dmapi/xfs_dm.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/dmapi/xfs_dm.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h Switch over from linvfs names for inode operations for consistent naming. Date: Mon Mar 6 16:17:29 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: kbeck The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25381a linux-2.6/xfs_super.c - 1.360 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.360&r2=text&tr2=1.359&f=h linux-2.6/xfs_iops.c - 1.242 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.242&r2=text&tr2=1.241&f=h linux-2.6/xfs_iops.h - 1.28 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.h.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h linux-2.4/xfs_super.c - 1.326 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.326&r2=text&tr2=1.325&f=h linux-2.4/xfs_iops.c - 1.221 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.c.diff?r1=text&tr1=1.221&r2=text&tr2=1.220&f=h linux-2.4/xfs_iops.h - 1.32 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.h.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h linux-2.6/xfs_ksyms.c - 1.44 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h linux-2.4/xfs_ksyms.c - 1.39 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h Switch over from linvfs names for sb/quotactl operations for consistent naming. Date: Mon Mar 6 16:19:26 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: kbeck The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25382a linux-2.6/xfs_super.h - 1.67 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.h.diff?r1=text&tr1=1.67&r2=text&tr2=1.66&f=h linux-2.6/xfs_super.c - 1.361 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.361&r2=text&tr2=1.360&f=h linux-2.4/xfs_super.c - 1.327 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.327&r2=text&tr2=1.326&f=h linux-2.6/xfs_ioctl32.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h linux-2.6/xfs_ioctl32.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux-2.6/xfs_export.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_export.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h From owner-linux-xfs@oss.sgi.com Sun Mar 5 23:13:51 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Mar 2006 23:13:53 -0800 (PST) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.179]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k267DoW6020225 for ; Sun, 5 Mar 2006 23:13:50 -0800 Received: by pproxy.gmail.com with SMTP id s49so781962pyc for ; Sun, 05 Mar 2006 23:14:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=d5GNTxMTleSYB6hrDETHAh7v/1R39goUthb6vZQjbM8RfvzshIJGs8gy5p0qIzGxPydzySY2F4djoup5BNd3TCNGkOtdOii9X+D8aB+dJn7X46grSCIzHVCrsFTpiaUJj522lh9QzoCdr17xUtfW1Jw+5uK4h+IXwHxMbvOUI3c= Received: by 10.65.158.12 with SMTP id k12mr2410087qbo; Sun, 05 Mar 2006 20:43:37 -0800 (PST) Received: by 10.65.139.12 with HTTP; Sun, 5 Mar 2006 20:43:37 -0800 (PST) Message-ID: <3aa654a40603052043v17624b4fv1916e4e7f31e52aa@mail.gmail.com> Date: Sun, 5 Mar 2006 20:43:37 -0800 From: "Avuton Olrich" To: "Linux Kernel Mailing List" Subject: XFS oops in v2.6.16-rc5 Cc: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id k267DpW6020228 X-archive-position: 7440 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: avuton@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 32720 Lines: 140 I'm not sure when this started, but it has been happening (at least)for the last week, I regularly pull git. I just haven't had the timeto record this oops output until now, and I had to use thehand-and-paper method. I did try to verify as well as possible. Also,I ran fsck to fix errorson this disk in the last week, but it appears the problem still exists. It does happen often, but I haven't happened to have netconsole onwhen it happens. Also S3 does work on this laptop and I use it often,although I'm not sure that's any help. I'm not sure when I changed to XFS (within the last two months) andI'm also not sure when this appeared to start happening :/ Thisproblem does corrupt whatever I was last working on (usually sourcefiles, it makes them into binaries, at least until I fsck) Linux micromachine 2.6.16-rc5 #16 PREEMPT Sun Mar 5 13:13:58 PST 2006i686 Transmeta(tm) Crusoe(tm) Processor TM5800 GNU/Linux kernel: 2.6.16-rc5 git: >master ea088b8d481fcff001f7e628c44daf39a229d9fc Unable to handle kernel NULL pointer dereference at virtual address: 00000000print eip:c022b3c1*pde = 00000000Oops: 0000 [#1]PREEMPTModules linked in: snd_seq snd_seq_device snd_ali5154 snd_ac97_codecsnd_ac97_bus snd_pcm snd_timer snd snd_page_alloc ext2 vfatCPU: 0EIP: 0060:[] Not tainted VLIEFLAGS: 00010246 (2.6.16-rc5 #15)EIP is at xfs_read+0x121/0x2e0eax: 00000000 ebx: 00001000 ecx: d0a30768 edx: cd2660b8esi: fffffffb edi: 00000000 ebp: 00000001 esp: d89d5e68ds: 007b es: 0076 ss: 0068Process xdm (pid 29670, threadinfo=d89d5000 task=d6cc7a90)Stack: <0>db6c1000 c1578990 c145f220 c01457bd b7fdb000 d89d5f64d89d5ed0 d89d5ef8 d0a30788 cd26b0b8 00000000 00000000 c6258f40 cd26b5d4d0a30768 c154c400 00000000 c0416ba0 00000000 d89d5ef8 cd26b5d4 c0227ff6 00000001 d89d5f40 Call Trace:[] unmap_region+0xad/0x110[] linvfs_aio_read+0x76/0xa0[] do_sync_read+0xb8/0x100[] autoremove_wake_function+0x0/0x50[] vfs_read+0xa1/0x160[] do_sync_read+0x0/0x100[] sys_read+0x41/0x70[] sysenter_past_esp+0x54/0x75 Code: 00 89 d1 83 e0 10 09 c1 75 c2 8b 44 24 2c 85 c0 0f 85 bc 01 0000 8b 44 24 38 ba 02 00 00 00 e8 26 2e fd ff 8b 54 24 24 8b 42 04 00 04 0f 8513 01 00 00 8b 44 24 5c 89 e9 8b 54 24 18 89 04 dmesg: # Automatically generated make config: don't edit# Linux kernel version: 2.6.16-rc5# Sat Mar 4 23:24:09 2006#CONFIG_X86_32=yCONFIG_SEMAPHORE_SLEEPERS=yCONFIG_X86=yCONFIG_MMU=yCONFIG_GENERIC_ISA_DMA=yCONFIG_GENERIC_IOMAP=yCONFIG_ARCH_MAY_HAVE_PC_FDC=yCONFIG_DMI=y ## Code maturity level options#CONFIG_EXPERIMENTAL=yCONFIG_BROKEN_ON_SMP=yCONFIG_LOCK_KERNEL=yCONFIG_INIT_ENV_ARG_LIMIT=32 ## General setup#CONFIG_LOCALVERSION=""# CONFIG_LOCALVERSION_AUTO is not setCONFIG_SWAP=yCONFIG_SYSVIPC=y# CONFIG_POSIX_MQUEUE is not set# CONFIG_BSD_PROCESS_ACCT is not setCONFIG_SYSCTL=y# CONFIG_AUDIT is not setCONFIG_IKCONFIG=yCONFIG_IKCONFIG_PROC=yCONFIG_INITRAMFS_SOURCE=""CONFIG_UID16=yCONFIG_VM86=y# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set# CONFIG_EMBEDDED is not setCONFIG_KALLSYMS=y# CONFIG_KALLSYMS_ALL is not set# CONFIG_KALLSYMS_EXTRA_PASS is not setCONFIG_HOTPLUG=yCONFIG_PRINTK=yCONFIG_BUG=yCONFIG_ELF_CORE=yCONFIG_BASE_FULL=yCONFIG_FUTEX=yCONFIG_EPOLL=yCONFIG_SHMEM=yCONFIG_CC_ALIGN_FUNCTIONS=0CONFIG_CC_ALIGN_LABELS=0CONFIG_CC_ALIGN_LOOPS=0CONFIG_CC_ALIGN_JUMPS=0CONFIG_SLAB=y# CONFIG_TINY_SHMEM is not setCONFIG_BASE_SMALL=0# CONFIG_SLOB is not set ## Loadable module support#CONFIG_MODULES=yCONFIG_MODULE_UNLOAD=y# CONFIG_MODULE_FORCE_UNLOAD is not setCONFIG_OBSOLETE_MODPARM=y# CONFIG_MODVERSIONS is not set# CONFIG_MODULE_SRCVERSION_ALL is not setCONFIG_KMOD=y ## Block layer#CONFIG_LBD=y ## IO Schedulers#CONFIG_IOSCHED_NOOP=yCONFIG_IOSCHED_AS=yCONFIG_IOSCHED_DEADLINE=mCONFIG_IOSCHED_CFQ=mCONFIG_DEFAULT_AS=y# CONFIG_DEFAULT_DEADLINE is not set# CONFIG_DEFAULT_CFQ is not set# CONFIG_DEFAULT_NOOP is not setCONFIG_DEFAULT_IOSCHED="anticipatory" ## Processor type and features#CONFIG_X86_PC=y# CONFIG_X86_ELAN is not set# CONFIG_X86_VOYAGER is not set# CONFIG_X86_NUMAQ is not set# CONFIG_X86_SUMMIT is not set# CONFIG_X86_BIGSMP is not set# CONFIG_X86_VISWS is not set# CONFIG_X86_GENERICARCH is not set# CONFIG_X86_ES7000 is not set# CONFIG_M386 is not set# CONFIG_M486 is not set# CONFIG_M586 is not set# CONFIG_M586TSC is not set# CONFIG_M586MMX is not set# CONFIG_M686 is not set# CONFIG_MPENTIUMII is not set# CONFIG_MPENTIUMIII is not set# CONFIG_MPENTIUMM is not set# CONFIG_MPENTIUM4 is not set# CONFIG_MK6 is not set# CONFIG_MK7 is not set# CONFIG_MK8 is not setCONFIG_MCRUSOE=y# CONFIG_MEFFICEON is not set# CONFIG_MWINCHIPC6 is not set# CONFIG_MWINCHIP2 is not set# CONFIG_MWINCHIP3D is not set# CONFIG_MGEODEGX1 is not set# CONFIG_MGEODE_LX is not set# CONFIG_MCYRIXIII is not set# CONFIG_MVIAC3_2 is not set# CONFIG_X86_GENERIC is not setCONFIG_X86_CMPXCHG=yCONFIG_X86_XADD=yCONFIG_X86_L1_CACHE_SHIFT=5CONFIG_RWSEM_XCHGADD_ALGORITHM=yCONFIG_GENERIC_CALIBRATE_DELAY=yCONFIG_X86_WP_WORKS_OK=yCONFIG_X86_INVLPG=yCONFIG_X86_BSWAP=yCONFIG_X86_POPAD_OK=yCONFIG_X86_CMPXCHG64=yCONFIG_X86_TSC=yCONFIG_HPET_TIMER=yCONFIG_HPET_EMULATE_RTC=y# CONFIG_SMP is not set# CONFIG_PREEMPT_NONE is not set# CONFIG_PREEMPT_VOLUNTARY is not setCONFIG_PREEMPT=yCONFIG_PREEMPT_BKL=y# CONFIG_X86_UP_APIC is not set# CONFIG_X86_MCE is not setCONFIG_TOSHIBA=y# CONFIG_I8K is not set# CONFIG_X86_REBOOTFIXUPS is not set# CONFIG_MICROCODE is not setCONFIG_X86_MSR=yCONFIG_X86_CPUID=y ## Firmware Drivers## CONFIG_EDD is not set# CONFIG_DELL_RBU is not set# CONFIG_DCDBAS is not setCONFIG_NOHIGHMEM=y# CONFIG_HIGHMEM4G is not set# CONFIG_HIGHMEM64G is not setCONFIG_VMSPLIT_3G=y# CONFIG_VMSPLIT_3G_OPT is not set# CONFIG_VMSPLIT_2G is not set# CONFIG_VMSPLIT_1G is not setCONFIG_PAGE_OFFSET=0xC0000000CONFIG_ARCH_FLATMEM_ENABLE=yCONFIG_ARCH_SPARSEMEM_ENABLE=yCONFIG_ARCH_SELECT_MEMORY_MODEL=yCONFIG_SELECT_MEMORY_MODEL=yCONFIG_FLATMEM_MANUAL=y# CONFIG_DISCONTIGMEM_MANUAL is not set# CONFIG_SPARSEMEM_MANUAL is not setCONFIG_FLATMEM=yCONFIG_FLAT_NODE_MEM_MAP=yCONFIG_SPARSEMEM_STATIC=yCONFIG_SPLIT_PTLOCK_CPUS=4# CONFIG_MATH_EMULATION is not setCONFIG_MTRR=y# CONFIG_EFI is not setCONFIG_REGPARM=y# CONFIG_SECCOMP is not set# CONFIG_HZ_100 is not setCONFIG_HZ_250=y# CONFIG_HZ_1000 is not setCONFIG_HZ=250CONFIG_KEXEC=yCONFIG_PHYSICAL_START=0x100000CONFIG_DOUBLEFAULT=y ## Power management options (ACPI, APM)#CONFIG_PM=y# CONFIG_PM_LEGACY is not set# CONFIG_PM_DEBUG is not set# CONFIG_SOFTWARE_SUSPEND is not set ## ACPI (Advanced Configuration and Power Interface) Support#CONFIG_ACPI=yCONFIG_ACPI_SLEEP=yCONFIG_ACPI_SLEEP_PROC_FS=y# CONFIG_ACPI_SLEEP_PROC_SLEEP is not setCONFIG_ACPI_AC=yCONFIG_ACPI_BATTERY=yCONFIG_ACPI_BUTTON=yCONFIG_ACPI_VIDEO=yCONFIG_ACPI_HOTKEY=yCONFIG_ACPI_FAN=yCONFIG_ACPI_PROCESSOR=yCONFIG_ACPI_THERMAL=y# CONFIG_ACPI_ASUS is not set# CONFIG_ACPI_IBM is not setCONFIG_ACPI_TOSHIBA=yCONFIG_ACPI_BLACKLIST_YEAR=0# CONFIG_ACPI_DEBUG is not setCONFIG_ACPI_EC=yCONFIG_ACPI_POWER=yCONFIG_ACPI_SYSTEM=yCONFIG_X86_PM_TIMER=y# CONFIG_ACPI_CONTAINER is not set ## APM (Advanced Power Management) BIOS Support## CONFIG_APM is not set ## CPU Frequency scaling#CONFIG_CPU_FREQ=yCONFIG_CPU_FREQ_TABLE=m# CONFIG_CPU_FREQ_DEBUG is not set# CONFIG_CPU_FREQ_STAT is not setCONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not setCONFIG_CPU_FREQ_GOV_PERFORMANCE=y# CONFIG_CPU_FREQ_GOV_POWERSAVE is not set# CONFIG_CPU_FREQ_GOV_USERSPACE is not set# CONFIG_CPU_FREQ_GOV_ONDEMAND is not set# CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set ## CPUFreq processor drivers## CONFIG_X86_ACPI_CPUFREQ is not set# CONFIG_X86_POWERNOW_K6 is not set# CONFIG_X86_POWERNOW_K7 is not set# CONFIG_X86_POWERNOW_K8 is not set# CONFIG_X86_GX_SUSPMOD is not set# CONFIG_X86_SPEEDSTEP_CENTRINO is not set# CONFIG_X86_SPEEDSTEP_ICH is not set# CONFIG_X86_SPEEDSTEP_SMI is not set# CONFIG_X86_P4_CLOCKMOD is not set# CONFIG_X86_CPUFREQ_NFORCE2 is not setCONFIG_X86_LONGRUN=y# CONFIG_X86_LONGHAUL is not set ## shared options## CONFIG_X86_SPEEDSTEP_LIB is not set ## Bus options (PCI, PCMCIA, EISA, MCA, ISA)#CONFIG_PCI=y# CONFIG_PCI_GOBIOS is not set# CONFIG_PCI_GOMMCONFIG is not set# CONFIG_PCI_GODIRECT is not setCONFIG_PCI_GOANY=yCONFIG_PCI_BIOS=yCONFIG_PCI_DIRECT=yCONFIG_PCI_MMCONFIG=y# CONFIG_PCIEPORTBUS is not set# CONFIG_PCI_LEGACY_PROC is not set# CONFIG_PCI_DEBUG is not setCONFIG_ISA_DMA_API=y# CONFIG_ISA is not set# CONFIG_MCA is not set# CONFIG_SCx200 is not set ## PCCARD (PCMCIA/CardBus) support#CONFIG_PCCARD=m# CONFIG_PCMCIA_DEBUG is not setCONFIG_PCMCIA=mCONFIG_PCMCIA_LOAD_CIS=yCONFIG_PCMCIA_IOCTL=yCONFIG_CARDBUS=y ## PC-card bridges#CONFIG_YENTA=mCONFIG_YENTA_O2=yCONFIG_YENTA_RICOH=yCONFIG_YENTA_TI=yCONFIG_YENTA_ENE_TUNE=yCONFIG_YENTA_TOSHIBA=y# CONFIG_PD6729 is not set# CONFIG_I82092 is not setCONFIG_PCCARD_NONSTATIC=m ## PCI Hotplug Support## CONFIG_HOTPLUG_PCI is not set ## Executable file formats#CONFIG_BINFMT_ELF=yCONFIG_BINFMT_AOUT=yCONFIG_BINFMT_MISC=y ## Networking#CONFIG_NET=y ## Networking options## CONFIG_NETDEBUG is not setCONFIG_PACKET=yCONFIG_PACKET_MMAP=yCONFIG_UNIX=yCONFIG_XFRM=y# CONFIG_XFRM_USER is not setCONFIG_NET_KEY=mCONFIG_INET=yCONFIG_IP_MULTICAST=y# CONFIG_IP_ADVANCED_ROUTER is not setCONFIG_IP_FIB_HASH=y# CONFIG_IP_PNP is not set# CONFIG_NET_IPIP is not set# CONFIG_NET_IPGRE is not set# CONFIG_IP_MROUTE is not set# CONFIG_ARPD is not set# CONFIG_SYN_COOKIES is not set# CONFIG_INET_AH is not set# CONFIG_INET_ESP is not set# CONFIG_INET_IPCOMP is not set# CONFIG_INET_TUNNEL is not set# CONFIG_INET_DIAG is not set# CONFIG_TCP_CONG_ADVANCED is not setCONFIG_TCP_CONG_BIC=y ## IP: Virtual Server Configuration## CONFIG_IP_VS is not set# CONFIG_IPV6 is not setCONFIG_NETFILTER=y# CONFIG_NETFILTER_DEBUG is not set ## Core Netfilter Configuration## CONFIG_NETFILTER_NETLINK is not set# CONFIG_NETFILTER_XTABLES is not set ## IP: Netfilter Configuration#CONFIG_IP_NF_CONNTRACK=y# CONFIG_IP_NF_CT_ACCT is not set# CONFIG_IP_NF_CONNTRACK_MARK is not set# CONFIG_IP_NF_CONNTRACK_EVENTS is not set# CONFIG_IP_NF_CT_PROTO_SCTP is not set# CONFIG_IP_NF_FTP is not set# CONFIG_IP_NF_IRC is not set# CONFIG_IP_NF_NETBIOS_NS is not set# CONFIG_IP_NF_TFTP is not set# CONFIG_IP_NF_AMANDA is not set# CONFIG_IP_NF_PPTP is not setCONFIG_IP_NF_QUEUE=y ## DCCP Configuration (EXPERIMENTAL)## CONFIG_IP_DCCP is not set ## SCTP Configuration (EXPERIMENTAL)## CONFIG_IP_SCTP is not set ## TIPC Configuration (EXPERIMENTAL)## CONFIG_TIPC is not set# CONFIG_ATM is not set# CONFIG_BRIDGE is not set# CONFIG_VLAN_8021Q is not set# CONFIG_DECNET is not set# CONFIG_LLC2 is not set# CONFIG_IPX is not set# CONFIG_ATALK is not set# CONFIG_X25 is not set# CONFIG_LAPB is not set# CONFIG_NET_DIVERT is not set# CONFIG_ECONET is not set# CONFIG_WAN_ROUTER is not set ## QoS and/or fair queueing## CONFIG_NET_SCHED is not set ## Network testing## CONFIG_NET_PKTGEN is not set# CONFIG_HAMRADIO is not set# CONFIG_IRDA is not set# CONFIG_BT is not set# CONFIG_IEEE80211 is not set ## Device Drivers# ## Generic Driver Options#CONFIG_STANDALONE=yCONFIG_PREVENT_FIRMWARE_BUILD=yCONFIG_FW_LOADER=m# CONFIG_DEBUG_DRIVER is not set ## Connector - unified userspace <-> kernelspace linker## CONFIG_CONNECTOR is not set ## Memory Technology Devices (MTD)## CONFIG_MTD is not set ## Parallel port support## CONFIG_PARPORT is not set ## Plug and Play support## CONFIG_PNP is not set ## Block devices## CONFIG_BLK_DEV_FD is not set# CONFIG_BLK_CPQ_DA is not set# CONFIG_BLK_CPQ_CISS_DA is not set# CONFIG_BLK_DEV_DAC960 is not set# CONFIG_BLK_DEV_UMEM is not set# CONFIG_BLK_DEV_COW_COMMON is not setCONFIG_BLK_DEV_LOOP=mCONFIG_BLK_DEV_CRYPTOLOOP=m# CONFIG_BLK_DEV_NBD is not set# CONFIG_BLK_DEV_SX8 is not set# CONFIG_BLK_DEV_UB is not set# CONFIG_BLK_DEV_RAM is not setCONFIG_BLK_DEV_RAM_COUNT=16# CONFIG_CDROM_PKTCDVD is not set# CONFIG_ATA_OVER_ETH is not set ## ATA/ATAPI/MFM/RLL support#CONFIG_IDE=yCONFIG_BLK_DEV_IDE=y ## Please see Documentation/ide.txt for help/info on IDE drives## CONFIG_BLK_DEV_IDE_SATA is not set# CONFIG_BLK_DEV_HD_IDE is not setCONFIG_BLK_DEV_IDEDISK=yCONFIG_IDEDISK_MULTI_MODE=y# CONFIG_BLK_DEV_IDECS is not setCONFIG_BLK_DEV_IDECD=m# CONFIG_BLK_DEV_IDETAPE is not set# CONFIG_BLK_DEV_IDEFLOPPY is not setCONFIG_BLK_DEV_IDESCSI=y# CONFIG_IDE_TASK_IOCTL is not set ## IDE chipset support/bugfixes## CONFIG_IDE_GENERIC is not set# CONFIG_BLK_DEV_CMD640 is not setCONFIG_BLK_DEV_IDEPCI=yCONFIG_IDEPCI_SHARE_IRQ=y# CONFIG_BLK_DEV_OFFBOARD is not set# CONFIG_BLK_DEV_GENERIC is not set# CONFIG_BLK_DEV_OPTI621 is not set# CONFIG_BLK_DEV_RZ1000 is not setCONFIG_BLK_DEV_IDEDMA_PCI=y# CONFIG_BLK_DEV_IDEDMA_FORCED is not setCONFIG_IDEDMA_PCI_AUTO=y# CONFIG_IDEDMA_ONLYDISK is not set# CONFIG_BLK_DEV_AEC62XX is not setCONFIG_BLK_DEV_ALI15X3=y# CONFIG_WDC_ALI15X3 is not set# CONFIG_BLK_DEV_AMD74XX is not set# CONFIG_BLK_DEV_ATIIXP is not set# CONFIG_BLK_DEV_CMD64X is not set# CONFIG_BLK_DEV_TRIFLEX is not set# CONFIG_BLK_DEV_CY82C693 is not set# CONFIG_BLK_DEV_CS5520 is not set# CONFIG_BLK_DEV_CS5530 is not set# CONFIG_BLK_DEV_CS5535 is not set# CONFIG_BLK_DEV_HPT34X is not set# CONFIG_BLK_DEV_HPT366 is not set# CONFIG_BLK_DEV_SC1200 is not set# CONFIG_BLK_DEV_PIIX is not set# CONFIG_BLK_DEV_IT821X is not set# CONFIG_BLK_DEV_NS87415 is not set# CONFIG_BLK_DEV_PDC202XX_OLD is not set# CONFIG_BLK_DEV_PDC202XX_NEW is not set# CONFIG_BLK_DEV_SVWKS is not set# CONFIG_BLK_DEV_SIIMAGE is not set# CONFIG_BLK_DEV_SIS5513 is not set# CONFIG_BLK_DEV_SLC90E66 is not set# CONFIG_BLK_DEV_TRM290 is not set# CONFIG_BLK_DEV_VIA82CXXX is not set# CONFIG_IDE_ARM is not setCONFIG_BLK_DEV_IDEDMA=y# CONFIG_IDEDMA_IVB is not setCONFIG_IDEDMA_AUTO=y# CONFIG_BLK_DEV_HD is not set ## SCSI device support## CONFIG_RAID_ATTRS is not setCONFIG_SCSI=y# CONFIG_SCSI_PROC_FS is not set ## SCSI support type (disk, tape, CD-ROM)#CONFIG_BLK_DEV_SD=y# CONFIG_CHR_DEV_ST is not set# CONFIG_CHR_DEV_OSST is not setCONFIG_BLK_DEV_SR=y# CONFIG_BLK_DEV_SR_VENDOR is not setCONFIG_CHR_DEV_SG=y# CONFIG_CHR_DEV_SCH is not set ## Some SCSI devices (e.g. CD jukebox) support multiple LUNs#CONFIG_SCSI_MULTI_LUN=y# CONFIG_SCSI_CONSTANTS is not set# CONFIG_SCSI_LOGGING is not set ## SCSI Transport Attributes## CONFIG_SCSI_SPI_ATTRS is not set# CONFIG_SCSI_FC_ATTRS is not set# CONFIG_SCSI_ISCSI_ATTRS is not set# CONFIG_SCSI_SAS_ATTRS is not set ## SCSI low-level drivers## CONFIG_ISCSI_TCP is not set# CONFIG_BLK_DEV_3W_XXXX_RAID is not set# CONFIG_SCSI_3W_9XXX is not set# CONFIG_SCSI_ACARD is not set# CONFIG_SCSI_AACRAID is not set# CONFIG_SCSI_AIC7XXX is not set# CONFIG_SCSI_AIC7XXX_OLD is not set# CONFIG_SCSI_AIC79XX is not set# CONFIG_SCSI_DPT_I2O is not set# CONFIG_MEGARAID_NEWGEN is not set# CONFIG_MEGARAID_LEGACY is not set# CONFIG_MEGARAID_SAS is not set# CONFIG_SCSI_SATA is not set# CONFIG_SCSI_BUSLOGIC is not set# CONFIG_SCSI_DMX3191D is not set# CONFIG_SCSI_EATA is not set# CONFIG_SCSI_FUTURE_DOMAIN is not set# CONFIG_SCSI_GDTH is not set# CONFIG_SCSI_IPS is not set# CONFIG_SCSI_INITIO is not set# CONFIG_SCSI_INIA100 is not set# CONFIG_SCSI_SYM53C8XX_2 is not set# CONFIG_SCSI_IPR is not set# CONFIG_SCSI_QLOGIC_FC is not set# CONFIG_SCSI_QLOGIC_1280 is not set# CONFIG_SCSI_QLA_FC is not set# CONFIG_SCSI_LPFC is not set# CONFIG_SCSI_DC395x is not set# CONFIG_SCSI_DC390T is not set# CONFIG_SCSI_NSP32 is not set# CONFIG_SCSI_DEBUG is not set ## PCMCIA SCSI adapter support## CONFIG_PCMCIA_AHA152X is not set# CONFIG_PCMCIA_FDOMAIN is not set# CONFIG_PCMCIA_NINJA_SCSI is not set# CONFIG_PCMCIA_QLOGIC is not set# CONFIG_PCMCIA_SYM53C500 is not set ## Multi-device support (RAID and LVM)## CONFIG_MD is not set ## Fusion MPT device support## CONFIG_FUSION is not set# CONFIG_FUSION_SPI is not set# CONFIG_FUSION_FC is not set# CONFIG_FUSION_SAS is not set ## IEEE 1394 (FireWire) support#CONFIG_IEEE1394=m ## Subsystem Options## CONFIG_IEEE1394_VERBOSEDEBUG is not setCONFIG_IEEE1394_OUI_DB=y# CONFIG_IEEE1394_EXTRA_CONFIG_ROMS is not setCONFIG_IEEE1394_EXPORT_FULL_API=y ## Device Drivers## CONFIG_IEEE1394_PCILYNX is not setCONFIG_IEEE1394_OHCI1394=m ## Protocol Drivers## CONFIG_IEEE1394_VIDEO1394 is not setCONFIG_IEEE1394_SBP2=m# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set# CONFIG_IEEE1394_ETH1394 is not set# CONFIG_IEEE1394_DV1394 is not set# CONFIG_IEEE1394_RAWIO is not set ## I2O device support## CONFIG_I2O is not set ## Network device support#CONFIG_NETDEVICES=yCONFIG_DUMMY=m# CONFIG_BONDING is not set# CONFIG_EQUALIZER is not set# CONFIG_TUN is not set ## ARCnet devices## CONFIG_ARCNET is not set ## PHY device support## CONFIG_PHYLIB is not set ## Ethernet (10 or 100Mbit)#CONFIG_NET_ETHERNET=yCONFIG_MII=y# CONFIG_HAPPYMEAL is not set# CONFIG_SUNGEM is not set# CONFIG_CASSINI is not set# CONFIG_NET_VENDOR_3COM is not set ## Tulip family network device support## CONFIG_NET_TULIP is not set# CONFIG_HP100 is not setCONFIG_NET_PCI=y# CONFIG_PCNET32 is not set# CONFIG_AMD8111_ETH is not set# CONFIG_ADAPTEC_STARFIRE is not set# CONFIG_B44 is not set# CONFIG_FORCEDETH is not set# CONFIG_DGRS is not set# CONFIG_EEPRO100 is not set# CONFIG_E100 is not set# CONFIG_FEALNX is not set# CONFIG_NATSEMI is not set# CONFIG_NE2K_PCI is not set# CONFIG_8139CP is not setCONFIG_8139TOO=y# CONFIG_8139TOO_PIO is not set# CONFIG_8139TOO_TUNE_TWISTER is not set# CONFIG_8139TOO_8129 is not set# CONFIG_8139_OLD_RX_RESET is not set# CONFIG_SIS900 is not set# CONFIG_EPIC100 is not set# CONFIG_SUNDANCE is not set# CONFIG_TLAN is not set# CONFIG_VIA_RHINE is not set ## Ethernet (1000 Mbit)## CONFIG_ACENIC is not set# CONFIG_DL2K is not set# CONFIG_E1000 is not set# CONFIG_NS83820 is not set# CONFIG_HAMACHI is not set# CONFIG_YELLOWFIN is not set# CONFIG_R8169 is not set# CONFIG_SIS190 is not set# CONFIG_SKGE is not set# CONFIG_SKY2 is not set# CONFIG_SK98LIN is not set# CONFIG_VIA_VELOCITY is not set# CONFIG_TIGON3 is not set# CONFIG_BNX2 is not set ## Ethernet (10000 Mbit)## CONFIG_CHELSIO_T1 is not set# CONFIG_IXGB is not set# CONFIG_S2IO is not set ## Token Ring devices## CONFIG_TR is not set ## Wireless LAN (non-hamradio)## CONFIG_NET_RADIO is not set ## PCMCIA network device support## CONFIG_NET_PCMCIA is not set ## Wan interfaces## CONFIG_WAN is not set# CONFIG_FDDI is not set# CONFIG_HIPPI is not set# CONFIG_PPP is not set# CONFIG_SLIP is not set# CONFIG_NET_FC is not set# CONFIG_SHAPER is not setCONFIG_NETCONSOLE=mCONFIG_NETPOLL=y# CONFIG_NETPOLL_RX is not set# CONFIG_NETPOLL_TRAP is not setCONFIG_NET_POLL_CONTROLLER=y ## ISDN subsystem## CONFIG_ISDN is not set ## Telephony Support## CONFIG_PHONE is not set ## Input device support#CONFIG_INPUT=y ## Userland interfaces#CONFIG_INPUT_MOUSEDEV=y# CONFIG_INPUT_MOUSEDEV_PSAUX is not setCONFIG_INPUT_MOUSEDEV_SCREEN_X=1024CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768CONFIG_INPUT_JOYDEV=y# CONFIG_INPUT_TSDEV is not setCONFIG_INPUT_EVDEV=y# CONFIG_INPUT_EVBUG is not set ## Input Device Drivers#CONFIG_INPUT_KEYBOARD=yCONFIG_KEYBOARD_ATKBD=y# CONFIG_KEYBOARD_SUNKBD is not set# CONFIG_KEYBOARD_LKKBD is not set# CONFIG_KEYBOARD_XTKBD is not set# CONFIG_KEYBOARD_NEWTON is not setCONFIG_INPUT_MOUSE=yCONFIG_MOUSE_PS2=y# CONFIG_MOUSE_SERIAL is not set# CONFIG_MOUSE_VSXXXAA is not set# CONFIG_INPUT_JOYSTICK is not set# CONFIG_INPUT_TOUCHSCREEN is not set# CONFIG_INPUT_MISC is not set ## Hardware I/O ports#CONFIG_SERIO=yCONFIG_SERIO_I8042=y# CONFIG_SERIO_SERPORT is not set# CONFIG_SERIO_CT82C710 is not set# CONFIG_SERIO_PCIPS2 is not setCONFIG_SERIO_LIBPS2=y# CONFIG_SERIO_RAW is not set# CONFIG_GAMEPORT is not set ## Character devices#CONFIG_VT=yCONFIG_VT_CONSOLE=yCONFIG_HW_CONSOLE=y# CONFIG_SERIAL_NONSTANDARD is not set ## Serial drivers## CONFIG_SERIAL_8250 is not set ## Non-8250 serial port support## CONFIG_SERIAL_JSM is not setCONFIG_UNIX98_PTYS=y# CONFIG_LEGACY_PTYS is not set ## IPMI## CONFIG_IPMI_HANDLER is not set ## Watchdog Cards## CONFIG_WATCHDOG is not set# CONFIG_HW_RANDOM is not set# CONFIG_NVRAM is not setCONFIG_RTC=y# CONFIG_DTLK is not set# CONFIG_R3964 is not set# CONFIG_APPLICOM is not set# CONFIG_SONYPI is not set ## Ftape, the floppy tape device driver## CONFIG_FTAPE is not setCONFIG_AGP=y# CONFIG_AGP_ALI is not set# CONFIG_AGP_ATI is not set# CONFIG_AGP_AMD is not set# CONFIG_AGP_AMD64 is not set# CONFIG_AGP_INTEL is not set# CONFIG_AGP_NVIDIA is not set# CONFIG_AGP_SIS is not set# CONFIG_AGP_SWORKS is not set# CONFIG_AGP_VIA is not setCONFIG_AGP_EFFICEON=yCONFIG_DRM=y# CONFIG_DRM_TDFX is not set# CONFIG_DRM_R128 is not setCONFIG_DRM_RADEON=y# CONFIG_DRM_MGA is not set# CONFIG_DRM_SIS is not set# CONFIG_DRM_VIA is not set# CONFIG_DRM_SAVAGE is not set ## PCMCIA character devices## CONFIG_SYNCLINK_CS is not set# CONFIG_CARDMAN_4000 is not set# CONFIG_CARDMAN_4040 is not set# CONFIG_MWAVE is not set# CONFIG_CS5535_GPIO is not set# CONFIG_RAW_DRIVER is not set# CONFIG_HPET is not set# CONFIG_HANGCHECK_TIMER is not set ## TPM devices## CONFIG_TCG_TPM is not set# CONFIG_TELCLOCK is not set ## I2C support#CONFIG_I2C=y# CONFIG_I2C_CHARDEV is not set ## I2C Algorithms#CONFIG_I2C_ALGOBIT=y# CONFIG_I2C_ALGOPCF is not set# CONFIG_I2C_ALGOPCA is not set ## I2C Hardware Bus support## CONFIG_I2C_ALI1535 is not set# CONFIG_I2C_ALI1563 is not set# CONFIG_I2C_ALI15X3 is not set# CONFIG_I2C_AMD756 is not set# CONFIG_I2C_AMD8111 is not set# CONFIG_I2C_I801 is not set# CONFIG_I2C_I810 is not set# CONFIG_I2C_PIIX4 is not set# CONFIG_I2C_NFORCE2 is not set# CONFIG_I2C_PARPORT_LIGHT is not set# CONFIG_I2C_PROSAVAGE is not set# CONFIG_I2C_SAVAGE4 is not set# CONFIG_SCx200_ACB is not set# CONFIG_I2C_SIS5595 is not set# CONFIG_I2C_SIS630 is not set# CONFIG_I2C_SIS96X is not set# CONFIG_I2C_STUB is not set# CONFIG_I2C_VIA is not set# CONFIG_I2C_VIAPRO is not set# CONFIG_I2C_VOODOO3 is not set# CONFIG_I2C_PCA_ISA is not set ## Miscellaneous I2C Chip support## CONFIG_SENSORS_DS1337 is not set# CONFIG_SENSORS_DS1374 is not set# CONFIG_SENSORS_EEPROM is not set# CONFIG_SENSORS_PCF8574 is not set# CONFIG_SENSORS_PCA9539 is not set# CONFIG_SENSORS_PCF8591 is not set# CONFIG_SENSORS_RTC8564 is not set# CONFIG_SENSORS_MAX6875 is not set# CONFIG_RTC_X1205_I2C is not set# CONFIG_I2C_DEBUG_CORE is not set# CONFIG_I2C_DEBUG_ALGO is not set# CONFIG_I2C_DEBUG_BUS is not set# CONFIG_I2C_DEBUG_CHIP is not set ## SPI support## CONFIG_SPI is not set# CONFIG_SPI_MASTER is not set ## Dallas's 1-wire bus## CONFIG_W1 is not set ## Hardware Monitoring support## CONFIG_HWMON is not set# CONFIG_HWMON_VID is not set ## Misc devices## CONFIG_IBM_ASM is not set ## Multimedia Capabilities Port drivers# ## Multimedia devices## CONFIG_VIDEO_DEV is not set ## Digital Video Broadcasting Devices## CONFIG_DVB is not set ## Graphics support#CONFIG_FB=yCONFIG_FB_CFB_FILLRECT=yCONFIG_FB_CFB_COPYAREA=yCONFIG_FB_CFB_IMAGEBLIT=y# CONFIG_FB_MACMODES is not setCONFIG_FB_MODE_HELPERS=yCONFIG_FB_TILEBLITTING=y# CONFIG_FB_CIRRUS is not set# CONFIG_FB_PM2 is not set# CONFIG_FB_CYBER2000 is not set# CONFIG_FB_ARC is not set# CONFIG_FB_ASILIANT is not set# CONFIG_FB_IMSTT is not set# CONFIG_FB_VGA16 is not set# CONFIG_FB_VESA is not setCONFIG_VIDEO_SELECT=y# CONFIG_FB_HGA is not set# CONFIG_FB_S1D13XXX is not set# CONFIG_FB_NVIDIA is not set# CONFIG_FB_RIVA is not set# CONFIG_FB_I810 is not set# CONFIG_FB_INTEL is not set# CONFIG_FB_MATROX is not set# CONFIG_FB_RADEON_OLD is not setCONFIG_FB_RADEON=yCONFIG_FB_RADEON_I2C=y# CONFIG_FB_RADEON_DEBUG is not set# CONFIG_FB_ATY128 is not set# CONFIG_FB_ATY is not set# CONFIG_FB_SAVAGE is not set# CONFIG_FB_SIS is not set# CONFIG_FB_NEOMAGIC is not set# CONFIG_FB_KYRO is not set# CONFIG_FB_3DFX is not set# CONFIG_FB_VOODOO1 is not set# CONFIG_FB_CYBLA is not set# CONFIG_FB_TRIDENT is not set# CONFIG_FB_GEODE is not set# CONFIG_FB_VIRTUAL is not set ## Console display driver support#CONFIG_VGA_CONSOLE=yCONFIG_DUMMY_CONSOLE=yCONFIG_FRAMEBUFFER_CONSOLE=y# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set# CONFIG_FONTS is not setCONFIG_FONT_8x8=yCONFIG_FONT_8x16=y ## Logo configuration## CONFIG_LOGO is not set# CONFIG_BACKLIGHT_LCD_SUPPORT is not set ## Sound#CONFIG_SOUND=y ## Advanced Linux Sound Architecture## CONFIG_SND is not set ## Open Sound System## CONFIG_SOUND_PRIME is not set ## USB support#CONFIG_USB_ARCH_HAS_HCD=yCONFIG_USB_ARCH_HAS_OHCI=yCONFIG_USB=y# CONFIG_USB_DEBUG is not set ## Miscellaneous USB options#CONFIG_USB_DEVICEFS=y# CONFIG_USB_BANDWIDTH is not set# CONFIG_USB_DYNAMIC_MINORS is not setCONFIG_USB_SUSPEND=y# CONFIG_USB_OTG is not set ## USB Host Controller Drivers#CONFIG_USB_EHCI_HCD=m# CONFIG_USB_EHCI_SPLIT_ISO is not set# CONFIG_USB_EHCI_ROOT_HUB_TT is not setCONFIG_USB_ISP116X_HCD=mCONFIG_USB_OHCI_HCD=y# CONFIG_USB_OHCI_BIG_ENDIAN is not setCONFIG_USB_OHCI_LITTLE_ENDIAN=yCONFIG_USB_UHCI_HCD=mCONFIG_USB_SL811_HCD=mCONFIG_USB_SL811_CS=m ## USB Device Class drivers## CONFIG_OBSOLETE_OSS_USB_DRIVER is not setCONFIG_USB_ACM=mCONFIG_USB_PRINTER=m ## NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'# ## may also be needed; see USB_STORAGE Help for more information#CONFIG_USB_STORAGE=yCONFIG_USB_STORAGE_DEBUG=yCONFIG_USB_STORAGE_DATAFAB=yCONFIG_USB_STORAGE_FREECOM=yCONFIG_USB_STORAGE_ISD200=yCONFIG_USB_STORAGE_DPCM=yCONFIG_USB_STORAGE_USBAT=yCONFIG_USB_STORAGE_SDDR09=yCONFIG_USB_STORAGE_SDDR55=yCONFIG_USB_STORAGE_JUMPSHOT=yCONFIG_USB_STORAGE_ALAUDA=yCONFIG_USB_LIBUSUAL=y ## USB Input Devices#CONFIG_USB_HID=mCONFIG_USB_HIDINPUT=y# CONFIG_USB_HIDINPUT_POWERBOOK is not set# CONFIG_HID_FF is not setCONFIG_USB_HIDDEV=y ## USB HID Boot Protocol drivers## CONFIG_USB_KBD is not set# CONFIG_USB_MOUSE is not set# CONFIG_USB_AIPTEK is not set# CONFIG_USB_WACOM is not set# CONFIG_USB_ACECAD is not set# CONFIG_USB_KBTAB is not set# CONFIG_USB_POWERMATE is not set# CONFIG_USB_MTOUCH is not set# CONFIG_USB_ITMTOUCH is not set# CONFIG_USB_EGALAX is not set# CONFIG_USB_YEALINK is not setCONFIG_USB_XPAD=mCONFIG_USB_ATI_REMOTE=mCONFIG_USB_ATI_REMOTE2=m# CONFIG_USB_KEYSPAN_REMOTE is not set# CONFIG_USB_APPLETOUCH is not set ## USB Imaging devices## CONFIG_USB_MDC800 is not set# CONFIG_USB_MICROTEK is not set ## USB Multimedia devices## CONFIG_USB_DABUSB is not set ## Video4Linux support is needed for USB Multimedia device support# ## USB Network Adapters## CONFIG_USB_CATC is not set# CONFIG_USB_KAWETH is not set# CONFIG_USB_PEGASUS is not set# CONFIG_USB_RTL8150 is not set# CONFIG_USB_USBNET is not setCONFIG_USB_MON=y ## USB port drivers# ## USB Serial Converter support## CONFIG_USB_SERIAL is not set ## USB Miscellaneous drivers## CONFIG_USB_EMI62 is not set# CONFIG_USB_EMI26 is not set# CONFIG_USB_AUERSWALD is not set# CONFIG_USB_RIO500 is not set# CONFIG_USB_LEGOTOWER is not set# CONFIG_USB_LCD is not set# CONFIG_USB_LED is not set# CONFIG_USB_CYTHERM is not set# CONFIG_USB_PHIDGETKIT is not set# CONFIG_USB_PHIDGETSERVO is not set# CONFIG_USB_IDMOUSE is not set# CONFIG_USB_SISUSBVGA is not set# CONFIG_USB_LD is not set# CONFIG_USB_TEST is not set ## USB DSL modem support# ## USB Gadget Support## CONFIG_USB_GADGET is not set ## MMC/SD Card support## CONFIG_MMC is not set ## InfiniBand support## CONFIG_INFINIBAND is not set ## EDAC - error detection and reporting (RAS)## CONFIG_EDAC is not set ## File systems#CONFIG_EXT2_FS=m# CONFIG_EXT2_FS_XATTR is not set# CONFIG_EXT2_FS_XIP is not set# CONFIG_EXT3_FS is not set# CONFIG_REISERFS_FS is not set# CONFIG_JFS_FS is not set# CONFIG_FS_POSIX_ACL is not setCONFIG_XFS_FS=yCONFIG_XFS_EXPORT=y# CONFIG_XFS_QUOTA is not set# CONFIG_XFS_SECURITY is not set# CONFIG_XFS_POSIX_ACL is not set# CONFIG_XFS_RT is not set# CONFIG_OCFS2_FS is not set# CONFIG_MINIX_FS is not set# CONFIG_ROMFS_FS is not setCONFIG_INOTIFY=y# CONFIG_QUOTA is not setCONFIG_DNOTIFY=y# CONFIG_AUTOFS_FS is not set# CONFIG_AUTOFS4_FS is not set# CONFIG_FUSE_FS is not set ## CD-ROM/DVD Filesystems#CONFIG_ISO9660_FS=yCONFIG_JOLIET=y# CONFIG_ZISOFS is not setCONFIG_UDF_FS=yCONFIG_UDF_NLS=y ## DOS/FAT/NT Filesystems#CONFIG_FAT_FS=yCONFIG_MSDOS_FS=yCONFIG_VFAT_FS=mCONFIG_FAT_DEFAULT_CODEPAGE=437CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"# CONFIG_NTFS_FS is not set ## Pseudo filesystems#CONFIG_PROC_FS=yCONFIG_PROC_KCORE=yCONFIG_SYSFS=yCONFIG_TMPFS=y# CONFIG_HUGETLBFS is not set# CONFIG_HUGETLB_PAGE is not setCONFIG_RAMFS=y# CONFIG_RELAYFS_FS is not set# CONFIG_CONFIGFS_FS is not set ## Miscellaneous filesystems## CONFIG_ADFS_FS is not set# CONFIG_AFFS_FS is not set# CONFIG_HFS_FS is not set# CONFIG_HFSPLUS_FS is not set# CONFIG_BEFS_FS is not set# CONFIG_BFS_FS is not set# CONFIG_EFS_FS is not set# CONFIG_CRAMFS is not set# CONFIG_VXFS_FS is not set# CONFIG_HPFS_FS is not set# CONFIG_QNX4FS_FS is not set# CONFIG_SYSV_FS is not set# CONFIG_UFS_FS is not set ## Network File Systems#CONFIG_NFS_FS=yCONFIG_NFS_V3=y# CONFIG_NFS_V3_ACL is not set# CONFIG_NFS_V4 is not set# CONFIG_NFS_DIRECTIO is not setCONFIG_NFSD=mCONFIG_NFSD_V3=y# CONFIG_NFSD_V3_ACL is not set# CONFIG_NFSD_V4 is not setCONFIG_NFSD_TCP=yCONFIG_LOCKD=yCONFIG_LOCKD_V4=yCONFIG_EXPORTFS=yCONFIG_NFS_COMMON=yCONFIG_SUNRPC=y# CONFIG_RPCSEC_GSS_KRB5 is not set# CONFIG_RPCSEC_GSS_SPKM3 is not set# CONFIG_SMB_FS is not set# CONFIG_CIFS is not set# CONFIG_NCP_FS is not set# CONFIG_CODA_FS is not set# CONFIG_AFS_FS is not set# CONFIG_9P_FS is not set ## Partition Types## CONFIG_PARTITION_ADVANCED is not setCONFIG_MSDOS_PARTITION=y ## Native Language Support#CONFIG_NLS=yCONFIG_NLS_DEFAULT="utf8"CONFIG_NLS_CODEPAGE_437=y# CONFIG_NLS_CODEPAGE_737 is not set# CONFIG_NLS_CODEPAGE_775 is not set# CONFIG_NLS_CODEPAGE_850 is not set# CONFIG_NLS_CODEPAGE_852 is not set# CONFIG_NLS_CODEPAGE_855 is not set# CONFIG_NLS_CODEPAGE_857 is not set# CONFIG_NLS_CODEPAGE_860 is not set# CONFIG_NLS_CODEPAGE_861 is not set# CONFIG_NLS_CODEPAGE_862 is not set# CONFIG_NLS_CODEPAGE_863 is not set# CONFIG_NLS_CODEPAGE_864 is not set# CONFIG_NLS_CODEPAGE_865 is not set# CONFIG_NLS_CODEPAGE_866 is not set# CONFIG_NLS_CODEPAGE_869 is not set# CONFIG_NLS_CODEPAGE_936 is not set# CONFIG_NLS_CODEPAGE_950 is not set# CONFIG_NLS_CODEPAGE_932 is not set# CONFIG_NLS_CODEPAGE_949 is not set# CONFIG_NLS_CODEPAGE_874 is not set# CONFIG_NLS_ISO8859_8 is not set# CONFIG_NLS_CODEPAGE_1250 is not set# CONFIG_NLS_CODEPAGE_1251 is not setCONFIG_NLS_ASCII=yCONFIG_NLS_ISO8859_1=y# CONFIG_NLS_ISO8859_2 is not set# CONFIG_NLS_ISO8859_3 is not set# CONFIG_NLS_ISO8859_4 is not set# CONFIG_NLS_ISO8859_5 is not set# CONFIG_NLS_ISO8859_6 is not set# CONFIG_NLS_ISO8859_7 is not set# CONFIG_NLS_ISO8859_9 is not set# CONFIG_NLS_ISO8859_13 is not set# CONFIG_NLS_ISO8859_14 is not set# CONFIG_NLS_ISO8859_15 is not set# CONFIG_NLS_KOI8_R is not set# CONFIG_NLS_KOI8_U is not setCONFIG_NLS_UTF8=y ## Instrumentation Support## CONFIG_PROFILING is not set# CONFIG_KPROBES is not set ## Kernel hacking## CONFIG_PRINTK_TIME is not setCONFIG_MAGIC_SYSRQ=yCONFIG_DEBUG_KERNEL=yCONFIG_LOG_BUF_SHIFT=16CONFIG_DETECT_SOFTLOCKUP=y# CONFIG_SCHEDSTATS is not set# CONFIG_DEBUG_SLAB is not set# CONFIG_DEBUG_PREEMPT is not set# CONFIG_DEBUG_MUTEXES is not set# CONFIG_DEBUG_SPINLOCK is not set# CONFIG_DEBUG_SPINLOCK_SLEEP is not set# CONFIG_DEBUG_KOBJECT is not setCONFIG_DEBUG_BUGVERBOSE=y# CONFIG_DEBUG_INFO is not set# CONFIG_DEBUG_FS is not set# CONFIG_DEBUG_VM is not set# CONFIG_FRAME_POINTER is not set# CONFIG_FORCED_INLINING is not set# CONFIG_RCU_TORTURE_TEST is not setCONFIG_EARLY_PRINTK=y# CONFIG_DEBUG_STACKOVERFLOW is not set# CONFIG_DEBUG_STACK_USAGE is not set# CONFIG_DEBUG_PAGEALLOC is not setCONFIG_DEBUG_RODATA=yCONFIG_4KSTACKS=y ## Security options## CONFIG_KEYS is not set# CONFIG_SECURITY is not set ## Cryptographic options#CONFIG_CRYPTO=y# CONFIG_CRYPTO_HMAC is not set# CONFIG_CRYPTO_NULL is not set# CONFIG_CRYPTO_MD4 is not set# CONFIG_CRYPTO_MD5 is not set# CONFIG_CRYPTO_SHA1 is not set# CONFIG_CRYPTO_SHA256 is not set# CONFIG_CRYPTO_SHA512 is not set# CONFIG_CRYPTO_WP512 is not set# CONFIG_CRYPTO_TGR192 is not set# CONFIG_CRYPTO_DES is not set# CONFIG_CRYPTO_BLOWFISH is not set# CONFIG_CRYPTO_TWOFISH is not set# CONFIG_CRYPTO_SERPENT is not set# CONFIG_CRYPTO_AES is not set# CONFIG_CRYPTO_AES_586 is not set# CONFIG_CRYPTO_CAST5 is not set# CONFIG_CRYPTO_CAST6 is not set# CONFIG_CRYPTO_TEA is not set# CONFIG_CRYPTO_ARC4 is not set# CONFIG_CRYPTO_KHAZAD is not set# CONFIG_CRYPTO_ANUBIS is not set# CONFIG_CRYPTO_DEFLATE is not set# CONFIG_CRYPTO_MICHAEL_MIC is not set# CONFIG_CRYPTO_CRC32C is not set# CONFIG_CRYPTO_TEST is not set ## Hardware crypto devices## CONFIG_CRYPTO_DEV_PADLOCK is not set ## Library routines## CONFIG_CRC_CCITT is not set# CONFIG_CRC16 is not setCONFIG_CRC32=yCONFIG_LIBCRC32C=mCONFIG_GENERIC_HARDIRQS=yCONFIG_GENERIC_IRQ_PROBE=yCONFIG_X86_BIOS_REBOOT=yCONFIG_KTIME_SCALAR=y --avuton-- Anyone who quotes me in their sig is an idiot. -- Rusty Russell. From owner-linux-xfs@oss.sgi.com Sun Mar 5 23:45:06 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Mar 2006 23:46:32 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k267j4W6022631 for ; Sun, 5 Mar 2006 23:45:05 -0800 Received: from [134.14.55.141] (boing.melbourne.sgi.com [134.14.55.141]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA01660; Mon, 6 Mar 2006 17:37:44 +1100 Message-ID: <440BD815.6060003@sgi.com> Date: Mon, 06 Mar 2006 17:35:01 +1100 From: Timothy Shimmin User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Linda Walsh CC: Linux-Xfs Subject: Re: XFS _apparent_ corruption: "DATA POINT" (worked around); 2.6.15.4-biglowmem References: <440B68D7.8060106@tlinx.org> In-Reply-To: <440B68D7.8060106@tlinx.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7441 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3079 Lines: 76 Hi Linda, Thanks for the report. I just wanted to comment on some log stuff. Basically, it would be more useful to use the "-t" option to logprint. More details (probably unwanted ;-) are mentioned below. Linda Walsh wrote: > Running 2.6.15.4 with the "biglowmem" patch (to allow using last 128M of 1G > address space w/o calling it HIGHMEM, and using a 3+1G memory split. > > System has been _stable_: uptime was 20days+11:04. > > I tried doing an 'ls' of a directory and my system hung -- no panic, no > message. > Had been doing compiles/tests on same disk w/no problems (~26G used, 94G > total, > 68G free). > > * Rebooted, went back to same dir -- hung again. > * Rebooted, unmounted partition > > xfs_check claimed a journal needed to play. > * Remounted partition -- no problem; unmount; > > xfs_check -- claimed journal present > > xfs_repair -- claimed journal present > *> remount & unmount; xfs_repair still sees journal; > > * xfs_logprint gave: > ---- > ls ->hang > fs_logprint: > xfs_logprint: /dev/hde1 contains a mounted and writable filesystem > data device: 0x2101 > log device: 0x2101 daddr: 100663328 length: 95392 > > Header 0x3ef wanted 0xfeedbabe > ********************************************************************** > * ERROR: header cycle=1007 block=38747 * > ********************************************************************** > Bad log record header > -------- > * Decide to delete bad log: run xfs_repair -L /dev/hde1 : > runs completely through: NO ERRORS; > The "-t" option will look at the log from a recovery point of view and will start from the tail of the log going up to the head. This will have the outstanding transactions. Without the "-t" option, it will print in "operational" mode and will start at the beginning of the log, and it expects a log record header. If the log has wrapped (which will generally be the case) then it's quite possible not to see a log record header at the start because we do wrapping at a lower level than this - there will instead be an operation header. (Sometimes I wonder if the default for logprint would be better off as -t). So, if you had used a "-t" then you probably would have got output and it would have showed where the head and tail were. Something is still wrong with the log, of course, if check and repair say the log is dirty after a clean unmount. That shouldn't happen and it would be interesting to see the log. The log can be saved with the "-C filename" option which is useful for looking at later although the log could be up to 128MiB in size (more awkard to send). (In your case its 95,392 BBs = 47MiB) Usually the last thing written to the log is an unmount record and it would be interesting to see where that unmount record has gone. Without the "-t" option and looking at a lower level view (which will show the unmount record), I've found it useful to use the "-s startblk" option to start at a valid log record. And to find out where the log records are, one can use the "-d" option. --Tim From owner-linux-xfs@oss.sgi.com Mon Mar 6 03:32:45 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 06 Mar 2006 03:32:50 -0800 (PST) Received: from mta04.t-net.net.ve (mta04.t-net.net.ve [200.35.64.122]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k26BWhW6016000 for ; Mon, 6 Mar 2006 03:32:44 -0800 Received: from sempron-b025f1f (ccs02-ppp215.t-net.net.ve [200.35.101.228]) by mta04.t-net.net.ve (Switch-2.0.1/Switch-2.0.1) with ESMTP id k266smx14973; Mon, 6 Mar 2006 02:54:48 -0400 (AST) Message-ID: <4111771-2200631665459468@sempron-b025f1f> To: "Clientes de Computacion" From: "Ofertas Especiales en Monitores" Subject: Festival de Monitores Planos y Combos a tu Gusto Date: Mon, 6 Mar 2006 07:54:59 +0100 MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-archive-position: 7443 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dragomail989@telcel.net.ve Precedence: bulk X-list: linux-xfs Content-Length: 4622 Lines: 217 Super Ofertas en Computaci=F3n - Marzo 2006 RESPONDER =DANICAMENTE AL EMAIL: computacionparatodos3@yahoo.es POR FAVOR PRESIONE AQU=CD SINO PUEDE VER LAS IM=C1GENES DE NUESTRA PROMOCI= =D3N =A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0 SUPER OFERTAS EN COMBOS PC, PORT=C1TILES= , MONITORES PLANOS 15=B4=B4,17'',19''=A0=A0=A0=20 =A0=A0=A0=A0 =A0SUPER OFERTAS DE MARZO 2006 !!! =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0 -- DESPACHOS A TODA VENEZU= ELA --- ABRIMOS DE LUNES A S=C1BADOS=20 -- HORARIO CORRIDO --=A0=A0=A0=A0=A0 HACEMOS DESPACHOS A DOMICILIO EN CARAC= AS *** PREGUNTE POR LAS OPCIONES DE COMPRA A CR=C9DITO*** FESTIVAL DE MONITORES PLANOS MONITOR 15'' SAMSUNG 619.000 Bs.=20=20=20 FESTIVAL DE MONITORES PLANOS MONITOR 17'' SAMSUNG 724.000 Bs.=20=20=20 PREGUNTE POR NUESTROS PLANES A CR=C9DITO ! APROVECHE ! =20=20=20 FESTIVAL DE MONITORES PLANOS=20 MONITOR 19'' SAMSUNG 945.000 Bs.=20=20=20 IMPRESORA HP MULTIFUNCIONAL 1510=20=20=20 IPOD NANO 2GB=20=20=20 =A0=A0QUEMADORA DE DVD - CD =20=20=20=20=20=20 288.000 Bs. 649.000 Bs. 137.000 Bs. APROVECHE=A0 NUESTRAS OFERTA EN ESTE MARZO 2006 =A0=A0=A0=A0=A0 CORNETAS GENIUS 5.1=A0CINE EN SU CASA=20=20=20 TRANSFORME SU MONITOR EN UN TV CON CONTROL REMOTO=20=20=20 PORT=C1TIL TOSHIBA L20SP231 (512RAM, 60HDD, WIFI, XP, CDRW,DVD) =20=20=20=20=20=20 120.000 Bs. 109.000 Bs. 2.790.000 Bs. =A0 A=20 C=20 C=20 E=20 S=20 O=20 R=20 I=20 O=20 S=20=20=20=20 Con=A0 60.000 Bs.=A0 Convierta la SUPER MAQUINA INTEL a un CPU PIV 2.8 - 77= 5. Con=A0 160.000 Bs.=A0 Convierta la SUPER MAQUINA EXTREMA a un CPU PIV 3.2 -= 775. Con=A0 41.000 Bs.=A0 Convierta la SUPER MAQUINA DE JUEGO a un CPU AMD 2800 = - 754. =95 Ofertas de Camaras Web, desde 36,680 Bs.=20 =95 Memorias Pendrive 128MB, 256MB, 512MB, 1GB desde 37.000,00 Bs.=20 =95 Scanner BENQ 500 DPI, Precio 106.000 Bs.=20 =95 Super Ofertas en Mesas de Computaci=F3n, desde 85.000 Bs.=20 =95 Combo DVD/Quemadora de CD, Precio 103.000 Bs.=20 =95 Super Ofertas en Sillas Secretariales, desde 63.000,00 Bs.=20 =95 Convierta su Monitor en TV/Monitor con la Tarjeta PCI TV por tan solo 1= 13.600=20 Bs.=20 =95 Super Ofertas en CASES , desde 68.000 Bs.=A0=20 =95 Super Promociones en Tarjetas de Video 256 NVIDIA - PC EXPRESS. Super Promoci=F3n de TV SAMSUNG 42'', Precio 4.990.000 !!! Condiciones Generales: =95 Hacemos Despachos para toda Venezuela.=20 =95=20 Nuestros Combos Pc est=E1n Listos para Internet !=A0=20 =95 Solicite informaci=F3n de nuestras Garant=EDas (3 a=F1os en algunos pro= ductos).=20 =95 Seleccione su Combo Preferido y ases=F3rese con nuestros vendedores si = desea=20 realizar cambios en nuestros combos.=20 =95 Le Invitamos que se siente con nuestros vendedores=A0 y mejoramos otros= presupuestos,=20 vis=EDtenos y conozca nuestras ofertas !=20 =95 Ofertas V=E1lidas en Efectivo, Cheque Conformable y Tarjeta de Debito.= =20 =95 Aceptamos su Tarjeta de Cr=E9dito. (Aplican algunas condiciones)=20 =95 Precios Sujetos a Cambio sin Previo Aviso o hasta Agotarse la Existenci= a.=20 =95 Algunos Descuentos aplican a Empresas seg=FAn cantidades.=20 =95 Tenemos Ofertas Especiales para Cyber Caf=E9 y para Universidades. =95=20 Nuestros Precios No Incluyen el IVA. =A0 COMUN=CDQUESE CON NOSOTROS A TRAV=C9S DE NUESTROS TEL=C9FONOS: (0212)=A0 515.35.07,=A0(0212)=A0 515.35.08, (0212) 793.66.36 =A0 =A0O ESCRIBANOS UN CORREO A: computacionparatodos3@yahoo.es =A0 ATENCI=D3N EN L=CDNEA (MS MESSENGER) POR NUESTROS VENDEDORES: computacionenlinea01@hotmail.com computacionenlinea02@hotmail.com Av. Libertador, Edif. LA SALLE, Torre A, Piso 1. =A0Urb. Los Caobos, Caracas, Venezuela. HORARIO:=A0De Lunes a Viernes ( 8:00am -=A0 A - 5:30pm ) (Horario Corrido != !!) Nuevo Horario los S=E1bados ( 9:00 - 12:00) Referencia: Saliendo por el Metro de Plaza Venezuela llegar llegar hasta la= =20 Av. Libertador, cruzar a mano izquierda y a 100 metros esta el Edificio La= =20 Salle. Si viene en carro por la Av. Libertador, el edificio esta diagonal a= =20 la Funeraria Los Caobos, estacionamiento a una cuadra. El Edificio La Salle= =20 es de pared verde con ladrillos rojos. El decreto S.1618 titulo 3ro. Aprobado por el 105 congreso base de las norm= ativas=20 internacionales sobre SPAM, un E-mail no podr=E1 ser considerado SPAM mientras incluya una forma de ser= removido. Si desea ser Borrado de nuestra Base de Datos o no desea recibir nuestros c= orreos, Env=EDe un correo a este Email con el Asunto Remover : =A0=A0eliminarofertaspc2006@yahoo.es Disculpe la molestia! [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Mon Mar 6 11:15:59 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 06 Mar 2006 11:16:07 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k26JFwW6000782 for ; Mon, 6 Mar 2006 11:15:59 -0800 Received: from omx2.sgi.com ([198.149.32.25]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k26JGjOX006832 for ; Mon, 6 Mar 2006 13:16:45 -0600 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k26LNlQt025960 for ; Mon, 6 Mar 2006 13:23:47 -0800 Received: from syntegra.americas.sgi.com (syntegra.americas.sgi.com [128.162.232.81]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k26JLtiJ3552509; Mon, 6 Mar 2006 11:21:55 -0800 (PST) Received: from alkirkco by syntegra.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1FGLCX-0000iK-00; Mon, 06 Mar 2006 13:17:01 -0600 Date: Mon, 6 Mar 2006 13:17:01 -0600 From: Mandy Miklos To: Stewart Smith Cc: Linux-xfs@oss.sgi.com Subject: Re: TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations Message-ID: <20060306191701.GA2519@sgi.com> Mail-Followup-To: Stewart Smith , Linux-xfs@oss.sgi.com References: <1141528911.16486.36.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1141528911.16486.36.camel@localhost.localdomain> User-Agent: Mutt/1.5.9i X-archive-position: 7444 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1387 Lines: 33 On Sun, Mar 05, 2006 at 02:21:51PM +1100, Stewart Smith wrote: > On Thu, 2006-03-02 at 18:43 -0600, Amanda Kirkconnell wrote: > > This mod introduces multi-level in-core file extent functionality, > > building upon the new layout introduced in mod xfs-linux:xfs-kern:207390a. > > > > The new multi-level extent allocations are only required for heavily > > fragmented files, so the old-style linear extent list is used on files > > until the extents reach a pre-determined size of 4k. 4k buffers are > > used because this is the system page size on Linux i386 and systems > > with larger page sizes don't seem to gain much, if anything, by using > > their native page size as the extent buffer size. Also, using 4k extent > > buffers everywhere provides a consistent interface for CXFS across > > different platforms. > > So does this aim to speed up file offset to extent lookup on heavily > fragmented files when we have all (most) of extents in core? Yes. > And also to not require such large contiguous kernel memory allocations > for lots of extents? (e.g. 10,000 extents) Exactly. > I'm assuming this is more noticeable with CXFS? i.e. less stuff over the > wire when only caring about small parts of highly fragmented file. The CXFS changes aren't quite finished yet but - Yes - CXFS should benifit significantly from sending less extents over the wire. -- Mandy Miklos From owner-linux-xfs@oss.sgi.com Wed Mar 8 05:51:17 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Mar 2006 05:51:27 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k28DpGW6002711 for ; Wed, 8 Mar 2006 05:51:17 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1FGyAB-0007jW-BT; Wed, 08 Mar 2006 12:53:11 +0000 Date: Wed, 8 Mar 2006 12:53:11 +0000 From: Christoph Hellwig To: Nathan Scott Cc: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: Re: PARTIAL TAKE 947312 - reduce stack footprint Message-ID: <20060308125311.GA29672@infradead.org> References: <20060306000350.34B3249F1681@chook.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306000350.34B3249F1681@chook.melbourne.sgi.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 7446 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 1170 Lines: 26 On Mon, Mar 06, 2006 at 11:03:50AM +1100, Nathan Scott wrote: > [Bunch of stuff, all over the map, to help reduce our stack use] > > > Dynamically allocate local kiocb structures in readv/writev routines to reduce stack footprint. > > Date: Fri Mar 3 14:18:51 AEDT 2006 > Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux > Inspected by: cattelan,sandeen > > The following file(s) were checked into: > longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Please don't push this to mainline. The static kiocb will go away soon and this just causes unessecary churn. > Dynamically allocate vattr in places it makes sense to do so, to reduce stack use. Also re-use vattr in some places so that multiple copies are not held on-stack. Please don't. The vattr is small enough to allocate it on the stack. If that's not enough I have some patches lying around to decrease it's size further. That's much better than requiring a dynamic allocation in all these places. > Reduce stack usage within xfs_bmapi by rearranging some code, splitting realtime/btree allocators apart. Based on Glens original patches. whee, that's a pretty nice cleanup. From owner-linux-xfs@oss.sgi.com Wed Mar 8 08:22:35 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Mar 2006 08:22:37 -0800 (PST) Received: from jazzhorn.ncsc.mil (mummy.ncsc.mil [144.51.88.129]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k28GMYW6020898 for ; Wed, 8 Mar 2006 08:22:35 -0800 Received: from romulus.ncsc.mil (jazzhorn.ncsc.mil [144.51.5.9]) by jazzhorn.ncsc.mil (8.12.10/8.12.10) with ESMTP id k28FFJI0019031 for ; Wed, 8 Mar 2006 15:15:19 GMT Received: from WINDOWTIRE134 (windowtire134.corp.nsa.gov [144.51.48.134]) by romulus.ncsc.mil with SMTP id k28FGppY013781 for ; Wed, 8 Mar 2006 15:16:51 GMT Reply-To: From: "Victor Magalotti" To: Subject: xfs Date: Wed, 8 Mar 2006 10:16:50 -0500 Message-ID: <000001c642c3$53a29e20$86303390@CORP.NSA.GOV> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300 X-archive-position: 7447 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: vwmagal@nsa.gov Precedence: bulk X-list: linux-xfs Content-Length: 956 Lines: 26 Where can I get XFS for RedHat AS 3.0? Thanks, Vic Magalotti DoD Contractor Expert Network and Software Engineering, Inc. (443) 479-8046 Voice - - - - - - - - DISCLAIMER - - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you. - - - - - - - - DISCLAIMER - - - - - - - - From owner-linux-xfs@oss.sgi.com Wed Mar 8 14:34:12 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Mar 2006 14:34:21 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k28MYAW6002367 for ; Wed, 8 Mar 2006 14:34:11 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29608; Thu, 9 Mar 2006 09:34:37 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k28MYZJC297679; Thu, 9 Mar 2006 09:34:36 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k28MYXtU298253; Thu, 9 Mar 2006 09:34:33 +1100 (EST) Date: Thu, 9 Mar 2006 09:34:33 +1100 From: Nathan Scott To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com Subject: Re: PARTIAL TAKE 947312 - reduce stack footprint Message-ID: <20060309093432.E247673@wobbly.melbourne.sgi.com> References: <20060306000350.34B3249F1681@chook.melbourne.sgi.com> <20060308125311.GA29672@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20060308125311.GA29672@infradead.org>; from hch@infradead.org on Wed, Mar 08, 2006 at 12:53:11PM +0000 X-archive-position: 7448 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1276 Lines: 33 On Wed, Mar 08, 2006 at 12:53:11PM +0000, Christoph Hellwig wrote: > Please don't push this to mainline. The static kiocb will go away soon and > this just causes unessecary churn. Oh, you mean from the AIO cleanup patches sent out in the last couple of days? OK. Those patches will not apply to top of tree anyway now, due to other unrelated changes - I'll work with the IBM guys to get that sorted out though. > > Dynamically allocate vattr in places it makes sense to do so, to reduce stack use. Also re-use vattr in some places so that multiple copies are not held on-stack. > > Please don't. The vattr is small enough to allocate it on the stack. If that's Hmm, it was surprisingly big to me when I was checkstack'ing those routines. There were also places where we'd have two of these on- stack (at different call depths) at one time. > not enough I have some patches lying around to decrease it's size further. Yes please. I really can't see it getting much smaller though. But youre probably right in that we should undo the dynamic-alloc part of this one, but I we should keep the part that allows just one vattr onstack at a time. > That's much better than requiring a dynamic allocation in all these places. Ayup, naturally. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 8 17:18:15 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Mar 2006 17:18:18 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k291IEW6023834 for ; Wed, 8 Mar 2006 17:18:14 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k291J0OX027538 for ; Wed, 8 Mar 2006 19:19:00 -0600 Received: from omx2.sgi.com ([198.149.32.25]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k291ODiJ4331838 for ; Wed, 8 Mar 2006 17:24:13 -0800 (PST) Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k293QLRQ027473 for ; Wed, 8 Mar 2006 19:26:21 -0800 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 k291aI2n18306647; Wed, 8 Mar 2006 17:36:18 -0800 (PST) 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 k291ItSQ2959692; Wed, 8 Mar 2006 19:18:55 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 1D4C39E2A249; Wed, 8 Mar 2006 19:18:55 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 950678 - XFSQA: Ass fail (ifp->if_flags & (0x02|0x08)) == 0x02, xfs_bmap.c, line: 3448 Message-Id: <20060309011855.1D4C39E2A249@attica.americas.sgi.com> Date: Wed, 8 Mar 2006 19:18:55 -0600 (CST) From: alkirkco@sgi.com (Mandy Miklos) X-archive-position: 7449 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 523 Lines: 16 Fix assert to check that in-core extents are inline only. Date: Wed Mar 8 17:18:06 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/2.6.x-xfs-ia64 Inspected by: dgc The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:207634a fs/xfs/xfs_bmap.c - 1.344 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.344&r2=text&tr2=1.343&f=h - Fix assert to check that in-core extents are inline only. From owner-linux-xfs@oss.sgi.com Thu Mar 9 05:06:15 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 05:06:27 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k29D6EW6019836 for ; Thu, 9 Mar 2006 05:06:15 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1FHJrG-0006xj-QT; Thu, 09 Mar 2006 12:03:06 +0000 Date: Thu, 9 Mar 2006 12:03:06 +0000 From: Christoph Hellwig To: Suzuki Cc: linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060309120306.GA26682@infradead.org> Mail-Followup-To: Christoph Hellwig , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com References: <440FDF3E.8060400@in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440FDF3E.8060400@in.ibm.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 7450 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 419 Lines: 11 On Thu, Mar 09, 2006 at 01:24:38PM +0530, Suzuki wrote: > > Missed out linux-aio & linux-fs-devel lists. Forwarding. > > Comments ? I've seen this too. The problem is that __generic_file_aio_read can return with or without the i_mutex locked in the direct I/O case for filesystems that set DIO_OWN_LOCKING. It's a nasty one and I haven't found a better solution than copying lots of code from filemap.c into xfs. From owner-linux-xfs@oss.sgi.com Thu Mar 9 14:33:45 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 14:33:49 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k29MXhW6026341 for ; Thu, 9 Mar 2006 14:33:44 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA21666; Fri, 10 Mar 2006 09:34:14 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k29MY7JC298217; Fri, 10 Mar 2006 09:34:08 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id k29MUo9N001437; Fri, 10 Mar 2006 09:30:51 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id k29MUglp001435; Fri, 10 Mar 2006 09:30:42 +1100 Date: Fri, 10 Mar 2006 09:30:42 +1100 From: Nathan Scott To: Christoph Hellwig , Suzuki Cc: linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060309223042.GC1135@frodo> References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060309120306.GA26682@infradead.org> User-Agent: Mutt/1.5.3i X-archive-position: 7452 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1019 Lines: 29 On Thu, Mar 09, 2006 at 12:03:06PM +0000, Christoph Hellwig wrote: > On Thu, Mar 09, 2006 at 01:24:38PM +0530, Suzuki wrote: > > > > Missed out linux-aio & linux-fs-devel lists. Forwarding. > > > > Comments ? > > I've seen this too. The problem is that __generic_file_aio_read can return > with or without the i_mutex locked in the direct I/O case for filesystems > that set DIO_OWN_LOCKING. Not for reads AFAICT - __generic_file_aio_read + own-locking should always have released i_mutex at the end of the direct read - are you thinking of writes or have I missed something? > It's a nasty one and I haven't found a better solution > than copying lots of code from filemap.c into xfs. Er, eek? Hopefully thats not needed - from my reading of the code, all the i_mutex locking for direct reads lives inside direct-io.c, not filemap.c -- is the solution from my other mail not workable? (isn't it only writes that has the wierd buffered I/O fallback + i_sem/i_mutex locking interaction?). thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Mar 9 14:25:21 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 14:25:32 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k29MPJW6025545 for ; Thu, 9 Mar 2006 14:25:21 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA21529; Fri, 10 Mar 2006 09:25:59 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k29MPrJC327495; Fri, 10 Mar 2006 09:25:56 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id k29MMc9N001399; Fri, 10 Mar 2006 09:22:39 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id k29MMWda001397; Fri, 10 Mar 2006 09:22:32 +1100 Date: Fri, 10 Mar 2006 09:22:32 +1100 From: Nathan Scott To: Suzuki Cc: lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060309222232.GB1135@frodo> References: <440FD66D.6060308@in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440FD66D.6060308@in.ibm.com> User-Agent: Mutt/1.5.3i X-archive-position: 7451 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3010 Lines: 74 On Thu, Mar 09, 2006 at 12:47:01PM +0530, Suzuki wrote: > Hi all, Hi there Suzuki, > I was working on an issue with getting "Badness in > __mutex_unlock_slowpath" and hence a stack trace, while running FS > stress tests on XFS on 2.6.16-rc5 kernel. Thanks for looking into this. > The dmesg looks like : > > Badness in __mutex_unlock_slowpath at kernel/mutex.c:207 > [] show_trace+0x20/0x22 > [] dump_stack+0x1e/0x20 > [] __mutex_unlock_slowpath+0x12a/0x23b > [] mutex_unlock+0xb/0xd > [] xfs_read+0x230/0x2d9 > [] linvfs_aio_read+0x8d/0x98 > [] do_sync_read+0xb8/0x107 > [] vfs_read+0xc9/0x19b > [] sys_read+0x47/0x6e > [] sysenter_past_esp+0x54/0x75 Yeah, test 008 from the xfstests suite was reliably hitting this for me, it'd just not percolated to the top of my todo list yet. > This happens with XFS DIO reads. xfs_read holds the i_mutex and issues a > __generic_file_aio_read(), which falls into __blockdev_direct_IO with > DIO_OWN_LOCKING flag (since xfs uses own_locking ). Now > __blockdev_direct_IO releases the i_mutex for READs with > DIO_OWN_LOCKING.When it returns to xfs_read, it tries to unlock the > i_mutex ( which is now already unlocked), causing the "Badness". Indeed. And there's the problem - why is XFS releasing i_mutex for the direct read in xfs_read? Shouldn't be - fs/direct-io.c will always release i_mutex for a direct read in the own-locking case, so XFS shouldn't be doing it too (thats what the code does and thats what the comment preceding __blockdev_direct_IO says). The only piece of the puzzle I don't understand is why we don't always get that badness message at the end of every direct read. Perhaps its some subtle fastpath/slowpath difference, or maybe "debug_mutex_on" gets switched off after the first occurance... Anyway, with the above change (remove 2 lines near xfs_read end), I can no longer reproduce the problem in that previously-warning test case, and all the other XFS tests seem to be chugging along OK (which includes a healthy mix of dio testing). > The possible solution which we can think of, is not to unlock the > i_mutex for DIO_OWN_LOCKING. This will only affect the DIO_OWN_LOCKING > users (as of now, only XFS ) with concurrent DIO sync read requests. AIO > read requests would not suffer this problem since they would just return > once the DIO is submitted. I don't think that level of invasiveness is necessary at this stage, but perhaps you're seeing something that I've missed? Do you see any reason why removing the xfs_read unlock wont work? > Another work around for this can be adding a check "mutex_is_locked" > before trying to unlock i_mutex in xfs_read. But this seems to be an > ugly hack. :( Hmm, that just plain wouldn't work - what if the lock was released in generic direct IO code, and someone else had acquired it before we got to the end of xfs_read? Badness for sure. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Mar 9 14:41:57 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 14:42:04 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k29MfiW6027444 for ; Thu, 9 Mar 2006 14:41:57 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1FHTpr-0001nX-OK; Thu, 09 Mar 2006 22:42:19 +0000 Date: Thu, 9 Mar 2006 22:42:19 +0000 From: Christoph Hellwig To: Nathan Scott Cc: Christoph Hellwig , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060309224219.GA6709@infradead.org> Mail-Followup-To: Christoph Hellwig , Nathan Scott , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060309223042.GC1135@frodo> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 7453 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 481 Lines: 10 On Fri, Mar 10, 2006 at 09:30:42AM +1100, Nathan Scott wrote: > Not for reads AFAICT - __generic_file_aio_read + own-locking > should always have released i_mutex at the end of the direct > read - are you thinking of writes or have I missed something? if an error occurs before a_ops->direct_IO is called __generic_file_aio_read will return with i_mutex still locked. Note that checking for negative return values is not enough as __blockdev_direct_IO can return errors aswell. From owner-linux-xfs@oss.sgi.com Thu Mar 9 15:17:36 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 15:17:41 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k29NHZW6030802 for ; Thu, 9 Mar 2006 15:17:36 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA22858; Fri, 10 Mar 2006 10:17:54 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k29NHlJC328428; Fri, 10 Mar 2006 10:17:47 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id k29NET9N001558; Fri, 10 Mar 2006 10:14:30 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id k29NEM4r001556; Fri, 10 Mar 2006 10:14:22 +1100 Date: Fri, 10 Mar 2006 10:14:22 +1100 From: Nathan Scott To: Christoph Hellwig Cc: Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060309231422.GD1135@frodo> References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060309224219.GA6709@infradead.org> User-Agent: Mutt/1.5.3i X-archive-position: 7454 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 806 Lines: 21 On Thu, Mar 09, 2006 at 10:42:19PM +0000, Christoph Hellwig wrote: > On Fri, Mar 10, 2006 at 09:30:42AM +1100, Nathan Scott wrote: > > Not for reads AFAICT - __generic_file_aio_read + own-locking > > should always have released i_mutex at the end of the direct > > read - are you thinking of writes or have I missed something? > > if an error occurs before a_ops->direct_IO is called __generic_file_aio_read > will return with i_mutex still locked. Note that checking for negative > return values is not enough as __blockdev_direct_IO can return errors > aswell. *groan* - right you are. Another option may be to have the generic dio+own-locking case reacquire i_mutex if it drops it, before returning... thoughts? Seems alot less invasive than the filemap.c code dup'ing thing. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Mar 9 16:53:26 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 16:53:29 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2A0rOW6010490 for ; Thu, 9 Mar 2006 16:53:25 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA25031; Fri, 10 Mar 2006 11:53:52 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2A0rjJC330616; Fri, 10 Mar 2006 11:53:46 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id k2A0oS9N001851; Fri, 10 Mar 2006 11:50:29 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id k2A0oKTY001849; Fri, 10 Mar 2006 11:50:20 +1100 Date: Fri, 10 Mar 2006 11:50:20 +1100 From: Nathan Scott To: Christoph Hellwig , Suzuki Cc: linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060310005020.GF1135@frodo> References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> <20060309231422.GD1135@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060309231422.GD1135@frodo> User-Agent: Mutt/1.5.3i X-archive-position: 7455 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3757 Lines: 102 On Fri, Mar 10, 2006 at 10:14:22AM +1100, Nathan Scott wrote: > On Thu, Mar 09, 2006 at 10:42:19PM +0000, Christoph Hellwig wrote: > > On Fri, Mar 10, 2006 at 09:30:42AM +1100, Nathan Scott wrote: > > > Not for reads AFAICT - __generic_file_aio_read + own-locking > > > should always have released i_mutex at the end of the direct > > > read - are you thinking of writes or have I missed something? > > > > if an error occurs before a_ops->direct_IO is called __generic_file_aio_read > > will return with i_mutex still locked. Note that checking for negative > > return values is not enough as __blockdev_direct_IO can return errors > > aswell. > > *groan* - right you are. Another option may be to have the > generic dio+own-locking case reacquire i_mutex if it drops > it, before returning... thoughts? Seems alot less invasive > than the filemap.c code dup'ing thing. Something like this (works OK for me)... cheers. -- Nathan Index: 2.6.x-xfs/fs/direct-io.c =================================================================== --- 2.6.x-xfs.orig/fs/direct-io.c +++ 2.6.x-xfs/fs/direct-io.c @@ -1155,15 +1155,16 @@ direct_io_worker(int rw, struct kiocb *i * For writes, i_mutex is not held on entry; it is never taken. * * DIO_LOCKING (simple locking for regular files) - * For writes we are called under i_mutex and return with i_mutex held, even though - * it is internally dropped. + * For writes we are called under i_mutex and return with i_mutex held, even + * though it is internally dropped. * For reads, i_mutex is not held on entry, but it is taken and dropped before * returning. * * DIO_OWN_LOCKING (filesystem provides synchronisation and handling of * uninitialised data, allowing parallel direct readers and writers) * For writes we are called without i_mutex, return without it, never touch it. - * For reads, i_mutex is held on entry and will be released before returning. + * For reads we are called under i_mutex and return with i_mutex held, even + * though it may be internally dropped. * * Additional i_alloc_sem locking requirements described inline below. */ @@ -1182,7 +1183,8 @@ __blockdev_direct_IO(int rw, struct kioc ssize_t retval = -EINVAL; loff_t end = offset; struct dio *dio; - int reader_with_isem = (rw == READ && dio_lock_type == DIO_OWN_LOCKING); + int release_i_mutex = 0; + int acquire_i_mutex = 0; if (rw & WRITE) current->flags |= PF_SYNCWRITE; @@ -1225,7 +1227,6 @@ __blockdev_direct_IO(int rw, struct kioc * writers need to grab i_alloc_sem only (i_mutex is already held) * For regular files using DIO_OWN_LOCKING, * neither readers nor writers take any locks here - * (i_mutex is already held and release for writers here) */ dio->lock_type = dio_lock_type; if (dio_lock_type != DIO_NO_LOCKING) { @@ -1236,7 +1237,7 @@ __blockdev_direct_IO(int rw, struct kioc mapping = iocb->ki_filp->f_mapping; if (dio_lock_type != DIO_OWN_LOCKING) { mutex_lock(&inode->i_mutex); - reader_with_isem = 1; + release_i_mutex = 1; } retval = filemap_write_and_wait_range(mapping, offset, @@ -1248,7 +1249,7 @@ __blockdev_direct_IO(int rw, struct kioc if (dio_lock_type == DIO_OWN_LOCKING) { mutex_unlock(&inode->i_mutex); - reader_with_isem = 0; + acquire_i_mutex = 1; } } @@ -1269,11 +1270,13 @@ __blockdev_direct_IO(int rw, struct kioc nr_segs, blkbits, get_blocks, end_io, dio); if (rw == READ && dio_lock_type == DIO_LOCKING) - reader_with_isem = 0; + release_i_mutex = 0; out: - if (reader_with_isem) + if (release_i_mutex) mutex_unlock(&inode->i_mutex); + else if (acquire_i_mutex) + mutex_lock(&inode->i_mutex); if (rw & WRITE) current->flags &= ~PF_SYNCWRITE; return retval; From owner-linux-xfs@oss.sgi.com Thu Mar 9 21:39:42 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Mar 2006 21:39:47 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2A5deW6007695 for ; Thu, 9 Mar 2006 21:39:41 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA29451; Fri, 10 Mar 2006 16:40:19 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 2116A49BFAEC; Fri, 10 Mar 2006 16:40:19 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: PARTIAL TAKE 947312 - stack Message-Id: <20060310054019.2116A49BFAEC@chook.melbourne.sgi.com> Date: Fri, 10 Mar 2006 16:40:19 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7456 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1192 Lines: 33 Dynamically allocate the xfs_dinode_core_t structure to reduce our stack footprint in xfs_ialloc_ag_alloc. Date: Fri Mar 10 16:09:56 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25420a xfs_ialloc.c - 1.184 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_ialloc.c.diff?r1=text&tr1=1.184&r2=text&tr2=1.183&f=h Revert kiocb and vattr stack changes, theory is the AIO rework will help here and vattr may be small enough. Date: Fri Mar 10 16:39:34 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@lst.de The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25423a linux-2.6/xfs_file.c - 1.132 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.132&r2=text&tr2=1.131&f=h linux-2.6/xfs_iops.c - 1.243 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.243&r2=text&tr2=1.242&f=h From owner-linux-xfs@oss.sgi.com Fri Mar 10 01:03:47 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Mar 2006 01:03:49 -0800 (PST) Received: from over.co.us.ibm.com (over.co.us.ibm.com [32.97.110.157]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2A93lW6004343 for ; Fri, 10 Mar 2006 01:03:47 -0800 Received: from e36.co.us.ibm.com (e36.boulder.ibm.com [9.17.249.46]) by bldfb.esmtp.ibm.com (8.12.11/8.12.11) with ESMTP id k2A60i4U012003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Mar 2006 01:00:44 -0500 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e36.co.us.ibm.com (8.12.11/8.12.11) with ESMTP id k2A60dtm028757 for ; Fri, 10 Mar 2006 01:00:39 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2A63Uqe192316 for ; Thu, 9 Mar 2006 23:03:30 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id k2A60cYi002304 for ; Thu, 9 Mar 2006 23:00:39 -0700 Received: from [9.124.35.48] ([9.124.35.48]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id k2A60YZK002095; Thu, 9 Mar 2006 23:00:35 -0700 Message-ID: <4411175F.8040504@in.ibm.com> Date: Fri, 10 Mar 2006 11:36:23 +0530 From: Suzuki Organization: IBM Software Labs User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests References: <440FD66D.6060308@in.ibm.com> <20060309222232.GB1135@frodo> In-Reply-To: <20060309222232.GB1135@frodo> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7457 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: suzuki@in.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 3328 Lines: 96 Hi Nathan, Nathan Scott wrote: > On Thu, Mar 09, 2006 at 12:47:01PM +0530, Suzuki wrote: > >>Hi all, > > > Hi there Suzuki, > > >>I was working on an issue with getting "Badness in >>__mutex_unlock_slowpath" and hence a stack trace, while running FS >>stress tests on XFS on 2.6.16-rc5 kernel. > > > Thanks for looking into this. > > >>The dmesg looks like : >> >>Badness in __mutex_unlock_slowpath at kernel/mutex.c:207 >> [] show_trace+0x20/0x22 >> [] dump_stack+0x1e/0x20 >> [] __mutex_unlock_slowpath+0x12a/0x23b >> [] mutex_unlock+0xb/0xd >> [] xfs_read+0x230/0x2d9 >> [] linvfs_aio_read+0x8d/0x98 >> [] do_sync_read+0xb8/0x107 >> [] vfs_read+0xc9/0x19b >> [] sys_read+0x47/0x6e >> [] sysenter_past_esp+0x54/0x75 > > > Yeah, test 008 from the xfstests suite was reliably hitting this for > me, it'd just not percolated to the top of my todo list yet. > > >>This happens with XFS DIO reads. xfs_read holds the i_mutex and issues a >>__generic_file_aio_read(), which falls into __blockdev_direct_IO with >>DIO_OWN_LOCKING flag (since xfs uses own_locking ). Now >>__blockdev_direct_IO releases the i_mutex for READs with >>DIO_OWN_LOCKING.When it returns to xfs_read, it tries to unlock the >>i_mutex ( which is now already unlocked), causing the "Badness". > > > Indeed. And there's the problem - why is XFS releasing i_mutex > for the direct read in xfs_read? Shouldn't be - fs/direct-io.c > will always release i_mutex for a direct read in the own-locking > case, so XFS shouldn't be doing it too (thats what the code does > and thats what the comment preceding __blockdev_direct_IO says). > > The only piece of the puzzle I don't understand is why we don't > always get that badness message at the end of every direct read. > Perhaps its some subtle fastpath/slowpath difference, or maybe > "debug_mutex_on" gets switched off after the first occurance... Yes, the debug_mutex_on gets switched off after the first occurence. > > Anyway, with the above change (remove 2 lines near xfs_read end), > I can no longer reproduce the problem in that previously-warning > test case, and all the other XFS tests seem to be chugging along > OK (which includes a healthy mix of dio testing). > > >>The possible solution which we can think of, is not to unlock the >>i_mutex for DIO_OWN_LOCKING. This will only affect the DIO_OWN_LOCKING >>users (as of now, only XFS ) with concurrent DIO sync read requests. AIO >>read requests would not suffer this problem since they would just return >>once the DIO is submitted. > > > I don't think that level of invasiveness is necessary at this stage, > but perhaps you're seeing something that I've missed? Do you see > any reason why removing the xfs_read unlock wont work? > But, what happens if __generic_file_aio_read() hits some error before doing the aops->direct_IO ? > >>Another work around for this can be adding a check "mutex_is_locked" >>before trying to unlock i_mutex in xfs_read. But this seems to be an >>ugly hack. :( > > > Hmm, that just plain wouldn't work - what if the lock was released > in generic direct IO code, and someone else had acquired it before > we got to the end of xfs_read? Badness for sure. > > cheers. > Suzuki. From owner-linux-xfs@oss.sgi.com Fri Mar 10 07:43:00 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Mar 2006 07:43:02 -0800 (PST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2AFgtW6028722 for ; Fri, 10 Mar 2006 07:43:00 -0800 Received: from saturn.flamingspork.com (ppp163-199.static.internode.on.net [150.101.163.199]) by smtp3.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k2AFhVwv039814 for ; Sat, 11 Mar 2006 02:13:32 +1030 (CST) (envelope-from stewart@flamingspork.com) Received: from localhost.localdomain (saturn.flamingspork.com [127.0.0.1]) by saturn.flamingspork.com (Postfix) with ESMTP id 34034C3E3CA for ; Sat, 11 Mar 2006 02:43:31 +1100 (EST) Received: by localhost.localdomain (Postfix, from userid 1000) id 8B522144968B; Sat, 11 Mar 2006 02:44:58 +1100 (EST) Subject: logging of metadata ops From: Stewart Smith To: Linux-xfs@oss.sgi.com Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+MAofUDbwPw7/Ekz8bZx" Date: Fri, 10 Mar 2006 16:44:57 +0100 Message-Id: <1142005498.9240.63.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 X-archive-position: 7458 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stewart@flamingspork.com Precedence: bulk X-list: linux-xfs Content-Length: 1473 Lines: 45 --=-+MAofUDbwPw7/Ekz8bZx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable on creat(), write(), close() of a file in a directory, at what point is the creation of the file and its addition to the directory flushed to the log on disk? I'm trying to work out what limitations may exist in the "create one million tables" benchmark that we've been talking about on planetmysql (and now planet postgresql as well). For MyISAM this would mean creating 3,000,000 files in a directory. Currently I'm seeing about 100 table creates/sec (so about 300 files/sec) although bonnie++ shows 716 file creations per second. So, since MySQL is also writing data to these files, could anything interesting be happening with the log? It's also quite possible that MySQL is the bottleneck here and we should be able to do 716/3=3D238 table creations/sec. Although it'd be good to know if that number could be improved upon simply by tuning the FS log. (this message comes from the random useless benchmark of the week dept) --=20 Stewart Smith (stewart@flamingspork.com) http://www.flamingspork.com/ --=-+MAofUDbwPw7/Ekz8bZx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBEEZ75KglWCUL+FDoRAiyoAJ95BRz2g8kQmzovbfunK06WdvBy0QCdEAxC rzqR0S95XtHaLm+/7ZjxWns= =rsL2 -----END PGP SIGNATURE----- --=-+MAofUDbwPw7/Ekz8bZx-- From owner-linux-xfs@oss.sgi.com Fri Mar 10 08:51:13 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Mar 2006 08:51:23 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2AGpDW6007161 for ; Fri, 10 Mar 2006 08:51:13 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1FHjrp-0001OR-LL; Fri, 10 Mar 2006 15:49:25 +0000 Date: Fri, 10 Mar 2006 15:49:25 +0000 From: Christoph Hellwig To: Nathan Scott Cc: Christoph Hellwig , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060310154925.GA5339@infradead.org> Mail-Followup-To: Christoph Hellwig , Nathan Scott , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> <20060309231422.GD1135@frodo> <20060310005020.GF1135@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310005020.GF1135@frodo> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 7459 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 365 Lines: 8 On Fri, Mar 10, 2006 at 11:50:20AM +1100, Nathan Scott wrote: > Something like this (works OK for me)... Yeah, that should work for now. But long-term we really need to redo direct I/O locking to have a common scheme for all filesystems. I've heard birds whistling RH patches yet another scheme into RHEL4 for GFS an it's definitly already far too complex now. From owner-linux-xfs@oss.sgi.com Fri Mar 10 10:04:24 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Mar 2006 10:04:33 -0800 (PST) Received: from orca.ele.uri.edu (orca.ele.uri.edu [131.128.51.63]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2AI4NW6015233 for ; Fri, 10 Mar 2006 10:04:23 -0800 Received: from [192.168.1.4] (c-71-192-62-254.hsd1.ma.comcast.net [71.192.62.254]) (authenticated bits=0) by orca.ele.uri.edu (8.13.4/8.13.4) with ESMTP id k2AH1Dw6017901 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 10 Mar 2006 12:01:14 -0500 Subject: Re: logging of metadata ops From: Ming Zhang Reply-To: mingz@ele.uri.edu To: Stewart Smith Cc: Linux-xfs@oss.sgi.com In-Reply-To: <1142005498.9240.63.camel@localhost.localdomain> References: <1142005498.9240.63.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 10 Mar 2006 12:01:08 -0500 Message-Id: <1142010068.20484.85.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.52 on 131.128.51.63 X-archive-position: 7460 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mingz@ele.uri.edu Precedence: bulk X-list: linux-xfs Content-Length: 1113 Lines: 29 not sure but see if LTT http://www.opersys.com/LTT/ can help u to log. ming On Fri, 2006-03-10 at 16:44 +0100, Stewart Smith wrote: > on creat(), write(), close() of a file in a directory, at what point is > the creation of the file and its addition to the directory flushed to > the log on disk? > > I'm trying to work out what limitations may exist in the "create one > million tables" benchmark that we've been talking about on planetmysql > (and now planet postgresql as well). > > For MyISAM this would mean creating 3,000,000 files in a directory. > Currently I'm seeing about 100 table creates/sec (so about 300 > files/sec) although bonnie++ shows 716 file creations per second. > > So, since MySQL is also writing data to these files, could anything > interesting be happening with the log? > > It's also quite possible that MySQL is the bottleneck here and we should > be able to do 716/3=238 table creations/sec. > > Although it'd be good to know if that number could be improved upon > simply by tuning the FS log. > > (this message comes from the random useless benchmark of the week dept) From owner-linux-xfs@oss.sgi.com Sun Mar 12 13:25:10 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 12 Mar 2006 13:25:18 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2CLP9W6010578 for ; Sun, 12 Mar 2006 13:25:09 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA00815; Mon, 13 Mar 2006 08:25:36 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2CLPNeS15111899; Mon, 13 Mar 2006 08:25:23 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2CLPK9M15128322; Mon, 13 Mar 2006 08:25:20 +1100 (EST) Date: Mon, 13 Mar 2006 08:25:20 +1100 From: David Chinner To: Stewart Smith Cc: Linux-xfs@oss.sgi.com Subject: Re: logging of metadata ops Message-ID: <20060312212519.GH1173973@melbourne.sgi.com> References: <1142005498.9240.63.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1142005498.9240.63.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-archive-position: 7461 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1466 Lines: 41 On Fri, Mar 10, 2006 at 04:44:57PM +0100, Stewart Smith wrote: > on creat(), write(), close() of a file in a directory, at what point is > the creation of the file and its addition to the directory flushed to > the log on disk? Seeing as they are async transactions, they typically get flushed to disk when the iclogbuf has no more space available. > For MyISAM this would mean creating 3,000,000 files in a directory. > Currently I'm seeing about 100 table creates/sec (so about 300 > files/sec) although bonnie++ shows 716 file creations per second. For how many files in the bonnie run? If the number of inodes is small enough that you don't fill the log and cause tail pushing (i.e. actually writing metadata buffers to disk), then the bonnie numbers will be misleadingly high - they'll be peak numbers instead of sustained throughput..... > So, since MySQL is also writing data to these files, could anything > interesting be happening with the log? Data writes will increase log traffic due to allocation transactions and it will also increase disk seeks. Both of these will slow the create rate down. > It's also quite possible that MySQL is the bottleneck here and we should > be able to do 716/3=238 table creations/sec. > > Although it'd be good to know if that number could be improved upon > simply by tuning the FS log. v2 log, mount with "-o logbsize=256k". Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Mon Mar 13 12:05:21 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Mar 2006 12:06:04 -0800 (PST) Received: from mailout.stusta.mhn.de ([141.84.69.5]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2DK5BW6002940 for ; Mon, 13 Mar 2006 12:05:20 -0800 Received: (qmail 24562 invoked from network); 13 Mar 2006 20:05:44 -0000 Received: from r063144.stusta.swh.mhn.de (10.150.63.144) by mailout.stusta.mhn.de with SMTP; 13 Mar 2006 20:05:44 -0000 Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000) id F30EC147B4D; Mon, 13 Mar 2006 21:05:44 +0100 (CET) Date: Mon, 13 Mar 2006 21:05:44 +0100 From: Adrian Bunk To: Linus Torvalds , Andrew Morton Cc: Linux Kernel Mailing List , Avuton Olrich , xfs-masters@oss.sgi.com, linux-xfs@oss.sgi.com, Dave Jones , len.brown@intel.com, linux-acpi@vger.kernel.org, norsk5@xmission.com, dsp@llnl.gov, bluesmoke-devel@lists.sourceforge.net, gregkh@suse.de, linux-usb-devel@lists.sourceforge.net, pete.chapman@exgate.tek.com, Olaf Hering , paulus@samba.org, anton@samba.org, linuxppc64-dev@ozlabs.org, Tom Seeley , Jiri Slaby , laredo@gnu.org, v4l-dvb-maintainer@linuxtv.org, video4linux-list@redhat.com Subject: 2.6.16-rc6: known regressions Message-ID: <20060313200544.GG13973@stusta.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7464 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bunk@stusta.de Precedence: bulk X-list: linux-xfs Content-Length: 2069 Lines: 66 This email lists some known regressions in 2.6.16-rc6 compared to 2.6.15. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you was declared guilty for a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : XFS oopses on my box sometimes References : http://bugzilla.kernel.org/show_bug.cgi?id=6180 Submitter : Avuton Olrich Status : unknown Subject : 2.6.16-rc5 acpi slab corruption References : http://lkml.org/lkml/2006/3/1/223 Submitter : Dave Jones Status : unknown Subject : edac slab corruption References : http://lkml.org/lkml/2006/3/5/14 Submitter : Dave Jones Status : unknown Subject : yet more slab corruption References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184310 Submitter : Dave Jones Status : unknown Subject : Slab corruption in usbserial when disconnecting device References : http://lkml.org/lkml/2006/3/8/58 Submitter : pete.chapman@exgate.tek.com Status : unknown Subject : 2.6.16-rc5-git14 crash in spin_bug on ppc64 References : http://lkml.org/lkml/2006/3/10/190 Submitter : Olaf Hering Status : unknown Subject : Stradis driver udev brekage References : http://bugzilla.kernel.org/show_bug.cgi?id=6170 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181063 http://lkml.org/lkml/2006/2/18/204 Submitter : Tom Seeley Dave Jones Handled-By : Jiri Slaby Status : unknown cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed From owner-linux-xfs@oss.sgi.com Mon Mar 13 14:53:05 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Mar 2006 14:53:10 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2DMr2W6027979 for ; Mon, 13 Mar 2006 14:53:03 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA18028 for ; Tue, 14 Mar 2006 09:53:45 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id CC25049BFAF4; Tue, 14 Mar 2006 09:53:43 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - Merge up to 2.6.16-rc6. Message-Id: <20060313225343.CC25049BFAF4@chook.melbourne.sgi.com> Date: Tue, 14 Mar 2006 09:53:43 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7465 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 78315 Lines: 972 Date: Tue Mar 14 09:52:29 AEDT 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:25443a split-patches/kdb-v4.4-2.6.16-rc6-i386-1 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.16-rc6-i386-1 split-patches/kdb-v4.4-2.6.16-rc6-ia64-1 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.16-rc6-ia64-1 split-patches/kdb-v4.4-2.6.16-rc6-common-1 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.16-rc6-common-1 CREDITS - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/CREDITS.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kernel-parameters.txt - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kernel-parameters.txt.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h MAINTAINERS - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/MAINTAINERS.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h Makefile - 1.39 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Makefile.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h arch/alpha/kernel/irq.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/alpha/kernel/irq.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/arm/Kconfig - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/Kconfig.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/arm/kernel/time.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/time.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/h8300/kernel/process.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/h8300/kernel/process.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/i386/Makefile - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/Makefile.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h arch/i386/kernel/Makefile - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/Makefile.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/i386/kernel/acpi/Makefile - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/acpi/Makefile.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/i386/kernel/acpi/boot.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/acpi/boot.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h arch/i386/kernel/cpu/common.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/cpu/common.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kernel/entry.S - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/entry.S.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h arch/i386/kernel/i8259.c - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/i8259.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h arch/i386/kernel/io_apic.c - 1.30 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/io_apic.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h arch/i386/kernel/irq.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/irq.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/i386/kernel/microcode.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/microcode.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/i386/kernel/nmi.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/nmi.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/i386/kernel/reboot.c - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/reboot.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h arch/i386/kernel/setup.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/setup.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h arch/i386/kernel/smp.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/smp.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h arch/i386/kernel/smpboot.c - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/smpboot.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h arch/i386/kernel/time.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/time.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/i386/kernel/traps.c - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/traps.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h arch/i386/kernel/vmlinux.lds.S - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/vmlinux.lds.S.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/ia64/Makefile - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/Makefile.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h arch/ia64/defconfig - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/defconfig.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/ia64/kernel/fsys.S - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/fsys.S.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/ia64/kernel/ivt.S - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/ivt.S.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/ia64/kernel/mca.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/mca.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h arch/ia64/kernel/smp.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/smp.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/ia64/kernel/traps.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/traps.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h arch/ia64/kernel/unaligned.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/unaligned.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/ia64/kernel/unwind.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/unwind.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/ia64/kernel/vmlinux.lds.S - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/vmlinux.lds.S.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/ia64/pci/pci.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/pci/pci.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/ia64/sn/kernel/sn2/sn2_smp.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/sn2/sn2_smp.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/mips/Kconfig - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/Kconfig.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/mips/Makefile - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/Makefile.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/mips/arc/arc_con.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/arc/arc_con.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/kernel/linux32.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/linux32.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/kernel/scall64-n32.S - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/scall64-n32.S.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/mips/kernel/scall64-o32.S - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/scall64-o32.S.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/mips/kernel/setup.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/setup.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/mips/kernel/smp.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/smp.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/mips/kernel/time.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/time.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/mips/kernel/vmlinux.lds.S - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/vmlinux.lds.S.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/mips/mm/c-r4k.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/c-r4k.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/momentum/ocelot_c/irq.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/ocelot_c/irq.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/mips/momentum/ocelot_c/prom.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/ocelot_c/prom.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/mips/momentum/ocelot_c/setup.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/ocelot_c/setup.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/pci/pci-ocelot-c.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/pci/pci-ocelot-c.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/mips/sibyte/cfe/smp.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/sibyte/cfe/smp.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ppc/kernel/asm-offsets.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/kernel/asm-offsets.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ppc/kernel/entry.S - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/kernel/entry.S.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/s390/lib/uaccess.S - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/s390/lib/uaccess.S.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/s390/lib/uaccess64.S - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/s390/lib/uaccess64.S.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/sh/Kconfig - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sh/Kconfig.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/sparc64/kernel/sys32.S - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/kernel/sys32.S.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/sparc64/lib/U3copy_from_user.S - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/U3copy_from_user.S.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/sparc64/lib/U3copy_to_user.S - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/U3copy_to_user.S.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/sparc64/lib/strlen_user.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/strlen_user.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/sparc64/lib/strncpy_from_user.S - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/strncpy_from_user.S.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/sparc64/solaris/entry64.S - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/solaris/entry64.S.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/v850/kernel/process.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/v850/kernel/process.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/x86_64/kernel/apic.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/apic.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/atm/fore200e.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/atm/fore200e.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/block/DAC960.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/block/DAC960.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/char/hw_random.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/hw_random.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/char/keyboard.c - 1.28 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/keyboard.c.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h drivers/char/sx.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/sx.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/char/tty_io.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/tty_io.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h drivers/ide/legacy/ide-cs.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/legacy/ide-cs.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/ieee1394/video1394.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ieee1394/video1394.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/input/mouse/psmouse-base.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/mouse/psmouse-base.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/isdn/hisax/config.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/isdn/hisax/config.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/isdn/hisax/hfc_pci.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/isdn/hisax/hfc_pci.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/isdn/i4l/isdn_tty.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/isdn/i4l/isdn_tty.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/md/raid1.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/md/raid1.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/media/dvb/dvb-core/demux.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/demux.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/dvb/frontends/Kconfig - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/Kconfig.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/dvb/frontends/mt312.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/mt312.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/media/dvb/frontends/mt312.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/mt312.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/ttpci/av7110.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/av7110.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/media/dvb/ttpci/av7110_ir.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/av7110_ir.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/media/video/cpia.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cpia.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/video/saa7134/saa7134-cards.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-cards.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/media/video/videocodec.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/videocodec.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/video/zr36050.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/zr36050.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/video/zr36060.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/zr36060.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/video/zr36120_i2c.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/zr36120_i2c.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/mtd/redboot.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mtd/redboot.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/net/3c509.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/3c509.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/net/8139cp.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/8139cp.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/net/Kconfig - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/Kconfig.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h drivers/net/de620.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/de620.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/net/dl2k.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/dl2k.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/net/e1000/e1000.h - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/e1000/e1000.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/net/e1000/e1000_main.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/e1000/e1000_main.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/net/pcmcia/axnet_cs.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/pcmcia/axnet_cs.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/net/sis900.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/sis900.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/net/tg3.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tg3.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h drivers/net/tulip/de2104x.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tulip/de2104x.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/parport/parport_serial.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/parport/parport_serial.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/pcmcia/ds.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/pcmcia/ds.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/pnp/card.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/pnp/card.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/s390/block/dasd.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/block/dasd.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/s390/block/dasd_genhd.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/block/dasd_genhd.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/s390/block/dasd_int.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/block/dasd_int.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/s390/block/dasd_proc.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/block/dasd_proc.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/s390/cio/chsc.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/cio/chsc.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/scsi/aha152x.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/aha152x.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/scsi/aha152x.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/aha152x.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/scsi/jazz_esp.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/jazz_esp.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/scsi/libata-core.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/libata-core.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h drivers/scsi/libata-scsi.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/libata-scsi.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h drivers/scsi/libata.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/libata.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/scsi/pcmcia/aha152x_stub.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/pcmcia/aha152x_stub.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/scsi/sata_sil.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sata_sil.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/scsi/scsi_error.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_error.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/scsi/scsi_lib.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_lib.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/scsi/scsi_scan.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_scan.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/scsi/sg.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sg.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/scsi/sr_ioctl.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sr_ioctl.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/scsi/sym53c8xx_2/sym_hipd.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sym53c8xx_2/sym_hipd.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/serial/8250.c - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/8250.c.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h drivers/serial/serial_core.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/serial_core.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h drivers/serial/sunsu.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/sunsu.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/usb/host/ohci-hcd.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/ohci-hcd.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h drivers/usb/host/ohci-pci.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/ohci-pci.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/usb/host/ohci-q.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/ohci-q.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h drivers/usb/input/hid-core.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/input/hid-core.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h drivers/usb/input/usbkbd.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/input/usbkbd.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/usb/serial/ftdi_sio.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/serial/ftdi_sio.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/usb/serial/ftdi_sio.h - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/serial/ftdi_sio.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/usb/serial/usb-serial.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/serial/usb-serial.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/usb/serial/visor.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/serial/visor.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/usb/serial/visor.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/serial/visor.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/usb/storage/unusual_devs.h - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/storage/unusual_devs.h.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h drivers/video/aty/aty128fb.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/aty/aty128fb.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/video/imsttfb.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/imsttfb.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/video/neofb.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/neofb.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/video/tdfxfb.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/tdfxfb.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h fs/cifs/cifsproto.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/cifsproto.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h fs/cifs/connect.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/connect.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h fs/cifs/misc.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cifs/misc.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/compat_ioctl.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/compat_ioctl.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h fs/cramfs/inode.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/cramfs/inode.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h fs/dcache.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/dcache.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h fs/exec.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/exec.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h fs/ext3/inode.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ext3/inode.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h fs/ext3/namei.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ext3/namei.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/fifo.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/fifo.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/file_table.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/file_table.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h fs/jffs2/nodelist.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/jffs2/nodelist.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h fs/jffs2/readinode.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/jffs2/readinode.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h fs/jffs2/scan.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/jffs2/scan.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h fs/namei.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/namei.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h fs/partitions/ibm.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/partitions/ibm.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/pipe.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/pipe.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h fs/proc/proc_misc.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/proc/proc_misc.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h fs/proc/task_mmu.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/proc/task_mmu.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/ramfs/inode.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ramfs/inode.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h fs/reiserfs/file.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/reiserfs/file.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h fs/reiserfs/inode.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/reiserfs/inode.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h fs/reiserfs/journal.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/reiserfs/journal.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h fs/reiserfs/namei.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/reiserfs/namei.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/udf/inode.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/udf/inode.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h fs/udf/super.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/udf/super.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h fs/udf/udf_sb.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/udf/udf_sb.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-arm/tlbflush.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/tlbflush.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-generic/unaligned.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-generic/unaligned.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-i386/apic.h - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/apic.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h include/asm-i386/kmap_types.h - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kmap_types.h.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h include/asm-i386/mach-default/irq_vectors.h - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/mach-default/irq_vectors.h.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h include/asm-i386/ptrace.h - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/ptrace.h.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h include/asm-ia64/sn/arch.h - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/sn/arch.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h include/asm-m68k/atomic.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-m68k/atomic.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-mips/atomic.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/atomic.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/asm-mips/io.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/io.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/asm-mips/smp.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/smp.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-mips/system.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/system.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/vga.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/vga.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-s390/system.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-s390/system.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-sparc64/uaccess.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-sparc64/uaccess.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-x86_64/acpi.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-x86_64/acpi.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/linux/compat_ioctl.h - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/compat_ioctl.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h include/linux/console.h - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/console.h.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h include/linux/file.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/file.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/linux/fs.h - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/fs.h.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h include/linux/gfp.h - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/gfp.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h include/linux/kmalloc_sizes.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/kmalloc_sizes.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/netfilter_bridge/ebt_log.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/netfilter_bridge/ebt_log.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/netfilter_ipv4/ipt_LOG.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/netfilter_ipv4/ipt_LOG.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/netfilter_ipv6/ip6t_LOG.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/netfilter_ipv6/ip6t_LOG.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/pci_ids.h - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/pci_ids.h.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h include/linux/percpu_counter.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/percpu_counter.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/rcupdate.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/rcupdate.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h include/linux/reiserfs_fs.h - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/reiserfs_fs.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h include/linux/sched.h - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/sched.h.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h include/linux/sysctl.h - 1.33 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/sysctl.h.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h include/net/xfrm.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/net/xfrm.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h init/main.c - 1.33 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/init/main.c.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h kernel/exit.c - 1.32 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/exit.c.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h kernel/fork.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/fork.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h kernel/kallsyms.c - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/kallsyms.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h kernel/module.c - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/module.c.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h kernel/printk.c - 1.30 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/printk.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h kernel/rcupdate.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/rcupdate.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h kernel/sched.c - 1.32 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/sched.c.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h kernel/signal.c - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/signal.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h kernel/sysctl.c - 1.30 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/sysctl.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h kernel/timer.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/timer.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h mm/nommu.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/nommu.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h mm/oom_kill.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/oom_kill.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h mm/page_alloc.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/page_alloc.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h mm/rmap.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/rmap.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h mm/slab.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/slab.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h mm/swap.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/swap.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h mm/swapfile.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/swapfile.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h mm/vmscan.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/vmscan.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h net/atm/signaling.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/atm/signaling.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h net/bridge/br_if.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/bridge/br_if.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h net/bridge/br_stp_if.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/bridge/br_stp_if.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h net/bridge/netfilter/ebt_log.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/bridge/netfilter/ebt_log.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/ipv4/esp4.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/esp4.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h net/ipv4/netfilter/ip_queue.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ip_queue.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h net/ipv4/netfilter/ipt_LOG.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ipt_LOG.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h net/ipv6/netfilter/ip6_queue.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/netfilter/ip6_queue.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/ipv6/netfilter/ip6t_LOG.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/netfilter/ip6t_LOG.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h net/unix/af_unix.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/unix/af_unix.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h net/xfrm/xfrm_policy.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/xfrm/xfrm_policy.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h security/selinux/hooks.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/security/selinux/hooks.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h sound/core/control.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/sound/core/control.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h Documentation/dvb/bt8xx.txt - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/bt8xx.txt.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/bt8xx/bt878.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/bt8xx/bt878.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/ia64/configs/sn2_defconfig - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/sn2_defconfig.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kernel/efi.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/efi.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h Documentation/video4linux/CARDLIST.saa7134 - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/video4linux/CARDLIST.saa7134.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/video/kyro/STG4000VTG.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/kyro/STG4000VTG.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/ttpci/av7110_hw.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/av7110_hw.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/video/aty/radeon_monitor.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/aty/radeon_monitor.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h Documentation/kdb/kdb.mm - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb.mm.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h Documentation/kdb/kdb_bp.man - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_bp.man.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h Documentation/kdb/kdb_bt.man - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_bt.man.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kdb/kdb_env.man - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_env.man.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kdb/kdb_ll.man - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_ll.man.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kdb/kdb_md.man - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_md.man.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h Documentation/kdb/kdb_rd.man - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_rd.man.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kdb/kdb_sr.man - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_sr.man.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kdb/kdb_ss.man - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_ss.man.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Documentation/kdb/slides - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/slides.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h kdb/Makefile - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/Makefile.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h kdb/kdbmain.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdbmain.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h kdb/modules/kdbm_vm.c - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_vm.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h kdb/modules/kdbm_task.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_task.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h include/linux/dis-asm.h - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dis-asm.h.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h include/linux/kdb.h - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/kdb.h.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h include/linux/kdbprivate.h - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/kdbprivate.h.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h kdb/modules/kdbm_pg.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h kdb/modules/Makefile - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/Makefile.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h kdb/ChangeLog - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/ChangeLog.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h kdb/kdbsupport.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdbsupport.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h kdb/kdb_bp.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_bp.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h kdb/kdb_bt.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_bt.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h kdb/kdb_id.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_id.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h kdb/kdb_io.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_io.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h kdb/kdb_cmds - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_cmds.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h kdb/modules/kdbm_x86.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_x86.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h include/asm-i386/kdbprivate.h - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kdbprivate.h.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h arch/i386/kdb/ChangeLog - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/ChangeLog.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h arch/i386/kdb/Makefile - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/Makefile.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/i386/kdb/i386-dis.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/i386-dis.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/i386/kdb/kdba_bp.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_bp.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/i386/kdb/kdba_bt.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_bt.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h arch/i386/kdb/kdba_id.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_id.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/i386/kdb/kdba_io.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_io.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h arch/i386/kdb/kdbasupport.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdbasupport.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h arch/i386/kdb/pc_keyb.h - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/pc_keyb.h.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h include/asm-i386/kdb.h - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kdb.h.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h drivers/misc/ibmasm/ibmasm.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/misc/ibmasm/ibmasm.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/s390/net/smsgiucv.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/net/smsgiucv.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/serial/ip22zilog.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/ip22zilog.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/arm/mm/tlb-v6.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mm/tlb-v6.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/isdn/hisax/hfc_usb.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/isdn/hisax/hfc_usb.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ia64/kernel/cyclone.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/cyclone.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/mips/sgi-ip27/ip27-smp.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/sgi-ip27/ip27-smp.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/mips/pmc-sierra/yosemite/smp.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/pmc-sierra/yosemite/smp.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/momentum/jaguar_atx/setup.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/jaguar_atx/setup.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/momentum/jaguar_atx/prom.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/momentum/jaguar_atx/prom.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/scsi/scsi_transport_fc.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_transport_fc.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ia64/configs/zx1_defconfig - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/zx1_defconfig.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h split-patches/dmapi-enable - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/dmapi-enable.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h split-patches/series - 1.36 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/series.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h arch/mips/kernel/irq-mv6434x.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/irq-mv6434x.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/net/s2io.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/s2io.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/usb/gadget/rndis.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/gadget/rndis.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h mm/hugetlb.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/hugetlb.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h mm/mempolicy.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/mempolicy.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h Documentation/kdb/kdb_ps.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_ps.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/ia64/configs/sim_defconfig - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/sim_defconfig.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kdb/kdb_cmds - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdb_cmds.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h include/asm-i386/bfd.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/bfd.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h include/asm-i386/ansidecl.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/ansidecl.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/net/via-velocity.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/via-velocity.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/serial/sn_console.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/sn_console.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h scripts/mod/file2alias.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/scripts/mod/file2alias.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-i386/kdebug.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kdebug.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/usb/gadget/lh7a40x_udc.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/gadget/lh7a40x_udc.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/i386/Kconfig.debug - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/Kconfig.debug.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/char/mmtimer.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/mmtimer.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/sparc64/lib/copy_in_user.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/copy_in_user.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/sparc64/lib/U1copy_to_user.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/U1copy_to_user.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/sparc64/lib/U1copy_from_user.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/U1copy_from_user.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/ia64/Kconfig.debug - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/Kconfig.debug.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/ia64/configs/tiger_defconfig - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/tiger_defconfig.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kernel/mca_drv.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/mca_drv.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ia64/configs/bigsur_defconfig - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/bigsur_defconfig.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/bt8xx/dst.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/bt8xx/dst.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/dvb/frontends/stv0297.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/stv0297.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/video/saa7134/saa7134-dvb.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-dvb.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/mips/mm/tlbex.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/tlbex.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/serial/8250_early.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/8250_early.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/ia64/sn/kernel/io_init.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/io_init.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/video/intelfb/intelfbdrv.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/intelfb/intelfbdrv.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/i386/kernel/acpi/earlyquirk.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/acpi/earlyquirk.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h Documentation/feature-removal-schedule.txt - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/feature-removal-schedule.txt.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/video/backlight/backlight.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/backlight/backlight.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/video/backlight/lcd.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/backlight/lcd.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/proc/mmu.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/proc/mmu.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/mips/lib/iomap.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/lib/iomap.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/b2c2/flexcop-fe-tuner.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/b2c2/flexcop-fe-tuner.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/video/tda8290.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/tda8290.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/video/tuner-core.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/tuner-core.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h kdb/modules/kdbm_sched.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_sched.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/sparc64/lib/csum_copy_to_user.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/csum_copy_to_user.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/sparc64/lib/csum_copy_from_user.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/csum_copy_from_user.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/sparc64/lib/bzero.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/lib/bzero.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-ia64/kdbprivate.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/kdbprivate.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-ia64/kdb_break.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/kdb_break.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-ia64/kdb.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/kdb.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-ia64/bfd.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/bfd.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-ia64/ansidecl.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/ansidecl.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/video/savage/savagefb_driver.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/savage/savagefb_driver.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/s1d13xxxfb.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/s1d13xxxfb.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/serial/ioc4_serial.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/ioc4_serial.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ia64/sn/kernel/xpc_partition.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/xpc_partition.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ia64/sn/kernel/xpc_main.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/xpc_main.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/sn/kernel/tiocx.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/tiocx.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ia64/kdb/kdbasupport.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdbasupport.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_pod.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_pod.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_jmp.S - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_jmp.S.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_io.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_io.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_id.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_id.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_fru.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_fru.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_bt.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_bt.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdba_bp.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_bp.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/kdb_cmds - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdb_cmds.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ia64.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ia64-opc.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-opc.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ia64-opc.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-opc.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ia64-dis.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-dis.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ia64-asmtab.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-asmtab.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ia64-asmtab.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-asmtab.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/cpu-ia64-opc.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/cpu-ia64-opc.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/Makefile - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/Makefile.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kdb/ChangeLog - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ChangeLog.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h net/core/request_sock.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/core/request_sock.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/pcmcia/device_id.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/pcmcia/device_id.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/video/arcfb.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/arcfb.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/sn/Kconfig - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/sn/Kconfig.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/dvb-usb/cxusb.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-usb/cxusb.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/xtensa/kernel/process.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/xtensa/kernel/process.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/xtensa/Kconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/xtensa/Kconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/i386/kernel/machine_kexec.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/machine_kexec.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/dvb-usb/dvb-usb-init.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-usb/dvb-usb-init.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/dvb-usb/dvb-usb.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-usb/dvb-usb.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/x86_64/kernel/machine_kexec.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/machine_kexec.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/sparc64/kernel/una_asm.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/kernel/una_asm.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/s390/lib/spinlock.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/s390/lib/spinlock.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ieee80211/ieee80211_rx.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ieee80211/ieee80211_rx.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h net/dccp/ccids/ccid3.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/dccp/ccids/ccid3.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/scsi/megaraid/megaraid_sas.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/megaraid/megaraid_sas.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/net/wireless/hostap/hostap_cs.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/wireless/hostap/hostap_cs.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/firmware/dcdbas.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/firmware/dcdbas.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-sparc64/futex.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-sparc64/futex.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/net/chelsio/espi.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/chelsio/espi.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/fuse/dir.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/fuse/dir.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/9p/vfs_super.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/vfs_super.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/9p/vfs_inode.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/vfs_inode.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h fs/9p/vfs_file.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/vfs_file.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/9p/vfs_dentry.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/vfs_dentry.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/9p/v9fs_vfs.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/v9fs_vfs.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/9p/fid.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/fid.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/9p/v9fs.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/v9fs.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/9p/trans_fd.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/trans_fd.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/9p/fid.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/fid.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/netfilter/nf_queue.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/netfilter/nf_queue.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/9p/9p.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/9p.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/infiniband/ulp/srp/ib_srp.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/infiniband/ulp/srp/ib_srp.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/char/pcmcia/cm4040_cs.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/pcmcia/cm4040_cs.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/pcmcia/cm4000_cs.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/pcmcia/cm4000_cs.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h block/ll_rw_blk.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/block/ll_rw_blk.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h block/cfq-iosched.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/block/cfq-iosched.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h mm/memory_hotplug.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/memory_hotplug.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/macintosh/windfarm_core.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_core.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/macintosh/windfarm_cpufreq_clamp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_cpufreq_clamp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/macintosh/windfarm_lm75_sensor.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_lm75_sensor.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/macintosh/windfarm_pid.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_pid.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/video/cx25840/cx25840-core.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cx25840/cx25840-core.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/video/saa7115.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7115.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/video/saa7134/saa7134-alsa.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-alsa.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/mmc/au1xmmc.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mmc/au1xmmc.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/memory_hotplug.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/memory_hotplug.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/platforms/pseries/eeh.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/eeh.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-powerpc/thread_info.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/thread_info.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/powerpc/platforms/powermac/smp.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/smp.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-powerpc/pgtable-4k.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/pgtable-4k.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-powerpc/kexec.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/kexec.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-powerpc/eeh.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/eeh.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-powerpc/cputable.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/cputable.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/i386/Makefile.cpu - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/Makefile.cpu.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/powerpc/mm/hash_utils_64.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/mm/hash_utils_64.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/ia64/configs/gensparse_defconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/gensparse_defconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/kernel/vdso64/gettimeofday.S - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/vdso64/gettimeofday.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/vdso.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/vdso.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/traps.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/traps.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/kernel/systbl.S - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/systbl.S.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/signal_64.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/signal_64.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/signal_32.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/signal_32.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/ptrace.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/ptrace.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/prom_init.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/prom_init.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/usb/host/pci-quirks.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/pci-quirks.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/head_64.S - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/head_64.S.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/entry_64.S - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/entry_64.S.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/entry_32.S - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/entry_32.S.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/kernel/cputable.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/cputable.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/kernel/asm-offsets.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/asm-offsets.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/mips/kernel/smp_mt.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/smp_mt.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/ocfs2/cluster/masklog.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/cluster/masklog.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/cluster/masklog.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/cluster/masklog.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/cluster/nodemanager.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/cluster/nodemanager.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/cluster/tcp.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/cluster/tcp.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/ocfs2/cluster/tcp.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/cluster/tcp.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/dlm/dlmcommon.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/dlm/dlmcommon.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/sn/ioc3.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/sn/ioc3.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/ocfs2/dlm/dlmdebug.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/dlm/dlmdebug.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/dlm/dlmdomain.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/dlm/dlmdomain.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/arm/mach-ixp4xx/nas100d-power.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-ixp4xx/nas100d-power.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kernel/hrtimer.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/hrtimer.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/ocfs2/dlm/dlmmaster.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/dlm/dlmmaster.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/ocfs2/dlm/dlmrecovery.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/dlm/dlmrecovery.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/hrtimer.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/hrtimer.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/net/sky2.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/sky2.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/net/sky2.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/sky2.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/char/synclink_gt.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/synclink_gt.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/ocfs2/extent_map.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/extent_map.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/ocfs2/file.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/file.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-ia64/sn/xpc.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/sn/xpc.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/ocfs2/heartbeat.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/heartbeat.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/inode.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/inode.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/ocfs2/journal.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/journal.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/platforms/powermac/pfunc_base.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/pfunc_base.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/platforms/powermac/pfunc_core.c - 1.3 - 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.3&r2=text&tr2=1.2&f=h arch/powerpc/platforms/pseries/eeh_driver.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/eeh_driver.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/platforms/pseries/pci_dlpar.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/pci_dlpar.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/ocfs2/super.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/super.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/ocfs2/ocfs2_fs.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/ocfs2_fs.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/ocfs2/ocfs2.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ocfs2/ocfs2.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/edac/Kconfig - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/edac/Kconfig.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/edac/edac_mc.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/edac/edac_mc.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/macintosh/windfarm_max6690_sensor.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_max6690_sensor.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/macintosh/windfarm_pm112.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_pm112.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/modules/kdbm_xpc.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_xpc.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h split-patches/kdb-v4.4-2.6.16-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.16-rc5-common-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h split-patches/kdb-v4.4-2.6.16-rc5-ia64-1 - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.16-rc5-ia64-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h split-patches/kdb-v4.4-2.6.16-rc5-i386-1 - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.16-rc5-i386-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-linux-xfs@oss.sgi.com Mon Mar 13 15:59:02 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Mar 2006 15:59:25 -0800 (PST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2DNx1W6001502 for ; Mon, 13 Mar 2006 15:59:01 -0800 Received: by zproxy.gmail.com with SMTP id s1so1473033nze for ; Mon, 13 Mar 2006 15:59:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PHKyw8ROyS9o4XN6S5JmkYWIwjClhyJQ4CbrR8uSmDa7k1nq44SKQI89jtz3ioqAp+IoWBiBGsuZQwNLiLTdYjlvXjZj4rMKx/5DVwMl58jBKOcLj4jgFOhuaGb8ur81y73rn9ewUsz1DMOa8ls4QA1EMqXk2zu0KH8Xwtxsukw= Received: by 10.35.84.12 with SMTP id m12mr61124pyl; Mon, 13 Mar 2006 14:14:22 -0800 (PST) Received: by 10.35.36.20 with HTTP; Mon, 13 Mar 2006 14:14:22 -0800 (PST) Message-ID: Date: Mon, 13 Mar 2006 14:14:22 -0800 From: "Nathan Laredo" To: "Johannes Stezenbach" Subject: Re: [v4l-dvb-maintainer] Re: 2.6.16-rc6: known regressions Cc: "Greg KH" , "Adrian Bunk" , "Andrew Morton" , video4linux-list@redhat.com, norsk5@xmission.com, "Jiri Slaby" , paulus@samba.org, linux-usb-devel@lists.sourceforge.net, linux-acpi@vger.kernel.org, linuxppc64-dev@ozlabs.org, len.brown@intel.com, xfs-masters@oss.sgi.com, "Linus Torvalds" , anton@samba.org, "Dave Jones" , v4l-dvb-maintainer@linuxtv.org, dsp@llnl.gov, "Avuton Olrich" , "Tom Seeley" , "Linux Kernel Mailing List" , linux-xfs@oss.sgi.com, pete.chapman@exgate.tek.com, "Olaf Hering" , bluesmoke-devel@lists.sourceforge.net In-Reply-To: <20060313212215.GA6041@linuxtv.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <20060313200544.GG13973@stusta.de> <20060313121219.GB13652@suse.de> <20060313212215.GA6041@linuxtv.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id k2DNx2W6001505 X-archive-position: 7466 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: laredo@gnu.org Precedence: bulk X-list: linux-xfs Content-Length: 2066 Lines: 61 Stradis does not support my driver. Please use http://stradis.nathanlaredo.com/ such as it is now and I'll update it later. Secondly, please confirm that the person reporting this bug actually has the hardware since the driver *will* refuse to load without hardware installed. To my knowledge I am currently the only one of about 10 people using this hardware under linux. Thanks, -- Nathan Laredo laredo@gnu.org On 3/13/06, Johannes Stezenbach wrote: > On Mon, Mar 13, 2006 at 12:12:19PM +0000, Greg KH wrote: > > On Mon, Mar 13, 2006 at 09:05:44PM +0100, Adrian Bunk wrote: > > > Subject : Stradis driver udev brekage > > > References : http://bugzilla.kernel.org/show_bug.cgi?id=6170 > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181063 > > > http://lkml.org/lkml/2006/2/18/204 > > > Submitter : Tom Seeley > > > Dave Jones > > > Handled-By : Jiri Slaby > > > Status : unknown > > > > Jiri, why did you create a kernel.org bugzilla bug with almost no > > information in it? > > > > Anyway, this is the first I've heard of this, more information is > > needed to help track it down. How about the contents of /sys/class/dvb/ ? > > Stradis is not a DVB driver. AFAIK it uses V4L devices. > > http://bugzilla.kernel.org/show_bug.cgi?id=6170 and > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181063 > seem to be two totally different bugs. First thing to check > for the Nova-T is dmesg, to see if the device was recognized > at all by the driver, so we know if it is an udev > problem or not. > > > BTW: http://mpeg.openprojects.net/ doesn't exist > > diff --git a/MAINTAINERS b/MAINTAINERS > index 3d7d30d..922a290 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -2525,7 +2525,6 @@ S: Unsupported ? > STRADIS MPEG-2 DECODER DRIVER > P: Nathan Laredo > M: laredo@gnu.org > -W: http://mpeg.openprojects.net/ > W: http://www.stradis.com/ > S: Maintained > > > Johannes > From owner-linux-xfs@oss.sgi.com Tue Mar 14 00:00:12 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Mar 2006 00:00:24 -0800 (PST) Received: from over.co.us.ibm.com (over.co.us.ibm.com [32.97.110.157]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2E80CW6027036 for ; Tue, 14 Mar 2006 00:00:12 -0800 Received: from e6.ny.us.ibm.com (e6.pok.ibm.com [9.56.232.146]) by bldfb.esmtp.ibm.com (8.12.11/8.12.11) with ESMTP id k2E4k3aT028575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 13 Mar 2006 23:46:04 -0500 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k2E4juY0009728 for ; Mon, 13 Mar 2006 23:45:56 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2E4juxT130018 for ; Mon, 13 Mar 2006 23:45:56 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k2E4jtrn020115 for ; Mon, 13 Mar 2006 23:45:55 -0500 Received: from qbit.in.ibm.com ([9.124.94.162]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k2E4jrXM020103; Mon, 13 Mar 2006 23:45:54 -0500 Received: by qbit.in.ibm.com (Postfix, from userid 500) id 090F828709; Tue, 14 Mar 2006 10:16:00 +0530 (IST) Date: Tue, 14 Mar 2006 10:16:00 +0530 From: Suparna Bhattacharya To: Christoph Hellwig , Nathan Scott , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060314044559.GA19382@in.ibm.com> Reply-To: suparna@in.ibm.com References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> <20060309231422.GD1135@frodo> <20060310005020.GF1135@frodo> <20060310154925.GA5339@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310154925.GA5339@infradead.org> User-Agent: Mutt/1.4.1i X-archive-position: 7467 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: suparna@in.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 1411 Lines: 36 On Fri, Mar 10, 2006 at 03:49:25PM +0000, Christoph Hellwig wrote: > On Fri, Mar 10, 2006 at 11:50:20AM +1100, Nathan Scott wrote: > > Something like this (works OK for me)... > > Yeah, that should work for now. But long-term we really need to redo > direct I/O locking to have a common scheme for all filesystems. I've heard > birds whistling RH patches yet another scheme into RHEL4 for GFS an it's > definitly already far too complex now. Yup, getting rid of the need for all these confusing locking modes was one of the objectives in mind for DIO simplification. (http://www.kernel.org/pub/linux/kernel/people/suparna/DIO-simplify.txt) Once we have an efficient range locking or similar mechanism in place (Chris Mason is working on a patch), then it should be possible to push out all of the i_mutex locking to higher level routines, outside of direct-io.c. Longer term, it would be nice to be able to rethink and further simplify the whole _nolock equiv versions for VFS write methods. Especially the percolation down to sync_page_range_nolock, etc. Regards Suparna > > -- > To unsubscribe, send a message with 'unsubscribe linux-aio' in > the body to majordomo@kvack.org. For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: aart@kvack.org -- Suparna Bhattacharya (suparna@in.ibm.com) Linux Technology Center IBM Software Lab, India From owner-linux-xfs@oss.sgi.com Tue Mar 14 13:50:45 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Mar 2006 13:50:47 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2ELoiW6031490 for ; Tue, 14 Mar 2006 13:50:44 -0800 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 k2ELpSOX011523 for ; Tue, 14 Mar 2006 15:51:28 -0600 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 k2EM8v7p19371343; Tue, 14 Mar 2006 14:08:57 -0800 (PST) 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 k2ELpQSQ3622056; Tue, 14 Mar 2006 15:51:26 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 68EF99E2A24A; Tue, 14 Mar 2006 15:51:26 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations Message-Id: <20060314215126.68EF99E2A24A@attica.americas.sgi.com> Date: Tue, 14 Mar 2006 15:51:26 -0600 (CST) From: alkirkco@sgi.com (Mandy Miklos) X-archive-position: 7468 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3780 Lines: 75 There are a few problems with the new xfs_bmap_search_multi_extents() wrapper function that I introduced in mod xfs-linux:xfs-kern:207393a. The function was added as a wrapper around xfs_bmap_do_search_extents() to avoid breaking the top-of-tree CXFS interface. The idea of the function was basically to extract the target extent buffer (if muli- level extent allocation mode), then call xfs_bmap_do_search_extents() with either a pointer to the first extent in the target buffer or a pointer to the first extent in the file, depending on which extent mode was being used. However, in addition to locating the target extent record for block bno, xfs_bmap_do_search_extents() also sets four parameters needed by the caller: *lastx, *eofp, *gotp, *prevp. Passing only the target extent buffer to xfs_bmap_do_search_extents() causes *eofp to be set incorrectly if the extent is at the end of the target list but there are actually more extents in the next er_extbuf. Likewise, if the extent is the first one in the buffer but NOT the first in the file, *prevp is incorrectly set to NULL. Adding the needed functionality to xfs_bmap_search_multi_extents() to re-set any incorrectly set fields is redundant and makes the call to xfs_bmap_do_search_extents() not make much sense when multi-level extent allocation mode is being used. This mod basically extracts the two functional components from xfs_bmap_do_search_extents(), with the intent of obsoleting/removing xfs_bmap_do_search_extents() after the CXFS mult-level in-core extent changes are checked in. The two components are: 1) The binary search to locate the target extent record, and 2) Setting the four parameters needed by the caller (*lastx, *eofp, *gotp, *prevp). Component 1: I created a new function in xfs_inode.c called xfs_iext_bno_to_ext(), which executes the binary search to find the target extent record. xfs_bmap_search_multi_extents() has been modified to call xfs_iext_bno_to_ext() rather than xfs_bmap_do_search_extents(). Component 2: The parameter setting functionality has been added to xfs_bmap_search_multi_extents(), eliminating the need for xfs_bmap_do_search_extents(). These changes make the removal of xfs_bmap_do_search_extents() trival once the CXFS changes are in place. They also allow us to maintain the current XFS interface, using the new search function introduced in mod xfs-linux:xfs-kern:207393a. Date: Tue Mar 14 13:49:17 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/2.6.x-xfs Inspected by: nathans,cattelan The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:207866a fs/xfs/xfs_inode.c - 1.428 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.428&r2=text&tr2=1.427&f=h - Add new binary search function, xfs_iext_bno_to_ext(), which finds and returns a pointer to the target extent record for block bno. xfs_iext_bno_to_ext() takes a pointer to an xfs_ifork_t rather than a pointer to the first xfs_bmbt_rec_t extent record so the target extent record can be found in both linear and indirect extent allocation modes. fs/xfs/xfs_inode.h - 1.210 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.210&r2=text&tr2=1.209&f=h - Add prototype for new search function, xfs_iext_bno_to_ext(). fs/xfs/xfs_bmap.c - 1.345 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.345&r2=text&tr2=1.344&f=h - Modify xfs_bmap_search_multi_extents() to call the new xfs_iext_bno_to_ext() binary search function, then set the four parameters needed by the caller. Remove the call to xfs_bmap_do_search_extents(), which will eventually be removed. From owner-linux-xfs@oss.sgi.com Tue Mar 14 15:46:11 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Mar 2006 15:46:19 -0800 (PST) Received: from web51404.mail.yahoo.com (web51404.mail.yahoo.com [206.190.38.183]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2ENkAW6011854 for ; Tue, 14 Mar 2006 15:46:11 -0800 Received: (qmail 59251 invoked by uid 60001); 14 Mar 2006 22:46:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4Q+QmEDxYTuRzWCiXrsuPuQ97SJyt5dGmt6igFLBcel92tbLY5Exc5jb1bcdW5nOivJMW0Bk0jvRIVL8EdIFXiNbz8Qz/QIBcu+AGwtkKFWLDRtAzAbPnamUNH243JMzsYQJY7goUUysOpMND7HZach9lBs8m2AR2B18FfQJYjI= ; Message-ID: <20060314224652.59249.qmail@web51404.mail.yahoo.com> Received: from [128.107.236.188] by web51404.mail.yahoo.com via HTTP; Tue, 14 Mar 2006 14:46:52 PST Date: Tue, 14 Mar 2006 14:46:52 -0800 (PST) From: Richard Troxell Subject: How to make the xfs utilities build look in a different directory? To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 7469 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knavewave@yahoo.com Precedence: bulk X-list: linux-xfs Content-Length: 238 Lines: 8 Is it possible to change where the xfs utilities make process looks for libuuid? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-linux-xfs@oss.sgi.com Tue Mar 14 15:59:14 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Mar 2006 15:59:18 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2ENxDW6013260 for ; Tue, 14 Mar 2006 15:59:14 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09375; Wed, 15 Mar 2006 10:59:41 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2ENxcJC481259; Wed, 15 Mar 2006 10:59:38 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2ENxZAO479877; Wed, 15 Mar 2006 10:59:35 +1100 (EST) Date: Wed, 15 Mar 2006 10:59:35 +1100 From: Nathan Scott To: Richard Troxell Cc: linux-xfs@oss.sgi.com Subject: Re: How to make the xfs utilities build look in a different directory? Message-ID: <20060315105935.B479872@wobbly.melbourne.sgi.com> References: <20060314224652.59249.qmail@web51404.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20060314224652.59249.qmail@web51404.mail.yahoo.com>; from knavewave@yahoo.com on Tue, Mar 14, 2006 at 02:46:52PM -0800 X-archive-position: 7470 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 371 Lines: 13 On Tue, Mar 14, 2006 at 02:46:52PM -0800, Richard Troxell wrote: > Is it possible to change where the xfs utilities make > process looks for libuuid? Anything's possible, for someone armed with their wits and a sharp text editor. In particular, you'll need to apply that thar editor to configure.in (use AC_ARG_ENABLE) and m4/package_uuiddev.m4. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 15 15:53:06 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 15 Mar 2006 15:53:07 -0800 (PST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2FNr5W6008725 for ; Wed, 15 Mar 2006 15:53:05 -0800 Received: by zproxy.gmail.com with SMTP id z6so271457nzd for ; Wed, 15 Mar 2006 15:53:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=VkvVlrKZEdhrTMHB19CctGCNCn7hYAh3vCTgUJZHIYaSyAqoaIlsVcCBoKsD+TsmIijlYdBq9XvaohzF1gKw797sYwkQkN1G6VR+LjwnHagB10GkoGPJ5Cfu44uf/AveieCpaUlt9zJnkOzbmxp/0Kn12WV0bxdYhdyeM4XWk1g= Received: by 10.36.48.9 with SMTP id v9mr1440055nzv; Wed, 15 Mar 2006 14:53:08 -0800 (PST) Received: by 10.36.37.10 with HTTP; Wed, 15 Mar 2006 14:53:08 -0800 (PST) Message-ID: <995173200603151453r4272e319gaf82ed78e313d437@mail.gmail.com> Date: Wed, 15 Mar 2006 17:53:08 -0500 From: "Clint Ricker" To: linux-xfs@oss.sgi.com Subject: File System Recovery MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit X-archive-position: 7472 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cricker@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 203 Lines: 10 Is there anyone here who can help me do an XFS filesystem recovery? I am looking for this on a short term consultant basis. Thanks, Clint Ricker cricker@gmail.com [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Thu Mar 16 20:54:50 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Mar 2006 20:54:51 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2H4smW6019782 for ; Thu, 16 Mar 2006 20:54:49 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA19053; Fri, 17 Mar 2006 15:55:26 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 417FE49F168A; Fri, 17 Mar 2006 15:55:26 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 951054 - bulkstat fix Message-Id: <20060317045526.417FE49F168A@chook.melbourne.sgi.com> Date: Fri, 17 Mar 2006 15:55:26 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7474 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1065 Lines: 23 Fix an infinite loop issue in bulkstat when a corrupt inode is detected. Thanks to Roger Willcocks. Date: Fri Mar 17 15:55:10 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: willcor@gmail.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25477a xfs_itable.c - 1.135 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_itable.c.diff?r1=text&tr1=1.135&r2=text&tr2=1.134&f=h xfs_log_recover.c - 1.306 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log_recover.c.diff?r1=text&tr1=1.306&r2=text&tr2=1.305&f=h xfs_vfsops.c - 1.496 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vfsops.c.diff?r1=text&tr1=1.496&r2=text&tr2=1.495&f=h xfs_inode.c - 1.430 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.430&r2=text&tr2=1.429&f=h xfs_inode.h - 1.211 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.211&r2=text&tr2=1.210&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 16 20:45:10 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Mar 2006 20:45:15 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2H4j8W6018867 for ; Thu, 16 Mar 2006 20:45:09 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA18735; Fri, 17 Mar 2006 15:45:43 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 3448F49F168A; Fri, 17 Mar 2006 15:45:42 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 947038 - use more consistent names Message-Id: <20060317044542.3448F49F168A@chook.melbourne.sgi.com> Date: Fri, 17 Mar 2006 15:45:42 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7473 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 5841 Lines: 86 Complete transition away from linvfs naming convention, finally. Date: Fri Mar 17 15:44:43 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: sandeen The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25474a xfsidbg.c - 1.294 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.294&r2=text&tr2=1.293&f=h xfs_vnodeops.c - 1.667 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.667&r2=text&tr2=1.666&f=h xfs_dfrag.c - 1.52 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dfrag.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h xfs_iget.c - 1.210 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iget.c.diff?r1=text&tr1=1.210&r2=text&tr2=1.209&f=h xfs_inode.c - 1.429 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.429&r2=text&tr2=1.428&f=h xfs_attr.c - 1.129 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_attr.c.diff?r1=text&tr1=1.129&r2=text&tr2=1.128&f=h linux-2.6/xfs_lrw.c - 1.235 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.235&r2=text&tr2=1.234&f=h linux-2.6/xfs_ioctl.c - 1.133 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl.c.diff?r1=text&tr1=1.133&r2=text&tr2=1.132&f=h linux-2.6/xfs_vfs.h - 1.57 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vfs.h.diff?r1=text&tr1=1.57&r2=text&tr2=1.56&f=h linux-2.6/xfs_vfs.c - 1.68 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vfs.c.diff?r1=text&tr1=1.68&r2=text&tr2=1.67&f=h linux-2.6/xfs_linux.h - 1.143 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_linux.h.diff?r1=text&tr1=1.143&r2=text&tr2=1.142&f=h linux-2.6/xfs_file.c - 1.133 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.133&r2=text&tr2=1.132&f=h linux-2.6/xfs_vnode.c - 1.137 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.c.diff?r1=text&tr1=1.137&r2=text&tr2=1.136&f=h linux-2.6/xfs_vnode.h - 1.116 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.h.diff?r1=text&tr1=1.116&r2=text&tr2=1.115&f=h linux-2.6/xfs_fs_subr.c - 1.45 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_fs_subr.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h linux-2.6/xfs_super.h - 1.68 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.h.diff?r1=text&tr1=1.68&r2=text&tr2=1.67&f=h linux-2.6/xfs_super.c - 1.362 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.362&r2=text&tr2=1.361&f=h linux-2.6/xfs_iops.c - 1.244 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.244&r2=text&tr2=1.243&f=h linux-2.6/xfs_aops.c - 1.119 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.119&r2=text&tr2=1.118&f=h linux-2.4/xfs_lrw.c - 1.230 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.230&r2=text&tr2=1.229&f=h linux-2.4/xfs_ioctl.c - 1.128 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ioctl.c.diff?r1=text&tr1=1.128&r2=text&tr2=1.127&f=h linux-2.4/xfs_vfs.h - 1.58 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vfs.h.diff?r1=text&tr1=1.58&r2=text&tr2=1.57&f=h linux-2.4/xfs_vfs.c - 1.62 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vfs.c.diff?r1=text&tr1=1.62&r2=text&tr2=1.61&f=h linux-2.4/xfs_linux.h - 1.153 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_linux.h.diff?r1=text&tr1=1.153&r2=text&tr2=1.152&f=h linux-2.4/xfs_file.c - 1.123 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_file.c.diff?r1=text&tr1=1.123&r2=text&tr2=1.122&f=h linux-2.4/xfs_vnode.c - 1.136 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vnode.c.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h linux-2.4/xfs_vnode.h - 1.108 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vnode.h.diff?r1=text&tr1=1.108&r2=text&tr2=1.107&f=h linux-2.4/xfs_fs_subr.c - 1.46 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_fs_subr.c.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h linux-2.4/xfs_super.h - 1.72 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.h.diff?r1=text&tr1=1.72&r2=text&tr2=1.71&f=h linux-2.4/xfs_super.c - 1.328 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.328&r2=text&tr2=1.327&f=h linux-2.4/xfs_iops.c - 1.222 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.c.diff?r1=text&tr1=1.222&r2=text&tr2=1.221&f=h linux-2.4/xfs_aops.c - 1.98 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_aops.c.diff?r1=text&tr1=1.98&r2=text&tr2=1.97&f=h linux-2.6/xfs_ioctl32.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h linux-2.6/xfs_export.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_export.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h dmapi/xfs_dm_fsops.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/dmapi/xfs_dm_fsops.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h dmapi/xfs_dm_bhv.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/dmapi/xfs_dm_bhv.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h dmapi/xfs_dm.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/dmapi/xfs_dm.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 16 21:27:44 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Mar 2006 21:28:37 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2H5RgW6023062 for ; Thu, 16 Mar 2006 21:27:43 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA19515; Fri, 17 Mar 2006 16:28:18 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id DAAFE49F168A; Fri, 17 Mar 2006 16:28:16 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 950784 - fix an ENOSPC vn_count issue Message-Id: <20060317052816.DAAFE49F168A@chook.melbourne.sgi.com> Date: Fri, 17 Mar 2006 16:28:16 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7475 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 514 Lines: 15 Merge Yingpings fix for a vn_count assert failure during QA - another ENOSPC condition. Date: Fri Mar 17 16:27:46 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: yingping,nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25482a linux-2.6/xfs_iops.c - 1.245 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.245&r2=text&tr2=1.244&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 16 21:29:44 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Mar 2006 21:29:45 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2H5TgW6023311 for ; Thu, 16 Mar 2006 21:29:43 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA19549; Fri, 17 Mar 2006 16:30:19 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id C44EF49F168A; Fri, 17 Mar 2006 16:30:19 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 949916 - direct read vs delalloc Message-Id: <20060317053019.C44EF49F168A@chook.melbourne.sgi.com> Date: Fri, 17 Mar 2006 16:30:19 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7476 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 534 Lines: 15 Flush and invalidate dirty pages at the start of a direct read also, else we can hit a delalloc-extents-via-direct-io BUG. Date: Fri Mar 17 16:29:59 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: tes The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25483a linux-2.6/xfs_lrw.c - 1.237 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.237&r2=text&tr2=1.236&f=h From owner-linux-xfs@oss.sgi.com Fri Mar 17 06:36:20 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 06:37:06 -0800 (PST) Received: from mailout.stusta.mhn.de ([141.84.69.5]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2HEaAW6015462 for ; Fri, 17 Mar 2006 06:36:19 -0800 Received: (qmail 32230 invoked from network); 17 Mar 2006 14:36:42 -0000 Received: from r063144.stusta.swh.mhn.de (10.150.63.144) by mailhub.stusta.mhn.de with SMTP; 17 Mar 2006 14:36:42 -0000 Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000) id 789CD197595; Fri, 17 Mar 2006 15:36:42 +0100 (CET) Date: Fri, 17 Mar 2006 15:36:42 +0100 From: Adrian Bunk To: Linus Torvalds , Andrew Morton Cc: Linux Kernel Mailing List , Dave Jones , norsk5@xmission.com, dsp@llnl.gov, bluesmoke-devel@lists.sourceforge.net, Tom Seeley , Jiri Slaby , v4l-dvb-maintainer@linuxtv.org, gregkh@suse.de, Avuton Olrich , Nathan Scott , linux-xfs@oss.sgi.com, Parag Warudkar , Takashi Iwai , perex@suse.cz, alsa-devel@alsa-project.org, Alex Outhred , NeilBrown Subject: 2.6.16-rc6: known regressions (v2) Message-ID: <20060317143642.GJ3914@stusta.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7477 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bunk@stusta.de Precedence: bulk X-list: linux-xfs Content-Length: 2478 Lines: 70 This email lists some known regressions in 2.6.16-rc6 compared to 2.6.15. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you was declared guilty for a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : signal_cache slab corruption References : http://lkml.org/lkml/2006/3/13/170 Submitter : Dave Jones Status : unknown Subject : edac slab corruption References : http://lkml.org/lkml/2006/3/5/14 Submitter : Dave Jones Status : unknown Subject : yet more slab corruption References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184310 Submitter : Dave Jones Status : unknown Subject : wintv-novaT broken (no devices in in /dev/dvb) References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181063 http://lkml.org/lkml/2006/2/18/204 Submitter : Tom Seeley Dave Jones Handled-By : Jiri Slaby Status : submitter tries to bisect to find the guilty change Subject : XFS oopses on my box sometimes References : http://bugzilla.kernel.org/show_bug.cgi?id=6180 Submitter : Avuton Olrich Handled-By : Nathan Scott Status : discussion in the bug Subject : snd-intel-hda stopped working on a Dell E1705 Laptop References : http://lkml.org/lkml/2006/3/12/16 Submitter : Parag Warudkar Handled-By : Takashi Iwai Status : Takashi Iwai: This looks like a problem of the latest sigmatel codec code in general. The author of original code is investigating. Subject : The init process gets stuck in "D" state during boot. References : http://bugzilla.kernel.org/show_bug.cgi?id=6230 Submitter : Alex Outhred Handled-By : NeilBrown Status : guilty commit: 04b857f74cec5efc7730e9db47e291310f4708a4 cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed From owner-linux-xfs@oss.sgi.com Fri Mar 17 09:06:20 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 09:06:25 -0800 (PST) Received: from strike.wu-wien.ac.at (strike.wu-wien.ac.at [137.208.8.200]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2HH6JW6006640 for ; Fri, 17 Mar 2006 09:06:19 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by strike.wu-wien.ac.at (Postfix) with ESMTP id 086CB200109 for ; Fri, 17 Mar 2006 16:07:01 +0100 (CET) Received: from strike.wu-wien.ac.at ([127.0.0.1]) by localhost (strike.wu-wien.ac.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26822-03-3; Fri, 17 Mar 2006 16:06:44 +0100 (CET) Received: from [137.208.89.100] (ariel.wu-wien.ac.at [137.208.89.100]) by strike.wu-wien.ac.at (Postfix) with ESMTP id C8A0F2000F6; Fri, 17 Mar 2006 16:06:44 +0100 (CET) Message-ID: <441AD084.9020107@strike.wu-wien.ac.at> Date: Fri, 17 Mar 2006 16:06:44 +0100 From: Alexander Bergolth User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Linux xfs mailing list Subject: pdflush not flushing all dirty_expire_centisecs X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/mixed; boundary="------------050706000908040704070800" X-archive-position: 7478 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: leo@strike.wu-wien.ac.at Precedence: bulk X-list: linux-xfs Content-Length: 5578 Lines: 161 This is a multi-part message in MIME format. --------------050706000908040704070800 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi! On my FC3 systems, I'm experiencing the problem that dirty buffers are not periodically flushed under certain conditions. I noticed that on several occasions: * Unplugged a memory stick and shut down the system a few minutes later (using a normal shutdown -h now). Unplugging the memory-stick caused the hal-daemon to rewrite fstab via fstab-sync. On reboot, /etc/fstab was filled with zeroes. * Upgraded several RPMs via apt-get upgrade. About one hour later, the system crashed and all files that had been upgraded were filled with zeroes. I don't think that the problem is XFS-specific as it does also happen on boxes with ext3 filesystems but maybe anyone has a hint... According to the kernel-docs, pdflush should wake up all dirty_writeback_centisecs (=500 on my system) and write all buffers that have been dirty for more than 30 seconds (/proc/sys/vm/dirty_expire_centisecs = 3000) to disk. However, on my systems this periodic flushing doesn't seem to be done: * flushing seems to be only triggered by the amount of dirty memory, not at regular intervals * even the sync command does only flush a small amount of the dirty buffers * a freshly booted system doesn't show these symptoms I've written a small test-script to visualize the behavior. (Attached.) The script creates a 200MB file, monitors nr_dirty in /proc/vmstat and executes sync after some time. The output looks like that: -------------------- snip! bad: -------------------- Linux slime.wu-wien.ac.at 2.6.14-1.1653_FC4smp #1 SMP Tue Dec 13 21:46:01 EST 2005 i686 i686 i386 GNU/Linux 12:22:46 up 10 days, 18:12, 37 users, load average: 0.17, 0.15, 0.09 12:22:46 start: head -c 200000000 /dev/zero >/var/tmp/dirty-buffers.EFYFF13399 # nr_dirty 1076 12:22:46 # nr_dirty 1805 12:22:47 end: head -c 200000000 /dev/zero >/var/tmp/dirty-buffers.EFYFF13399 # nr_dirty 31061 12:22:51 # nr_dirty 25671 12:22:56 # nr_dirty 25724 12:23:01 # nr_dirty 25724 12:23:06 # nr_dirty 25724 12:23:11 # nr_dirty 25724 12:23:16 # nr_dirty 25724 12:23:21 # nr_dirty 25724 12:23:26 # nr_dirty 25724 12:23:31 # nr_dirty 25724 12:23:36 # nr_dirty 25724 12:23:41 # nr_dirty 25724 12:23:47 # nr_dirty 25725 12:23:52 # nr_dirty 25726 12:23:57 # nr_dirty 25728 12:24:02 # nr_dirty 25728 12:24:07 # nr_dirty 25728 12:24:12 # nr_dirty 25728 12:24:12 # nr_dirty 25728 12:24:12 start: sync # nr_dirty 25728 12:24:12 end: sync # nr_dirty 23566 12:24:17 # nr_dirty 23566 12:24:22 # nr_dirty 23582 12:24:27 # nr_dirty 23583 12:24:32 # nr_dirty 23583 12:24:37 # nr_dirty 23583 12:24:42 # nr_dirty 23583 12:24:47 # nr_dirty 23583 12:24:52 # nr_dirty 23583 12:24:57 # nr_dirty 23583 -------------------- snip! -------------------- While writing the temp-file, some buffers are flushed. (31061->25671) But after writing is completed, the 25000 buffers remain dirty and are not flushed after 30 secs, as I would expect. The sync causes the dirty buffers to shrink from 25728 to 23566 but I'd expect that sync should cause them to become near 0. Here is the output of another system with a lower uptime that doesn't show that behavior yet: -------------------- snip! good: -------------------- Linux roaster.wu-wien.ac.at 2.6.12-1.1376_FC3.stk16smp #1 SMP Mon Aug 29 16:41:37 EDT 2005 i686 i686 i386 GNU/Linux 12:44:54 up 3 days, 1:50, 2 users, load average: 0.00, 0.16, 0.14 12:44:54 start: head -c 200000000 /dev/zero >/tmp/dirty-buffers.cgRFjZ1720 # nr_dirty 2 12:44:54 # nr_dirty 2 12:44:55 end: head -c 200000000 /dev/zero >/tmp/dirty-buffers.cgRFjZ1720 # nr_dirty 31257 12:44:59 # nr_dirty 22239 12:45:04 # nr_dirty 22239 12:45:09 # nr_dirty 22239 12:45:14 # nr_dirty 22240 12:45:19 # nr_dirty 22240 12:45:24 # nr_dirty 22240 12:45:29 # nr_dirty 4830 12:45:34 # nr_dirty 1 12:45:39 # nr_dirty 1 12:45:44 # nr_dirty 2 12:45:49 # nr_dirty 2 12:45:54 # nr_dirty 2 12:45:59 # nr_dirty 2 12:46:04 # nr_dirty 1 12:46:09 # nr_dirty 1 12:46:14 # nr_dirty 1 12:46:19 # nr_dirty 1 12:46:19 # nr_dirty 1 12:46:19 start: sync # nr_dirty 1 12:46:19 end: sync # nr_dirty 0 12:46:24 # nr_dirty 0 12:46:29 # nr_dirty 0 12:46:34 # nr_dirty 0 12:46:39 # nr_dirty 0 12:46:44 # nr_dirty 0 12:46:49 # nr_dirty 0 12:46:54 # nr_dirty 0 12:46:59 # nr_dirty 1 12:47:04 # nr_dirty 1 -------------------- snip! -------------------- Any help is greatly appreciated. Cheers, --leo -- ----------------------------------------------------------------------- Alexander.Bergolth@wu-wien.ac.at Fax: +43-1-31336-906050 Zentrum fuer Informatikdienste - Wirtschaftsuniversitaet Wien - Austria --------------050706000908040704070800 Content-Type: application/x-shellscript; name="dirty-buffers.sh" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dirty-buffers.sh" IyEvYmluL3NoCgpsb2coKSB7CiAgZWNobyAiYGRhdGUgKyVUYCAkQCIKfQoK bG9ncnVuKCkgewogIGxvZyAic3RhcnQ6ICRAICMgYGhlYWQgLTEgL3Byb2Mv dm1zdGF0YCIKICBzaCAtYyAiJEAiCiAgbG9nICJlbmQ6ICRAICMgYGhlYWQg LTEgL3Byb2Mvdm1zdGF0YCIKfQoKdm1zdGF0KCkgewogIGk9IiQxIgogIHdo aWxlIGxldCAxOyBkbwogICAgbG9nICIjIGBoZWFkIC0xIC9wcm9jL3Ztc3Rh dGAiCiAgICBbICQoKC0taSkpIC1lcSAwIF0gJiYgYnJlYWsKICAgIHNsZWVw IDUKICBkb25lCn0KCnVuYW1lIC1hCnVwdGltZQpUTVBGSUxFPSJgbWt0ZW1w IC10IGRpcnR5LWJ1ZmZlcnMuWFhYWFhYWFhYWGAiIHx8IGV4aXQgMQp0cmFw ICJybSAtZiAkVE1QRklMRSIgRVhJVApsb2dydW4gImhlYWQgLWMgMjAwMDAw MDAwIC9kZXYvemVybyA+JFRNUEZJTEUiICYKdm1zdGF0IDE4CmxvZ3J1biAi c3luYyIgJgp2bXN0YXQgMTAKCg== --------------050706000908040704070800-- From owner-linux-xfs@oss.sgi.com Fri Mar 17 09:21:29 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 09:21:30 -0800 (PST) Received: from mailout.stusta.mhn.de (emailhub.stusta.mhn.de [141.84.69.5]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2HHLSW6008590 for ; Fri, 17 Mar 2006 09:21:28 -0800 Received: (qmail 3347 invoked from network); 17 Mar 2006 17:22:10 -0000 Received: from r063144.stusta.swh.mhn.de (10.150.63.144) by mailout.stusta.mhn.de with SMTP; 17 Mar 2006 17:22:10 -0000 Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000) id 5AE11147A4A; Fri, 17 Mar 2006 18:22:10 +0100 (CET) Date: Fri, 17 Mar 2006 18:22:10 +0100 From: Adrian Bunk To: Nathan Scott Cc: Christoph Hellwig , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060317172210.GP3914@stusta.de> References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> <20060309231422.GD1135@frodo> <20060310005020.GF1135@frodo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310005020.GF1135@frodo> User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7479 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bunk@stusta.de Precedence: bulk X-list: linux-xfs Content-Length: 1325 Lines: 36 On Fri, Mar 10, 2006 at 11:50:20AM +1100, Nathan Scott wrote: > On Fri, Mar 10, 2006 at 10:14:22AM +1100, Nathan Scott wrote: > > On Thu, Mar 09, 2006 at 10:42:19PM +0000, Christoph Hellwig wrote: > > > On Fri, Mar 10, 2006 at 09:30:42AM +1100, Nathan Scott wrote: > > > > Not for reads AFAICT - __generic_file_aio_read + own-locking > > > > should always have released i_mutex at the end of the direct > > > > read - are you thinking of writes or have I missed something? > > > > > > if an error occurs before a_ops->direct_IO is called __generic_file_aio_read > > > will return with i_mutex still locked. Note that checking for negative > > > return values is not enough as __blockdev_direct_IO can return errors > > > aswell. > > > > *groan* - right you are. Another option may be to have the > > generic dio+own-locking case reacquire i_mutex if it drops > > it, before returning... thoughts? Seems alot less invasive > > than the filemap.c code dup'ing thing. > > Something like this (works OK for me)... Is this 2.6.16 material? > cheers. > Nathan >... cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed From owner-linux-xfs@oss.sgi.com Fri Mar 17 11:04:14 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 11:04:25 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2HJ4EW6017872 for ; Fri, 17 Mar 2006 11:04:14 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1FKJCR-0001kc-Sr; Fri, 17 Mar 2006 17:57:19 +0000 Date: Fri, 17 Mar 2006 17:57:19 +0000 From: Christoph Hellwig To: Nathan Scott Cc: linux-xfs@oss.sgi.com, linux-fsdevel@vger.kernel.org Subject: Re: TAKE 949916 - direct read vs delalloc Message-ID: <20060317175719.GA6619@infradead.org> References: <20060317053019.C44EF49F168A@chook.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060317053019.C44EF49F168A@chook.melbourne.sgi.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 7480 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 828 Lines: 23 On Fri, Mar 17, 2006 at 04:30:19PM +1100, Nathan Scott wrote: > Flush and invalidate dirty pages at the start of a direct read also, > else we can hit a delalloc-extents-via-direct-io BUG. If this is needed it should be done in the filemap.c code. > > Date: Fri Mar 17 16:29:59 AEDT 2006 > Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux > Inspected by: tes > > The following file(s) were checked into: > longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb > > > Modid: xfs-linux-melb:xfs-kern:25483a > linux-2.6/xfs_lrw.c - 1.237 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/> linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.237&r2=text&tr2=1.236&f=h > http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.237&r2=text&tr2=1.236&f=h > > ---end quoted text--- From owner-linux-xfs@oss.sgi.com Fri Mar 17 19:34:35 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 19:34:37 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2I3YXW6031964 for ; Fri, 17 Mar 2006 19:34:34 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA03881; Sat, 18 Mar 2006 14:34:57 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2I3YpJC570125; Sat, 18 Mar 2006 14:34:51 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2I3YiUT570430; Sat, 18 Mar 2006 14:34:44 +1100 (EST) Date: Sat, 18 Mar 2006 14:34:44 +1100 From: Nathan Scott To: Adrian Bunk Cc: Christoph Hellwig , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060318143444.E568717@wobbly.melbourne.sgi.com> References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> <20060309231422.GD1135@frodo> <20060310005020.GF1135@frodo> <20060317172210.GP3914@stusta.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20060317172210.GP3914@stusta.de>; from bunk@stusta.de on Fri, Mar 17, 2006 at 06:22:10PM +0100 X-archive-position: 7482 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 248 Lines: 13 On Fri, Mar 17, 2006 at 06:22:10PM +0100, Adrian Bunk wrote: > On Fri, Mar 10, 2006 at 11:50:20AM +1100, Nathan Scott wrote: > > Something like this (works OK for me)... > > Is this 2.6.16 material? Its been merged already. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Mar 17 19:26:53 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 19:26:59 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2I3QqW6030988 for ; Fri, 17 Mar 2006 19:26:53 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA03826; Sat, 18 Mar 2006 14:27:13 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2I3RAJC570271; Sat, 18 Mar 2006 14:27:11 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2I3R6EC569121; Sat, 18 Mar 2006 14:27:06 +1100 (EST) Date: Sat, 18 Mar 2006 14:27:06 +1100 From: Nathan Scott To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, linux-fsdevel@vger.kernel.org Subject: Re: TAKE 949916 - direct read vs delalloc Message-ID: <20060318142706.B568717@wobbly.melbourne.sgi.com> References: <20060317053019.C44EF49F168A@chook.melbourne.sgi.com> <20060317175719.GA6619@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20060317175719.GA6619@infradead.org>; from hch@infradead.org on Fri, Mar 17, 2006 at 05:57:19PM +0000 X-archive-position: 7481 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 555 Lines: 18 On Fri, Mar 17, 2006 at 05:57:19PM +0000, Christoph Hellwig wrote: > On Fri, Mar 17, 2006 at 04:30:19PM +1100, Nathan Scott wrote: > > Flush and invalidate dirty pages at the start of a direct read also, > > else we can hit a delalloc-extents-via-direct-io BUG. > > If this is needed it should be done in the filemap.c code. Hmm, maybe, maybe not. filemap.c code doesn't know much about delayed allocation, so this won't bite other filesystems. We do the same thing on write and always have, so having it inside XFS is OK by me. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Mar 17 21:02:51 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Mar 2006 21:02:59 -0800 (PST) Received: from mailout.stusta.mhn.de (emailhub.stusta.mhn.de [141.84.69.5]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2I52nW6011064 for ; Fri, 17 Mar 2006 21:02:50 -0800 Received: (qmail 14571 invoked from network); 18 Mar 2006 05:03:31 -0000 Received: from r063144.stusta.swh.mhn.de (10.150.63.144) by mailout.stusta.mhn.de with SMTP; 18 Mar 2006 05:03:31 -0000 Received: by r063144.stusta.swh.mhn.de (Postfix, from userid 1000) id D045D147B22; Sat, 18 Mar 2006 06:03:31 +0100 (CET) Date: Sat, 18 Mar 2006 06:03:31 +0100 From: Adrian Bunk To: Nathan Scott Cc: Christoph Hellwig , Suzuki , linux-fsdevel@vger.kernel.org, "linux-aio kvack.org" , lkml , suparna , akpm@osdl.org, linux-xfs@oss.sgi.com Subject: Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests Message-ID: <20060318050331.GD9717@stusta.de> References: <440FDF3E.8060400@in.ibm.com> <20060309120306.GA26682@infradead.org> <20060309223042.GC1135@frodo> <20060309224219.GA6709@infradead.org> <20060309231422.GD1135@frodo> <20060310005020.GF1135@frodo> <20060317172210.GP3914@stusta.de> <20060318143444.E568717@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060318143444.E568717@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7483 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bunk@stusta.de Precedence: bulk X-list: linux-xfs Content-Length: 610 Lines: 24 On Sat, Mar 18, 2006 at 02:34:44PM +1100, Nathan Scott wrote: > On Fri, Mar 17, 2006 at 06:22:10PM +0100, Adrian Bunk wrote: > > On Fri, Mar 10, 2006 at 11:50:20AM +1100, Nathan Scott wrote: > > > Something like this (works OK for me)... > > > > Is this 2.6.16 material? > > Its been merged already. Ups, sorry for missing this. > cheers. > Nathan cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed From owner-linux-xfs@oss.sgi.com Sat Mar 18 13:56:10 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 18 Mar 2006 13:56:20 -0800 (PST) Received: from smtp1.ist.utl.pt (smtp1.ist.utl.pt [193.136.128.21]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2ILu9W6019236 for ; Sat, 18 Mar 2006 13:56:10 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.ist.utl.pt (Postfix) with ESMTP id 2C85270008B2 for ; Sat, 18 Mar 2006 20:57:12 +0000 (WET) Received: from smtp1.ist.utl.pt ([127.0.0.1]) by localhost (smtp1 [127.0.0.1]) (amavisd-new, port 10025) with LMTP id 10205-01-73 for ; Sat, 18 Mar 2006 20:57:11 +0000 (WET) Received: from mail.ist.utl.pt (mail.ist.utl.pt [193.136.128.8]) by smtp1.ist.utl.pt (Postfix) with ESMTP id EBCD7700070F for ; Sat, 18 Mar 2006 20:57:11 +0000 (WET) Received: from silvanna (a81-84-114-166.cpe.netcabo.pt [81.84.114.166]) (AUTH: LOGIN ctpm, TLS: TLSv1/SSLv3,56bits,EXP1024-RC4-SHA) by mail.ist.utl.pt with esmtp; Sat, 18 Mar 2006 20:57:11 +0000 From: Claudio Martins To: Adrian Bunk Subject: Re: 2.6.16-rc6: known regressions (v2) Date: Sat, 18 Mar 2006 20:57:09 +0000 User-Agent: KMail/1.9.1 Cc: Linus Torvalds , Andrew Morton , Avuton Olrich , Nathan Scott , linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org References: <20060317143642.GJ3914@stusta.de> In-Reply-To: <20060317143642.GJ3914@stusta.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603182057.10171.ctpm@ist.utl.pt> X-archive-position: 7484 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctpm@ist.utl.pt Precedence: bulk X-list: linux-xfs Content-Length: 1710 Lines: 47 On Friday 17 March 2006 14:36, Adrian Bunk wrote: > This email lists some known regressions in 2.6.16-rc6 compared to 2.6.15. > > If you find your name in the Cc header, you are either submitter of one > of the bugs, maintainer of an affectected subsystem or driver, a patch > of you was declared guilty for a breakage or I'm considering you in any > other way possibly involved with one or more of these issues. > > Due to the huge amount of recipients, please trim the Cc when answering. [snip...] > > > Subject : XFS oopses on my box sometimes > References : http://bugzilla.kernel.org/show_bug.cgi?id=6180 > Submitter : Avuton Olrich > Handled-By : Nathan Scott > Status : discussion in the bug > > Hi Adrian, Nathan and all, If think I might have hit this one! I managed to get an oops which showed xfs related functions on the backtrace. The process involved was "rm" and the specific stress test was some 32 paralell kernel builds (each one with "make -j8") on a quad Opteron box with a 1 TB xfs filesystem. Preemption was disabled. After that the machine was still alive, but an fsck.xfs after a reboot showed corruption that I was able to repair with xfs_repair. This was also with an almost empty filesystem, hence the similarity with the above bug report. This was sometime ago, using the git tree from February 23 and unfortunately I didn't record the oops and output from xfs_repair. I'll update my git tree tonight, rebuild and retest in hopes to find that oops again. FWIW I managed to hit this after some 4 to 6 hours of testing so it shouldn't take too long to report back. See you later... Best regards Claudio Martins From owner-linux-xfs@oss.sgi.com Sun Mar 19 14:49:05 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 19 Mar 2006 14:49:14 -0800 (PST) Received: from larry.melbourne.sgi.com ([61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2JMn3W6016379 for ; Sun, 19 Mar 2006 14:49:04 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA19518; Mon, 20 Mar 2006 09:49:22 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2JMnHJC629021; Mon, 20 Mar 2006 09:49:18 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2JMnCIp629205; Mon, 20 Mar 2006 09:49:12 +1100 (EST) Date: Mon, 20 Mar 2006 09:49:12 +1100 From: Nathan Scott To: Claudio Martins Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: 2.6.16-rc6: known regressions (v2) Message-ID: <20060320094912.F569384@wobbly.melbourne.sgi.com> References: <20060317143642.GJ3914@stusta.de> <200603182057.10171.ctpm@ist.utl.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200603182057.10171.ctpm@ist.utl.pt>; from ctpm@ist.utl.pt on Sat, Mar 18, 2006 at 08:57:09PM +0000 X-archive-position: 7486 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1079 Lines: 35 On Sat, Mar 18, 2006 at 08:57:09PM +0000, Claudio Martins wrote: > Hi Adrian, Nathan and all, > > If think I might have hit this one! OK - any hints that might lead us toward a test case? > I managed to get an oops which showed xfs related functions on the backtrace. > The process involved was "rm" and the specific stress test was some 32 > paralell kernel builds (each one with "make -j8") on a quad Opteron box with > a 1 TB xfs filesystem. Preemption was disabled. > After that the machine was still alive, but an fsck.xfs after a reboot showed > corruption that I was able to repair with xfs_repair. This was also with an Hmm, fsck.xfs wont report corruption - did you mean xfs_check? > almost empty filesystem, hence the similarity with the above bug report. Well, not sure its the same yet - what was your stack trace & did repair report inodes with nlink==0? > I didn't record the oops and output from xfs_repair. I'll update my git tree Ah, doh. > tonight, rebuild and retest in hopes to find that oops again. Great, thanks! cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Mar 19 16:24:06 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 19 Mar 2006 16:24:16 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2K0O4W6029887 for ; Sun, 19 Mar 2006 16:24:05 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA20602; Mon, 20 Mar 2006 11:24:38 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2K0OMeS20688600; Mon, 20 Mar 2006 11:24:22 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2K0OJAR20681085; Mon, 20 Mar 2006 11:24:19 +1100 (EST) Date: Mon, 20 Mar 2006 11:24:19 +1100 From: David Chinner To: Alexander Bergolth Cc: Linux xfs mailing list Subject: Re: pdflush not flushing all dirty_expire_centisecs Message-ID: <20060320002419.GZ1173973@melbourne.sgi.com> References: <441AD084.9020107@strike.wu-wien.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441AD084.9020107@strike.wu-wien.ac.at> User-Agent: Mutt/1.4.2.1i X-archive-position: 7487 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 714 Lines: 25 On Fri, Mar 17, 2006 at 04:06:44PM +0100, Alexander Bergolth wrote: > Hi! > > On my FC3 systems, I'm experiencing the problem that dirty buffers are > not periodically flushed under certain conditions. I don't think this is an XFS problem. Dirty page flushing is broken generically in certain ways. For example: http://marc.theaimsgroup.com/?l=linux-kernel&m=113919849421679&w=2 > I don't think that the problem is XFS-specific as it does also happen on > boxes with ext3 filesystems but maybe anyone has a hint... I'd start by upgrading to the latest stable kernel, and if the problem still exists, reporting it to LKML. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Sun Mar 19 22:58:06 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 19 Mar 2006 22:58:07 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2K6w4W6023478 for ; Sun, 19 Mar 2006 22:58:05 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA23962 for ; Mon, 20 Mar 2006 17:58:44 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id E6B4749E4027; Mon, 20 Mar 2006 17:58:42 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - Merge up to 2.6.16. Message-Id: <20060320065842.E6B4749E4027@chook.melbourne.sgi.com> Date: Mon, 20 Mar 2006 17:58:42 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7488 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 19683 Lines: 252 Date: Mon Mar 20 17:57:59 AEDT 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:25519a arch/arm/kernel/compat.h - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/compat.h CREDITS - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/CREDITS.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h MAINTAINERS - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/MAINTAINERS.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h Makefile - 1.40 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Makefile.diff?r1=text&tr1=1.40&r2=text&tr2=1.39&f=h arch/arm/Kconfig - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/Kconfig.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h arch/arm/kernel/asm-offsets.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/asm-offsets.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/arm/kernel/compat.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/compat.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/arm/kernel/process.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/process.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/arm/kernel/ptrace.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/ptrace.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/arm/kernel/setup.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/setup.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kernel/apic.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/apic.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kernel/smpboot.c - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/smpboot.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h arch/mips/Makefile - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/Makefile.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/mips/arc/misc.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/arc/misc.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/mips/au1000/common/reset.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/au1000/common/reset.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/mips/kernel/time.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/kernel/time.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/mips/mm/c-r4k.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/c-r4k.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/mips/mm/c-tx39.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/c-tx39.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/sibyte/sb1250/time.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/sibyte/sb1250/time.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/mips/sibyte/swarm/setup.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/sibyte/swarm/setup.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/cdrom/sbpcd.c - 1.8 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/cdrom/sbpcd.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/macintosh/via-pmu.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/via-pmu.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/md/dm-stripe.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/md/dm-stripe.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/video/mxb.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/mxb.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/net/e1000/e1000_main.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/e1000/e1000_main.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/net/tg3.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tg3.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h drivers/net/tg3.h - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tg3.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/net/tun.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tun.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/s390/cio/css.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/cio/css.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/s390/scsi/zfcp_def.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/scsi/zfcp_def.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/s390/scsi/zfcp_erp.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/scsi/zfcp_erp.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/s390/scsi/zfcp_scsi.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/s390/scsi/zfcp_scsi.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/scsi/pcmcia/Kconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/pcmcia/Kconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/scsi/scsi_devinfo.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_devinfo.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h fs/buffer.c - 1.21 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/buffer.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h fs/direct-io.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/direct-io.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h fs/ext2/dir.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/ext2/dir.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h fs/jfs/jfs_dmap.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/jfs/jfs_dmap.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h fs/jfs/jfs_imap.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/jfs/jfs_imap.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h fs/lockd/clntproc.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/lockd/clntproc.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h fs/namespace.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/namespace.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h fs/nfs/direct.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/nfs/direct.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h fs/nfs/nfs4proc.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/nfs/nfs4proc.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h fs/nfsctl.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/nfsctl.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-arm/fpstate.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/fpstate.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-arm/system.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/system.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h include/asm-arm/thread_info.h - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/thread_info.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h include/asm-mips/io.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/io.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-mips/r4kcache.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/r4kcache.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/asm-mips/sibyte/sb1250.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/sibyte/sb1250.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-mips/sibyte/sb1250_scd.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/sibyte/sb1250_scd.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/pci_ids.h - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/pci_ids.h.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h include/net/ax25.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/net/ax25.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/net/sock.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/net/sock.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h kernel/fork.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/fork.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h kernel/posix-timers.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/posix-timers.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h kernel/timer.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/timer.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h mm/memory.c - 1.27 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/memory.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h mm/swap.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/swap.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h mm/vmscan.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/vmscan.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h net/ax25/sysctl_net_ax25.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ax25/sysctl_net_ax25.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/bridge/netfilter/Makefile - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/bridge/netfilter/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ipv4/ip_output.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/ip_output.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h net/ipv4/netfilter/arp_tables.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/arp_tables.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h net/ipv4/tcp_output.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/tcp_output.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h net/ipv6/addrconf.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/addrconf.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h net/ipv6/ah6.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/ah6.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h net/ipv6/ip6_output.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/ip6_output.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h net/netlink/af_netlink.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/netlink/af_netlink.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h net/sunrpc/clnt.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/sunrpc/clnt.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h net/sunrpc/sched.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/sunrpc/sched.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/net/e100.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/e100.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/asm-mips/cpu-features.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/cpu-features.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/asm-mips/hazards.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/hazards.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/arm/mm/cache-v6.S - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mm/cache-v6.S.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/scsi_transport_fc.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_transport_fc.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h split-patches/dmapi-enable - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/dmapi-enable.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h mm/mempolicy.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/mempolicy.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h arch/arm/mach-ixp4xx/Kconfig - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-ixp4xx/Kconfig.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h scripts/mod/modpost.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/scripts/mod/modpost.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/arm/common/locomo.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/common/locomo.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/sched/act_api.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/sched/act_api.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/arm/mach-s3c2410/devs.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-s3c2410/devs.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/arm/mm/flush.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mm/flush.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-mips/cpu-info.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/cpu-info.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/scsi/ahci.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/ahci.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h Documentation/cpusets.txt - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/cpusets.txt.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h net/ipv4/tcp_highspeed.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/tcp_highspeed.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ieee80211/ieee80211_crypt_ccmp.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ieee80211/ieee80211_crypt_ccmp.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ieee80211/ieee80211_rx.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ieee80211/ieee80211_rx.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h net/ipv6/inet6_hashtables.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/inet6_hashtables.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/net/chelsio/sge.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/chelsio/sge.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/9p/vfs_dir.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/9p/vfs_dir.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/netfilter/nfnetlink_queue.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/netfilter/nfnetlink_queue.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/video/cx88/Kconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cx88/Kconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/video/em28xx/em28xx-video.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/em28xx/em28xx-video.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/arm/lib/muldi3.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/lib/muldi3.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/platforms/pseries/Kconfig - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/Kconfig.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/platforms/powermac/setup.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/setup.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-powerpc/ppc-pci.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/ppc-pci.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/platforms/powermac/feature.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/feature.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/mm/pgtable_32.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/mm/pgtable_32.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/lib/memcpy_64.S - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/lib/memcpy_64.S.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/time.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/time.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/powerpc/kernel/rtas_pci.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/rtas_pci.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/kernel/rtas-rtc.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/rtas-rtc.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/ppc_ksyms.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/ppc_ksyms.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/kernel/pci_64.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/pci_64.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/configs/ppc64_defconfig - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/configs/ppc64_defconfig.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/powerpc/configs/maple_defconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/configs/maple_defconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/configs/iseries_defconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/configs/iseries_defconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/configs/cell_defconfig - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/configs/cell_defconfig.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/powerpc/boot/crt0.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/boot/crt0.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/powerpc/Kconfig - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/Kconfig.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/mtd/devices/mtd_dataflash.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mtd/devices/mtd_dataflash.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/configs/pmac32_defconfig - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/configs/pmac32_defconfig.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/configs/mpc834x_sys_defconfig - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/configs/mpc834x_sys_defconfig.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/arm/mach-ixp4xx/nas100d-setup.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-ixp4xx/nas100d-setup.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/platforms/pseries/pci_dlpar.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/pci_dlpar.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h Documentation/vm/page_migration - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/vm/page_migration.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/edac/edac_mc.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/edac/edac_mc.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h From owner-linux-xfs@oss.sgi.com Mon Mar 20 09:15:53 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 09:15:59 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2KHFrW6012153 for ; Mon, 20 Mar 2006 09:15:53 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2KHGAOX032404 for ; Mon, 20 Mar 2006 11:16:11 -0600 Received: from omx2.sgi.com ([198.149.32.25]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2KHLYpG1806076 for ; Mon, 20 Mar 2006 09:21:34 -0800 (PST) Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2KJPHoQ013312 for ; Mon, 20 Mar 2006 11:25:17 -0800 Received: from omx2.sgi.com ([198.149.32.25]) by imr2.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2KHXm7p20311543 for ; Mon, 20 Mar 2006 09:33:49 -0800 (PST) Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2KJPD08013308 for ; Mon, 20 Mar 2006 11:25:14 -0800 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 k2KHXi7p20315676; Mon, 20 Mar 2006 09:33:44 -0800 (PST) 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 k2KHG4SQ4080333; Mon, 20 Mar 2006 11:16:04 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 9762) id B71549E2A247; Mon, 20 Mar 2006 11:16:04 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 948300 - Fixing KDB's xrwtrc command Message-Id: <20060320171604.B71549E2A247@attica.americas.sgi.com> Date: Mon, 20 Mar 2006 11:16:04 -0600 (CST) From: yingping@sgi.com (Yingping Lu) X-archive-position: 7490 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yingping@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1792 Lines: 40 Fixing KDB's xrwtrc command, also added the current process id into the trace. Date: Mon Mar 20 09:11:22 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica3/yingping/xfs_kern_948300 Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:208069a xfsidbg.c - 1.295 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.295&r2=text&tr2=1.294&f=h - Fixing the display of rw trace and added the display of the process id associated with each rw. xfs_inode.c - 1.432 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.432&r2=text&tr2=1.431&f=h - Added current process id to xfs_itrunc_trace xfs_iomap.c - 1.45 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iomap.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h - Added current process id to xfs_iomap_enter_trace linux-2.6/xfs_lrw.c - 1.238 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.238&r2=text&tr2=1.237&f=h - Added current process id to xfs_rw_trace and xfs_inval_cached_trace linux-2.6/xfs_aops.c - 1.121 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.121&r2=text&tr2=1.120&f=h - Added current process id to xfs_page_trace linux-2.4/xfs_lrw.c - 1.231 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.231&r2=text&tr2=1.230&f=h - Added current process id to xfs_rw_trace and xfs_inval_cached_trace linux-2.4/xfs_aops.c - 1.100 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_aops.c.diff?r1=text&tr1=1.100&r2=text&tr2=1.99&f=h - Added current process id to xfs_page_trace From owner-linux-xfs@oss.sgi.com Mon Mar 20 11:23:18 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 11:23:20 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2KJNHW6030750 for ; Mon, 20 Mar 2006 11:23:18 -0800 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 k2KJNbOX010116 for ; Mon, 20 Mar 2006 13:23:38 -0600 Received: from tulip-e236.americas.sgi.com (tulip-e236.americas.sgi.com [128.162.236.208]) by imr2.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2KJfF7p20330193 for ; Mon, 20 Mar 2006 11:41:15 -0800 (PST) Received: from [128.162.232.14] (lnx-yingping.americas.sgi.com [128.162.232.14]) by tulip-e236.americas.sgi.com (8.12.9/ASC-news-1.4) with ESMTP id k2KJNaZY051374 for ; Mon, 20 Mar 2006 13:23:36 -0600 (CST) Message-ID: <441F0138.1060404@sgi.com> Date: Mon, 20 Mar 2006 13:23:36 -0600 From: Yingping Lu User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: TAKE 948300 - Fixing KDB's xrwtrc command Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7491 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yingping@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1791 Lines: 39 Fixing KDB's xrwtrc command, also added the current process id into the trace. Date: Mon Mar 20 09:11:22 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica3/yingping/xfs_kern_948300 Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:208069a xfsidbg.c - 1.295 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.295&r2=text&tr2=1.294&f=h - Fixing the display of rw trace and added the display of the process id associated with each rw. xfs_inode.c - 1.432 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.432&r2=text&tr2=1.431&f=h - Added current process id to xfs_itrunc_trace xfs_iomap.c - 1.45 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iomap.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h - Added current process id to xfs_iomap_enter_trace linux-2.6/xfs_lrw.c - 1.238 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.238&r2=text&tr2=1.237&f=h - Added current process id to xfs_rw_trace and xfs_inval_cached_trace linux-2.6/xfs_aops.c - 1.121 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.121&r2=text&tr2=1.120&f=h - Added current process id to xfs_page_trace linux-2.4/xfs_lrw.c - 1.231 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.231&r2=text&tr2=1.230&f=h - Added current process id to xfs_rw_trace and xfs_inval_cached_trace linux-2.4/xfs_aops.c - 1.100 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_aops.c.diff?r1=text&tr1=1.100&r2=text&tr2=1.99&f=h - Added current process id to xfs_page_trace From owner-linux-xfs@oss.sgi.com Mon Mar 20 13:08:53 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 13:08:58 -0800 (PST) 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 k2KL8qW6013483 for ; Mon, 20 Mar 2006 13:08:53 -0800 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 k2KL9WCA026946; Mon, 20 Mar 2006 22:09:34 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k2KL9WZs026863; Mon, 20 Mar 2006 22:09:32 +0100 Date: Mon, 20 Mar 2006 22:09:31 +0100 (MET) From: Jan Engelhardt To: linux-xfs@oss.sgi.com cc: Linux Kernel Mailing List Subject: Parenthesize macros in xfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7492 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 936 Lines: 27 Hello xfs list, while browsing through the xfs/linux source, I noticed that many macros do not do proper bracing. I have started to cook up a patch, but would like feedback first before I continue for nothing. It goes like this: diff --fast -dpru linux-2.6.16~/fs/xfs/xfs_acl.h linux-2.6.16/fs/xfs/xfs_acl.h --- linux-2.6.16~/fs/xfs/xfs_acl.h 2006-03-20 06:53:29.000000000 +0100 +++ linux-2.6.16/fs/xfs/xfs_acl.h 2006-03-20 21:23:02.235418000 +0100 @@ -55,7 +55,7 @@ struct xfs_inode; extern struct kmem_zone *xfs_acl_zone; #define xfs_acl_zone_init(zone, name) \ - (zone) = kmem_zone_init(sizeof(xfs_acl_t), name) + (zone) = kmem_zone_init(sizeof(xfs_acl_t), (name)) #define xfs_acl_zone_destroy(zone) kmem_cache_destroy(zone) extern int xfs_acl_inherit(struct vnode *, struct vattr *, xfs_acl_t *); Jan Engelhardt -- | Software Engineer and Linux/Unix Network Administrator From owner-linux-xfs@oss.sgi.com Mon Mar 20 13:23:04 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 13:23:06 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2KLN3W6015407 for ; Mon, 20 Mar 2006 13:23:04 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA04087; Tue, 21 Mar 2006 08:23:34 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2KLNUJC654564; Tue, 21 Mar 2006 08:23:31 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2KLNSf6654399; Tue, 21 Mar 2006 08:23:28 +1100 (EST) Date: Tue, 21 Mar 2006 08:23:27 +1100 From: Nathan Scott To: Jan Engelhardt Cc: linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs Message-ID: <20060321082327.B653275@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 jengelh@linux01.gwdg.de on Mon, Mar 20, 2006 at 10:09:31PM +0100 X-archive-position: 7493 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 473 Lines: 19 On Mon, Mar 20, 2006 at 10:09:31PM +0100, Jan Engelhardt wrote: > Hello xfs list, Hi Jan, > while browsing through the xfs/linux source, I noticed that many macros do > not do proper bracing. I have started to cook up a patch, but would like > feedback first before I continue for nothing. > It goes like this: > ... That looks fine. Please be sure to work on the -mm tree or on CVS on oss.sgi.com, so as to reduce your level of patch conflict. thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Mar 20 13:32:30 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 13:32:31 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2KLWUW6016534 for ; Mon, 20 Mar 2006 13:32:30 -0800 Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2KNgIrG006029 for ; Mon, 20 Mar 2006 15:42:18 -0800 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 k2KLom7p20350990; Mon, 20 Mar 2006 13:50:48 -0800 (PST) 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 k2KLX7SQ4096782; Mon, 20 Mar 2006 15:33:07 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 9762) id B9D129E2A247; Mon, 20 Mar 2006 15:33:07 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 947420 - Fixing the conflict between DIO write and truncate Message-Id: <20060320213307.B9D129E2A247@attica.americas.sgi.com> Date: Mon, 20 Mar 2006 15:33:07 -0600 (CST) From: yingping@sgi.com (Yingping Lu) X-archive-position: 7494 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yingping@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1099 Lines: 20 Fixing the error caused by the conflict between DIO Write's conversion and concurrent truncate operations. Use vn_iowait to wait for the completion of any pending DIOs. Since the truncate requires exclusive IOLOCK, so this blocks any further DIO operations since DIO write also needs exclusive IOBLOCK. This serves as a barrier and prevent any potential starvation. Date: Mon Mar 20 13:31:13 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica3/yingping/xfs_kern_947420 Inspected by: dgc,nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:208088a xfs_vnodeops.c - 1.668 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.668&r2=text&tr2=1.667&f=h - Add vn_iowait to wait for the completion of any pending DIO write for truncate operation xfs_inode.c - 1.433 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.433&r2=text&tr2=1.432&f=h - Add vn_iowait to wait for the completion of any pending DIO write for truncate operation From owner-linux-xfs@oss.sgi.com Mon Mar 20 13:39:05 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 13:39:06 -0800 (PST) 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 k2KLd4W6017500 for ; Mon, 20 Mar 2006 13:39:04 -0800 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 k2KLdl2T017429; Mon, 20 Mar 2006 22:39:49 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k2KLdjDC017257; Mon, 20 Mar 2006 22:39:46 +0100 Date: Mon, 20 Mar 2006 22:39:45 +0100 (MET) From: Jan Engelhardt To: Nathan Scott cc: linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs In-Reply-To: <20060321082327.B653275@wobbly.melbourne.sgi.com> Message-ID: References: <20060321082327.B653275@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7495 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 553 Lines: 21 >> Hello xfs list, > >Hi Jan, > >> while browsing through the xfs/linux source, I noticed that many macros do >> not do proper bracing. I have started to cook up a patch, but would like >> feedback first before I continue for nothing. >> It goes like this: >> ... > >That looks fine. Please be sure to work on the -mm tree or on >CVS on oss.sgi.com, so as to reduce your level of patch conflict. > Hm, would not it even be better to make them 'static inline' functions? Jan Engelhardt -- | Software Engineer and Linux/Unix Network Administrator From owner-linux-xfs@oss.sgi.com Mon Mar 20 13:45:57 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 13:45:58 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2KLjtW6018408 for ; Mon, 20 Mar 2006 13:45:56 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA04575; Tue, 21 Mar 2006 08:46:26 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2KLkMJC655806; Tue, 21 Mar 2006 08:46:23 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2KLkJvS655276; Tue, 21 Mar 2006 08:46:19 +1100 (EST) Date: Tue, 21 Mar 2006 08:46:19 +1100 From: Nathan Scott To: Jan Engelhardt Cc: linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs Message-ID: <20060321084619.E653275@wobbly.melbourne.sgi.com> References: <20060321082327.B653275@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 jengelh@linux01.gwdg.de on Mon, Mar 20, 2006 at 10:39:45PM +0100 X-archive-position: 7496 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 909 Lines: 26 Hi Jan, On Mon, Mar 20, 2006 at 10:39:45PM +0100, Jan Engelhardt wrote: > >> while browsing through the xfs/linux source, I noticed that many macros do > >> not do proper bracing. I have started to cook up a patch, but would like > >> feedback first before I continue for nothing. > >> It goes like this: > >> ... > > > >That looks fine. Please be sure to work on the -mm tree or on > >CVS on oss.sgi.com, so as to reduce your level of patch conflict. > > > > Hm, would not it even be better to make them 'static inline' functions? Probably, I guess I'd want to see how invasive the patch becomes...? I really dislike those _ACL macros (around that example you gave, that could do with a cleanup all of its own - switching to xfs_acl_ maybe). Also watch for macros that modify their parameters, I got burned by doing an inline conversion a few releases back on just such a beast.. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Mar 20 22:01:17 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Mar 2006 22:01:22 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2L61FW6011880 for ; Mon, 20 Mar 2006 22:01:16 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA10989; Tue, 21 Mar 2006 17:01:50 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id D20C449F1685; Tue, 21 Mar 2006 17:01:50 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 948300 - idbg build fixup Message-Id: <20060321060150.D20C449F1685@chook.melbourne.sgi.com> Date: Tue, 21 Mar 2006 17:01:50 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7498 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 457 Lines: 14 Fix xfsidbg.c build issues with various tracing flavours enabled. Date: Tue Mar 21 17:01:13 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: dgc The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25528a xfsidbg.c - 1.296 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.296&r2=text&tr2=1.295&f=h From owner-linux-xfs@oss.sgi.com Tue Mar 21 06:02:16 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Mar 2006 06:02:20 -0800 (PST) Received: from OSDNSG02.osd.mil (osdomx2.osd.mil [140.185.55.112]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2LE2FW6005652 for ; Tue, 21 Mar 2006 06:02:16 -0800 Message-ID: From: "Patton, Matthew F, CTR, OSD-PA&E" To: "'linux-xfs@oss.sgi.com'" Subject: status of CXFS on Linux etc? Date: Mon, 20 Mar 2006 17:11:57 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Received-SPF: none Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit X-archive-position: 7500 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Matthew.Patton.ctr@osd.mil Precedence: bulk X-list: linux-xfs Content-Length: 484 Lines: 13 Classification: UNCLASSIFIED Back in June '05 somebody asked about the status of CXFS on Linux. I didn't see any followup or anything since in the archives. Can anybody tell me where CXFS stands on Linux (in my case RedHat v4), win2000(3) or XP? Does it use the distributed lock manager that RedHat has as part of it's cluster suite or something entirely unique to SGI? I'm not subscribed to the list, so a direct CC would be much appreciated. [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Mar 21 07:10:57 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Mar 2006 07:10:59 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2LFAuW6016612 for ; Tue, 21 Mar 2006 07:10:56 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2LFBaOX026023 for ; Tue, 21 Mar 2006 09:11:36 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2LFGxpG2039755; Tue, 21 Mar 2006 07:16:59 -0800 (PST) Message-ID: <442017A6.5070809@sgi.com> Date: Tue, 21 Mar 2006 09:11:34 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Patton, Matthew F, CTR, OSD-PA&E" CC: "'linux-xfs@oss.sgi.com'" Subject: Re: status of CXFS on Linux etc? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7501 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 781 Lines: 21 Patton, Matthew F, CTR, OSD-PA&E wrote: > Classification: UNCLASSIFIED > > Back in June '05 somebody asked about the status of CXFS on Linux. I didn't > see any followup or anything since in the archives. Can anybody tell me > where CXFS stands on Linux (in my case RedHat v4), win2000(3) or XP? Does it > use the distributed lock manager that RedHat has as part of it's cluster > suite or something entirely unique to SGI? Hi - No, we don't use Red Hat's DLM, we use our own codebase for cxfs. If you have specific questions about CXFS, please feel free to contact me directly, and I can either answer or put you in touch with someone who can. -Eric > I'm not subscribed to the list, so a direct CC would be much appreciated. > > > [[HTML alternate version deleted]] > From owner-linux-xfs@oss.sgi.com Tue Mar 21 15:17:51 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Mar 2006 15:18:45 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2LNHnW6010855 for ; Tue, 21 Mar 2006 15:17:50 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25105; Wed, 22 Mar 2006 10:18:23 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16346) id A01F04A53FB7; Wed, 22 Mar 2006 10:18:21 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 951193 - XFS rewrite clustering clusters clean pages Message-Id: <20060321231821.A01F04A53FB7@chook.melbourne.sgi.com> Date: Wed, 22 Mar 2006 10:18:21 +1100 (EST) From: dgc@sgi.com (David Chinner) X-archive-position: 7502 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 706 Lines: 19 Check that a page has dirty buffers before finding it acceptable for rewrite clustering. This prevents writing excessive amounts of clean data when doing random rewrites of a cached file. Date: Wed Mar 22 10:16:02 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/dgc/isms/2.6.x-xfs Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/linux/2.6.x-xfs-melb Modid: xfs-linux-melb:xfs-kern:25531a fs/xfs/linux-2.6/xfs_aops.c - 1.122 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.122&r2=text&tr2=1.121&f=h - Check that a page has dirty buffers before finding it acceptable for rewrite clustering. From owner-linux-xfs@oss.sgi.com Tue Mar 21 17:01:24 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Mar 2006 17:01:30 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2M11MW6024234 for ; Tue, 21 Mar 2006 17:01:24 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA27087; Wed, 22 Mar 2006 12:01:56 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id A1BFF4A53FB5; Wed, 22 Mar 2006 12:01:54 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 951200 - noikeep Message-Id: <20060322010154.A1BFF4A53FB5@chook.melbourne.sgi.com> Date: Wed, 22 Mar 2006 12:01:54 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7503 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 466 Lines: 14 Reenable the noikeep (delete inode cluster space) option by default. Date: Wed Mar 22 12:01:33 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: dgc The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25535a xfs_vfsops.c - 1.498 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vfsops.c.diff?r1=text&tr1=1.498&r2=text&tr2=1.497&f=h From owner-linux-xfs@oss.sgi.com Tue Mar 21 20:55:44 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Mar 2006 20:55:45 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2M4tgW6019462 for ; Tue, 21 Mar 2006 20:55:43 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA00174 for ; Wed, 22 Mar 2006 15:56:21 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 319864A53FC7; Wed, 22 Mar 2006 15:56:20 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - build fix Message-Id: <20060322045620.319864A53FC7@chook.melbourne.sgi.com> Date: Wed, 22 Mar 2006 15:56:20 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7504 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 670 Lines: 17 Export vfs_from_sb, dmapi wont build as a module without it - thanks to Chris Pascoe. Date: Wed Mar 22 15:26:37 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: c.pascoe@itee.uq.edu.au The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25537a linux-2.6/xfs_ksyms.c - 1.45 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h linux-2.4/xfs_ksyms.c - 1.40 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.40&r2=text&tr2=1.39&f=h From owner-linux-xfs@oss.sgi.com Wed Mar 22 06:01:31 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Mar 2006 06:01:38 -0800 (PST) Received: from ext.storadinc.com (64.221.212.177.ptr.us.xo.net [64.221.212.177]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2ME1RW6013158 for ; Wed, 22 Mar 2006 06:01:31 -0800 Received: from agami.com ([192.168.168.116]) by ext.storadinc.com (8.12.5/8.12.5) with ESMTP id k2MCtMnv024755 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 22 Mar 2006 04:55:22 -0800 Received: from mx1.agami.com (mx1.agami.com [10.123.10.30]) by agami.com (8.12.10/8.12.10) with ESMTP id k2MCtHVN014807 for ; Wed, 22 Mar 2006 04:55:17 -0800 Received: from [10.12.12.141] ([10.12.12.141]) by mx1.agami.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 22 Mar 2006 04:55:16 -0800 Message-ID: <44214878.9060602@agami.com> Date: Wed, 22 Mar 2006 18:22:08 +0530 From: Shailendra Tripathi User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Why xfs_change_file_space is synchronous References: <20060322045620.319864A53FC7@chook.melbourne.sgi.com> In-Reply-To: <20060322045620.319864A53FC7@chook.melbourne.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Mar 2006 12:55:17.0261 (UTC) FILETIME=[DE67FBD0:01C64DAF] X-Scanned-By: MIMEDefang 2.36 X-archive-position: 7505 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stripathi@agami.com Precedence: bulk X-list: linux-xfs Content-Length: 709 Lines: 24 Hi, While looking at xfs_change_file_space, I noticed that the transaction is made synchronous. xfs_change_file_space() ... if (setprealloc) ip->i_d.di_flags |= XFS_DIFLAG_PREALLOC; else if (clrprealloc) ip->i_d.di_flags &= ~XFS_DIFLAG_PREALLOC; xfs_trans_log_inode(tp, ip, XFS_ILOG_CORE); xfs_trans_set_sync(tp); --> Why do we need to make it synchronous ? error = xfs_trans_commit(tp, 0, NULL); Why this transaction is made synchronous. I can't think of the scenario where log will not be able to recover this if it is asynchronous. What might be the potential reason for making it synchronous ? Regards, Shailendra From owner-linux-xfs@oss.sgi.com Wed Mar 22 16:46:30 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Mar 2006 16:47:26 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2N0kSW6017957 for ; Wed, 22 Mar 2006 16:46:29 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17243 for ; Thu, 23 Mar 2006 11:47:08 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 9A91C4A53FC6; Thu, 23 Mar 2006 11:47:06 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - fix typos Message-Id: <20060323004706.9A91C4A53FC6@chook.melbourne.sgi.com> Date: Thu, 23 Mar 2006 11:47:06 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 7508 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 6214 Lines: 96 We really suck at spulling. Thanks to Chris Pascoe for fixing all these typos. Date: Thu Mar 23 11:46:33 AEDT 2006 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: c.pascoe@itee.uq.edu.au The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:25539a xfs_log.h - 1.78 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log.h.diff?r1=text&tr1=1.78&r2=text&tr2=1.77&f=h xfs_log.c - 1.318 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log.c.diff?r1=text&tr1=1.318&r2=text&tr2=1.317&f=h xfs_ialloc.c - 1.185 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_ialloc.c.diff?r1=text&tr1=1.185&r2=text&tr2=1.184&f=h xfs_ag.h - 1.57 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_ag.h.diff?r1=text&tr1=1.57&r2=text&tr2=1.56&f=h xfs_buf_item.c - 1.155 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_buf_item.c.diff?r1=text&tr1=1.155&r2=text&tr2=1.154&f=h xfs_trans_inode.c - 1.52 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_trans_inode.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h xfs_da_btree.c - 1.167 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_da_btree.c.diff?r1=text&tr1=1.167&r2=text&tr2=1.166&f=h xfs_vnodeops.c - 1.669 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.669&r2=text&tr2=1.668&f=h xfs_dir2_block.c - 1.51 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dir2_block.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h xfs_itable.c - 1.136 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_itable.c.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h xfs_itable.h - 1.47 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_itable.h.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h xfs_cap.h - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_cap.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h xfs_inode_item.c - 1.125 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode_item.c.diff?r1=text&tr1=1.125&r2=text&tr2=1.124&f=h xfs_log_recover.c - 1.307 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log_recover.c.diff?r1=text&tr1=1.307&r2=text&tr2=1.306&f=h xfs_vfsops.c - 1.499 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vfsops.c.diff?r1=text&tr1=1.499&r2=text&tr2=1.498&f=h xfs_iget.c - 1.211 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iget.c.diff?r1=text&tr1=1.211&r2=text&tr2=1.210&f=h xfs_dir_leaf.c - 1.134 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dir_leaf.c.diff?r1=text&tr1=1.134&r2=text&tr2=1.133&f=h xfs_mount.h - 1.218 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.h.diff?r1=text&tr1=1.218&r2=text&tr2=1.217&f=h xfs_mount.c - 1.375 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.c.diff?r1=text&tr1=1.375&r2=text&tr2=1.374&f=h xfs_acl.c - 1.59 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_acl.c.diff?r1=text&tr1=1.59&r2=text&tr2=1.58&f=h xfs_inode.c - 1.435 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.435&r2=text&tr2=1.434&f=h xfs_dir2_leaf.c - 1.53 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dir2_leaf.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h xfs_attr_leaf.c - 1.100 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_attr_leaf.c.diff?r1=text&tr1=1.100&r2=text&tr2=1.99&f=h xfs_trans.c - 1.172 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_trans.c.diff?r1=text&tr1=1.172&r2=text&tr2=1.171&f=h xfs_trans.h - 1.138 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_trans.h.diff?r1=text&tr1=1.138&r2=text&tr2=1.137&f=h xfs_alloc.c - 1.178 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_alloc.c.diff?r1=text&tr1=1.178&r2=text&tr2=1.177&f=h xfs_alloc.h - 1.59 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_alloc.h.diff?r1=text&tr1=1.59&r2=text&tr2=1.58&f=h xfs_fsops.c - 1.114 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_fsops.c.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h xfs_quota.h - 1.44 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_quota.h.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h xfs_dir2_node.c - 1.53 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dir2_node.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h xfs_attr.c - 1.135 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_attr.c.diff?r1=text&tr1=1.135&r2=text&tr2=1.134&f=h quota/xfs_trans_dquot.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/quota/xfs_trans_dquot.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h quota/xfs_qm_syscalls.c - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/quota/xfs_qm_syscalls.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h quota/xfs_dquot_item.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/quota/xfs_dquot_item.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h quota/xfs_qm.c - 1.37 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/quota/xfs_qm.c.diff?r1=text&tr1=1.37&r2=text&tr2=1.36&f=h xfs_behavior.c - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_behavior.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h xfs_behavior.h - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_behavior.h.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h linux-2.6/xfs_lrw.c - 1.239 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.239&r2=text&tr2=1.238&f=h linux-2.6/xfs_vfs.h - 1.58 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vfs.h.diff?r1=text&tr1=1.58&r2=text&tr2=1.57&f=h linux-2.6/xfs_aops.c - 1.123 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.123&r2=text&tr2=1.122&f=h linux-2.6/mrlock.h - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/mrlock.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h linux-2.6/xfs_export.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_export.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h From owner-linux-xfs@oss.sgi.com Thu Mar 23 03:11:13 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Mar 2006 03:11:18 -0800 (PST) Received: from rrzmta2.rz.uni-regensburg.de (rrzmta2.rz.uni-regensburg.de [132.199.1.17]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2NBBCW6021942 for ; Thu, 23 Mar 2006 03:11:12 -0800 Received: from rrzmta2.rz.uni-regensburg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 0E3111EE7C; Thu, 23 Mar 2006 10:12:56 +0100 (CET) Received: from pc51072.physik.uni-regensburg.de (pc51072.physik.uni-regensburg.de [132.199.98.129]) by rrzmta2.rz.uni-regensburg.de (Postfix) with ESMTP id DC3471EE72; Thu, 23 Mar 2006 10:12:55 +0100 (CET) Received: by pc51072.physik.uni-regensburg.de (Postfix, from userid 28561) id A58D05030F5; Thu, 23 Mar 2006 10:12:52 +0100 (CET) Date: Thu, 23 Mar 2006 10:12:52 +0100 From: Christian Guggenberger To: David Chinner Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE 951193 - XFS rewrite clustering clusters clean pages Message-ID: <20060323091252.GA4741@pc51072.physik.uni-regensburg.de> Reply-To: christian.guggenberger@physik.uni-regensburg.de References: <20060321231821.A01F04A53FB7@chook.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060321231821.A01F04A53FB7@chook.melbourne.sgi.com> User-Agent: Mutt/1.5.9i X-archive-position: 7509 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 318 Lines: 9 On Wed, Mar 22, 2006 at 10:18:21AM +1100, David Chinner wrote: > Check that a page has dirty buffers before finding it acceptable for > rewrite clustering. This prevents writing excessive amounts of clean > data when doing random rewrites of a cached file. > would this be applicable to 2.6.16-STABLE ? - Christian From owner-linux-xfs@oss.sgi.com Thu Mar 23 15:00:47 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Mar 2006 15:00:48 -0800 (PST) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.180]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2NN0kW6000999 for ; Thu, 23 Mar 2006 15:00:46 -0800 Received: by pproxy.gmail.com with SMTP id f25so932906pyf for ; Thu, 23 Mar 2006 15:01:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:from:to:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=ggWeN2M8E7oXmIdAyIEqLjUBHmZlk7kk6v33DiOmE94t681VgUWbHq0Hi2tQPDEIaKreztOuI6/HtB4zh+Jvbryg7RYIjdXQkzk6rIUYi1lmNwKbph27dXTdPb/oANDVzPgEHuDxNhvk6yzN3xEwDlmJDMzCp65M9kcT7/MVlvc= Received: by 10.35.50.9 with SMTP id c9mr2231494pyk; Wed, 22 Mar 2006 22:24:52 -0800 (PST) Received: from tunafish ( [203.213.71.50]) by mx.gmail.com with ESMTP id 55sm550062pyf.2006.03.22.22.24.51; Wed, 22 Mar 2006 22:24:52 -0800 (PST) Message-ID: <014e01c64e42$7e720ed0$5001010a@bluereef.local> From: "Andrew Hall" To: Subject: Journal recovery problem with 2.6.16? Date: Thu, 23 Mar 2006 17:24:48 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-archive-position: 7511 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andrew.a.hall@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 828 Lines: 25 Hello, Has anything changed in the Linux xfs implementation between 2.6.12 and 2.6.16 in relation to log recovery on mount? With 2.6.12 and below a mount of a dirty partition would undergo a recovery and then continue mounting successfully. The same partition (dirty) booted with a 2.6.16 image compiled today gives the error on mount: XFS mounting filesystem hda7 Starting XFS recovery on filesystem: hda7 (logdev: internal) XFS: xlog_recover_process_data: bad clientid XFS: log mount/recovery failed: error 5 XFS: log mount failed An xfs_repair fails with "journal contains valuable metadata, please mount first". When I reboot with 2.6.12 kernel the partition mounts correctly. It seems 2.6.16 is less tolerant to unclean partition shutdowns and subsequence mounts. Is there a reason for this? thanks, Andrew. From owner-linux-xfs@oss.sgi.com Thu Mar 23 15:27:08 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Mar 2006 15:27:11 -0800 (PST) Received: from sonar.local (mail.bluereef.com.au [203.213.71.50]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2NNR6W6004258 for ; Thu, 23 Mar 2006 15:27:07 -0800 Received: from bluereef.com.au (127.0.0.1:35655) by sonar.local with [XMail 1.17 (Linux/Ix86) ESMTP Server] id for from ; Fri, 24 Mar 2006 09:28:56 +1100 X-Sonar_smtp-Score: 0 (bluereef.com.au) Received: from [10.1.1.25] by bluereef.com.au (Sonar_smtp 1.1.0) with SMTP; 23 Mar 2006 22:28:56 -0000 Received: from tunafish (10.1.1.80:1518) by bluereef.com.au with [XMail 1.17 (Linux/Ix86) ESMTP Server] id for from ; Fri, 24 Mar 2006 09:13:52 +1100 Message-ID: <01e401c64ec7$d6b14cc0$5001010a@bluereef.local> From: "temp02" To: Subject: Journal recovery problem with 2.6.16 Date: Fri, 24 Mar 2006 09:19:23 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-archive-position: 7512 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: temp02@bluereef.com.au Precedence: bulk X-list: linux-xfs Content-Length: 795 Lines: 18 Has anything changed in the Linux xfs implementation between 2.6.12 and 2.6.16 in relation to log recovery on mount? With 2.6.12 and below a mount of a dirty partition would undergo a recovery and then continue mounting successfully. The same partition (dirty) booted with a 2.6.16 image compiled today gives the error on mount: XFS mounting filesystem hda7 Starting XFS recovery on filesystem: hda7 (logdev: internal) XFS: xlog_recover_process_data: bad clientid XFS: log mount/recovery failed: error 5 XFS: log mount failed An xfs_repair fails with "journal contains valuable metadata, please mount first". When I reboot with 2.6.12 kernel the partition mounts correctly. It seems 2.6.16 is less tolerant to unclean partition shutdowns and subsequence mounts. Is there a reason for this? From owner-linux-xfs@oss.sgi.com Thu Mar 23 18:21:34 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Mar 2006 18:21:38 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2O2LWW6022558 for ; Thu, 23 Mar 2006 18:21:33 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA07755; Fri, 24 Mar 2006 13:22:03 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2O2LjeS25160364; Fri, 24 Mar 2006 13:21:46 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2O2LhUh25140325; Fri, 24 Mar 2006 13:21:43 +1100 (EST) Date: Fri, 24 Mar 2006 13:21:43 +1100 From: David Chinner To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE 951193 - XFS rewrite clustering clusters clean pages Message-ID: <20060324022143.GW20818228@melbourne.sgi.com> References: <20060321231821.A01F04A53FB7@chook.melbourne.sgi.com> <20060323091252.GA4741@pc51072.physik.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060323091252.GA4741@pc51072.physik.uni-regensburg.de> User-Agent: Mutt/1.4.2.1i X-archive-position: 7513 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 570 Lines: 19 On Thu, Mar 23, 2006 at 10:12:52AM +0100, Christian Guggenberger wrote: > On Wed, Mar 22, 2006 at 10:18:21AM +1100, David Chinner wrote: > > Check that a page has dirty buffers before finding it acceptable for > > rewrite clustering. This prevents writing excessive amounts of clean > > data when doing random rewrites of a cached file. > > > would this be applicable to 2.6.16-STABLE ? You're the second person to ask that. The answer is yes and we are working on getting it there. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Sat Mar 25 13:34:36 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 13:34:39 -0800 (PST) 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 k2PLYZW6011886 for ; Sat, 25 Mar 2006 13:34:36 -0800 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 k2PLZ8uN019780; Sat, 25 Mar 2006 22:35:10 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k2PLZ75m019766; Sat, 25 Mar 2006 22:35:07 +0100 Date: Sat, 25 Mar 2006 22:35:07 +0100 (MET) From: Jan Engelhardt To: Nathan Scott cc: linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs In-Reply-To: <20060321084619.E653275@wobbly.melbourne.sgi.com> Message-ID: References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7514 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 6219 Lines: 192 >> >> while browsing through the xfs/linux source, I noticed that many macros do >> >> not do proper bracing. I have started to cook up a patch, but would like >> >> feedback first before I continue for nothing. >> >> It goes like this: >> >> ... >> > >> >That looks fine. Please be sure to work on the -mm tree or on >> >CVS on oss.sgi.com, so as to reduce your level of patch conflict. >> >> Hm, would not it even be better to make them 'static inline' functions? > >Probably, I guess I'd want to see how invasive the patch becomes...? >I really dislike those _ACL macros (around that example you gave, that >could do with a cleanup all of its own - switching to xfs_acl_ maybe). >Also watch for macros that modify their parameters, I got burned by >doing an inline conversion a few releases back on just such a beast.. > To implement static inline, it requires that header files be corrected first so that they could 'compile on their own'. Shall I post a patch for that too? Here is the first patch in the series of 'fix most things that annoyed me'. - - - - - - - - - - Multiple instruction #defines should be wrapped into do{}while(0). Signed-off-by: Jan Engelhardt Compile-tested. diff -dpru xfs-cvs/dmapi/xfs_dm.c xfs-mod/dmapi/xfs_dm.c --- xfs-cvs/dmapi/xfs_dm.c 2006-03-17 15:28:04.000000000 +0100 +++ xfs-mod/dmapi/xfs_dm.c 2006-03-25 21:23:45.035287000 +0100 @@ -52,9 +52,10 @@ #define MAXNAMLEN MAXNAMELEN -#define XFS_BHV_LOOKUP(vp, xbdp) \ +#define XFS_BHV_LOOKUP(vp, xbdp) do { \ xbdp = vn_bhv_lookup(VN_BHV_HEAD(vp), &xfs_vnodeops); \ - ASSERT(xbdp); + ASSERT(xbdp); \ + } while(0) #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) #define MIN_DIO_SIZE(mp) ((mp)->m_sb.sb_sectsize) @@ -156,7 +157,7 @@ STATIC dm_size_t dm_min_dio_xfer = 0; / #define DM_STAT_ALIGN (sizeof(__uint64_t)) /* DMAPI's E2BIG == EA's ERANGE */ -#define DM_EA_XLATE_ERR(err) { if (err == ERANGE) err = E2BIG; } +#define DM_EA_XLATE_ERR(err) do { if (err == ERANGE) err = E2BIG; } while(0) /* * xfs_dm_send_data_event() diff -dpru xfs-mod-01/support/qsort.c xfs-mod-02/support/qsort.c --- xfs-mod-01/support/qsort.c 2005-09-23 05:51:28.000000000 +0200 +++ xfs-mod-02/support/qsort.c 2006-03-25 22:20:37.055287000 +0100 @@ -55,13 +55,14 @@ swapfunc(char *a, char *b, int n, int sw swapcode(char, a, b, n) } -#define swap(a, b) \ +#define swap(a, b) do { \ if (swaptype == 0) { \ long t = *(long *)(a); \ *(long *)(a) = *(long *)(b); \ *(long *)(b) = t; \ } else \ - swapfunc(a, b, es, swaptype) + swapfunc(a, b, es, swaptype) \ +} while(0) #define vecswap(a, b, n) if ((n) > 0) swapfunc(a, b, n, swaptype) diff -dpru xfs-cvs/xfs_arch.h xfs-mod/xfs_arch.h --- xfs-cvs/xfs_arch.h 2006-01-12 03:43:50.000000000 +0100 +++ xfs-mod/xfs_arch.h 2006-03-25 21:37:04.775287000 +0100 @@ -161,14 +161,14 @@ */ /* does not return a value */ -#define INT_XLATE(buf,mem,dir,arch) {\ +#define INT_XLATE(buf,mem,dir,arch) do { \ ASSERT(dir); \ if (dir>0) { \ (mem)=INT_GET(buf, arch); \ } else { \ INT_SET(buf, arch, mem); \ } \ -} +} while(0) static inline void be16_add(__be16 *a, __s16 b) { diff -dpru xfs-cvs/xfs_fs.h xfs-mod/xfs_fs.h --- xfs-cvs/xfs_fs.h 2005-12-02 03:48:45.000000000 +0100 +++ xfs-mod/xfs_fs.h 2006-03-25 21:37:22.325287000 +0100 @@ -122,12 +122,13 @@ struct getbmapx { #define BMV_OF_PREALLOC 0x1 /* segment = unwritten pre-allocation */ /* Convert getbmap <-> getbmapx - move fields from p1 to p2. */ -#define GETBMAP_CONVERT(p1,p2) { \ +#define GETBMAP_CONVERT(p1,p2) do { \ p2.bmv_offset = p1.bmv_offset; \ p2.bmv_block = p1.bmv_block; \ p2.bmv_length = p1.bmv_length; \ p2.bmv_count = p1.bmv_count; \ - p2.bmv_entries = p1.bmv_entries; } + p2.bmv_entries = p1.bmv_entries; \ + } while(0) /* diff -dpru xfs-cvs/xfs_vfsops.c xfs-mod/xfs_vfsops.c --- xfs-cvs/xfs_vfsops.c 2006-03-25 21:10:18.925287000 +0100 +++ xfs-mod/xfs_vfsops.c 2006-03-25 21:37:36.765287000 +0100 @@ -949,7 +949,7 @@ xfs_sync_inodes( * must be locked when this is called. After the call the list will no * longer be locked. */ -#define IPOINTER_INSERT(ip, mp) { \ +#define IPOINTER_INSERT(ip, mp) do { \ ASSERT(ipointer_in == B_FALSE); \ ipointer->ip_mnext = ip->i_mnext; \ ipointer->ip_mprev = ip; \ @@ -959,14 +959,14 @@ xfs_sync_inodes( XFS_MOUNT_IUNLOCK(mp); \ mount_locked = B_FALSE; \ IPOINTER_SET; \ - } + } while(0) /* Remove the marker from the inode list. If the marker was the only item * in the list then there are no remaining inodes and we should zero out * the whole list. If we are the current head of the list then move the head * past us. */ -#define IPOINTER_REMOVE(ip, mp) { \ +#define IPOINTER_REMOVE(ip, mp) do { \ ASSERT(ipointer_in == B_TRUE); \ if (ipointer->ip_mnext != (xfs_inode_t *)ipointer) { \ ip = ipointer->ip_mnext; \ @@ -981,7 +981,7 @@ xfs_sync_inodes( ip = NULL; \ } \ IPOINTER_CLR; \ - } + } while(0) #define XFS_PREEMPT_MASK 0x7f diff -dpru xfs-cvs/xfs_vnodeops.c xfs-mod/xfs_vnodeops.c --- xfs-cvs/xfs_vnodeops.c 2006-03-25 21:10:19.085287000 +0100 +++ xfs-mod/xfs_vnodeops.c 2006-03-25 21:37:48.405287000 +0100 @@ -2307,7 +2307,7 @@ again: } #ifdef DEBUG -#define REMOVE_DEBUG_TRACE(x) {remove_which_error_return = (x);} +#define REMOVE_DEBUG_TRACE(x) do { remove_which_error_return = (x); } while(0) int remove_which_error_return = 0; #else /* ! DEBUG */ #define REMOVE_DEBUG_TRACE(x) diff -dpru xfs-cvs/xfsidbg.c xfs-mod/xfsidbg.c --- xfs-cvs/xfsidbg.c 2006-03-25 21:10:19.105287000 +0100 +++ xfs-mod/xfsidbg.c 2006-03-25 21:37:58.325287000 +0100 @@ -7354,7 +7354,7 @@ xfsidbg_xqm_dquot(xfs_dquot_t *dqp) #define XQMIDBG_LIST_PRINT(l, NXT) \ -{ \ +do { \ xfs_dquot_t *dqp;\ int i = 0; \ kdb_printf("[#%d dquots]\n", (int) (l)->qh_nelems); \ @@ -7367,7 +7367,7 @@ xfsidbg_xqm_dquot(xfs_dquot_t *dqp) (int) be64_to_cpu(dqp->q_core.d_icount), \ (int) dqp->q_nrefs); }\ kdb_printf("\n"); \ -} +} while(0) static void xfsidbg_xqm_dqattached_inos(xfs_mount_t *mp) #<> Jan Engelhardt -- | Software Engineer and Linux/Unix Network Administrator From owner-linux-xfs@oss.sgi.com Sat Mar 25 15:23:37 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 15:23:37 -0800 (PST) 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 k2PNNZW6020471 for ; Sat, 25 Mar 2006 15:23:36 -0800 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 k2PNNxEh012985; Sun, 26 Mar 2006 00:24:10 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k2PNNrQD012974; Sun, 26 Mar 2006 00:23:53 +0100 Date: Sun, 26 Mar 2006 00:23:47 +0100 (MET) From: Jan Engelhardt To: Andreas Schwab cc: Nathan Scott , linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs In-Reply-To: Message-ID: References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7515 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 422 Lines: 20 >> -#define swap(a, b) \ >> +#define swap(a, b) do { \ >> if (swaptype == 0) { \ >> long t = *(long *)(a); \ >> *(long *)(a) = *(long *)(b); \ >> *(long *)(b) = t; \ >> } else \ >> - swapfunc(a, b, es, swaptype) >> + swapfunc(a, b, es, swaptype) \ >> +} while(0) > ^^ >Missing semicolon. > It was missing before too. ;) Jan Engelhardt -- From owner-linux-xfs@oss.sgi.com Sat Mar 25 15:26:51 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 15:26:55 -0800 (PST) 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 k2PNQnW6021090 for ; Sat, 25 Mar 2006 15:26:50 -0800 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 k2PNRAZq013088; Sun, 26 Mar 2006 00:27:16 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k2PNR0FP013071; Sun, 26 Mar 2006 00:27:02 +0100 Date: Sun, 26 Mar 2006 00:26:50 +0100 (MET) From: Jan Engelhardt To: Nathan Scott cc: linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs In-Reply-To: <20060321084619.E653275@wobbly.melbourne.sgi.com> Message-ID: References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7516 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 27078 Lines: 821 Here is the second patch in the row which tries to make every .h 'compile on its own'. It is not complete since the xfs directory (cvs copy) references things not present in ws (copy of 2.6.16, _not_ cvs). (I know I should work on the full xfs cvs, but I did not want to download all that.) diff --fast -pru ws~/fs/xfs/dmapi/xfs_dm.h ws/fs/xfs/dmapi/xfs_dm.h --- ws~/fs/xfs/dmapi/xfs_dm.h 2006-02-15 03:48:07.000000000 +0100 +++ ws/fs/xfs/dmapi/xfs_dm.h 2006-03-25 23:46:04.315287000 +0100 @@ -18,9 +18,14 @@ #ifndef __XFS_DM_H__ #define __XFS_DM_H__ -extern int xfs_dm_get_fsys_vector(bhv_desc_t *, caddr_t); +#include +#include "xfs_types.h" -extern xfs_dmops_t xfs_dmcore_xfs; +struct bhv_desc; + +extern int xfs_dm_get_fsys_vector(struct bhv_desc *, caddr_t); + +extern struct xfs_dmops xfs_dmcore_xfs; extern struct file_system_type xfs_fs_type; extern struct filesystem_dmapi_operations xfs_dmapiops; diff --fast -pru ws~/fs/xfs/linux-2.6/kmem.h ws/fs/xfs/linux-2.6/kmem.h --- ws~/fs/xfs/linux-2.6/kmem.h 2006-03-06 15:18:30.000000000 +0100 +++ ws/fs/xfs/linux-2.6/kmem.h 2006-03-25 23:12:21.925287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_SUPPORT_KMEM_H__ #define __XFS_SUPPORT_KMEM_H__ +#include +#include #include #include #include diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_aops.h ws/fs/xfs/linux-2.6/xfs_aops.h --- ws~/fs/xfs/linux-2.6/xfs_aops.h 2006-03-06 15:19:18.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_aops.h 2006-03-25 23:19:08.925287000 +0100 @@ -18,6 +18,13 @@ #ifndef __XFS_AOPS_H__ #define __XFS_AOPS_H__ +#include +#include +#include +#include "xfs_types.h" + +struct inode; + extern struct workqueue_struct *xfsdatad_workqueue; extern mempool_t *xfs_ioend_pool; diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_buf.h ws/fs/xfs/linux-2.6/xfs_buf.h --- ws~/fs/xfs/linux-2.6/xfs_buf.h 2005-12-17 12:31:50.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_buf.h 2006-03-26 00:17:38.675287000 +0100 @@ -28,6 +28,9 @@ #include #include +#include +#include "xfs_types.h" + /* * Base types */ diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_export.h ws/fs/xfs/linux-2.6/xfs_export.h --- ws~/fs/xfs/linux-2.6/xfs_export.h 2006-03-25 21:10:19.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_export.h 2006-03-25 23:29:33.815287000 +0100 @@ -18,6 +18,10 @@ #ifndef __XFS_EXPORT_H__ #define __XFS_EXPORT_H__ +#include +#include +#include "xfs_fs.h" + /* * Common defines for code related to exporting XFS filesystems over NFS. * diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_fs_subr.h ws/fs/xfs/linux-2.6/xfs_fs_subr.h --- ws~/fs/xfs/linux-2.6/xfs_fs_subr.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/linux-2.6/xfs_fs_subr.h 2006-03-25 23:30:52.135287000 +0100 @@ -18,12 +18,17 @@ #ifndef __XFS_FS_SUBR_H__ #define __XFS_FS_SUBR_H__ +#include +#include "xfs_types.h" + +struct bhv_desc; struct cred; + extern int fs_noerr(void); extern int fs_nosys(void); extern void fs_noval(void); -extern void fs_tosspages(bhv_desc_t *, xfs_off_t, xfs_off_t, int); -extern void fs_flushinval_pages(bhv_desc_t *, xfs_off_t, xfs_off_t, int); -extern int fs_flush_pages(bhv_desc_t *, xfs_off_t, xfs_off_t, uint64_t, int); +extern void fs_tosspages(struct bhv_desc *, xfs_off_t, xfs_off_t, int); +extern void fs_flushinval_pages(struct bhv_desc *, xfs_off_t, xfs_off_t, int); +extern int fs_flush_pages(struct bhv_desc *, xfs_off_t, xfs_off_t, uint64_t, int); #endif /* __XFS_FS_SUBR_H__ */ diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_globals.h ws/fs/xfs/linux-2.6/xfs_globals.h --- ws~/fs/xfs/linux-2.6/xfs_globals.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/linux-2.6/xfs_globals.h 2006-03-25 23:31:10.535287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_GLOBALS_H__ #define __XFS_GLOBALS_H__ +#include + extern uint64_t xfs_panic_mask; /* set to cause more panics */ extern unsigned long xfs_physmem; extern struct cred *sys_cred; diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_ioctl32.h ws/fs/xfs/linux-2.6/xfs_ioctl32.h --- ws~/fs/xfs/linux-2.6/xfs_ioctl32.h 2006-03-20 03:46:07.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_ioctl32.h 2006-03-25 23:31:29.215287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_IOCTL32_H__ #define __XFS_IOCTL32_H__ +struct file; + extern long xfs_file_compat_ioctl(struct file *, unsigned, unsigned long); extern long xfs_file_compat_invis_ioctl(struct file *, unsigned, unsigned long); diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_iops.h ws/fs/xfs/linux-2.6/xfs_iops.h --- ws~/fs/xfs/linux-2.6/xfs_iops.h 2006-03-06 15:20:54.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_iops.h 2006-03-25 23:32:29.695287000 +0100 @@ -18,6 +18,13 @@ #ifndef __XFS_IOPS_H__ #define __XFS_IOPS_H__ +#include + +struct bhv_desc; +struct file; +struct inode; +struct xfs_inode; + extern struct inode_operations xfs_inode_operations; extern struct inode_operations xfs_dir_inode_operations; extern struct inode_operations xfs_symlink_inode_operations; @@ -29,7 +36,6 @@ extern struct file_operations xfs_invis_ extern int xfs_ioctl(struct bhv_desc *, struct inode *, struct file *, int, unsigned int, void __user *); -struct xfs_inode; extern void xfs_ichgtime(struct xfs_inode *, int); extern void xfs_ichgtime_fast(struct xfs_inode *, struct inode *, int); diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_lrw.h ws/fs/xfs/linux-2.6/xfs_lrw.h --- ws~/fs/xfs/linux-2.6/xfs_lrw.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/linux-2.6/xfs_lrw.h 2006-03-25 23:26:43.925287000 +0100 @@ -18,8 +18,15 @@ #ifndef __XFS_LRW_H__ #define __XFS_LRW_H__ +#include /* read_actor_t */ +#include /* ssize_t */ +#include "xfs_types.h" + struct vnode; struct bhv_desc; +struct cred; +struct iovec; +struct kiocb; struct xfs_mount; struct xfs_iocore; struct xfs_inode; diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_stats.h ws/fs/xfs/linux-2.6/xfs_stats.h --- ws~/fs/xfs/linux-2.6/xfs_stats.h 2005-12-17 12:31:50.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_stats.h 2006-03-25 23:37:39.235287000 +0100 @@ -21,7 +21,9 @@ #if defined(CONFIG_PROC_FS) && !defined(XFS_STATS_OFF) +#include #include +#include "xfs_types.h" /* * XFS global statistics diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_super.h ws/fs/xfs/linux-2.6/xfs_super.h --- ws~/fs/xfs/linux-2.6/xfs_super.h 2006-03-17 15:28:04.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_super.h 2006-03-25 23:38:47.435287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_SUPER_H__ #define __XFS_SUPER_H__ +#include "xfs_types.h" + #ifdef CONFIG_XFS_POSIX_ACL # define XFS_ACL_STRING "ACLs, " # define set_posix_acl_flag(sb) ((sb)->s_flags |= MS_POSIXACL) @@ -69,15 +71,17 @@ XFS_TRACE_STRING \ XFS_DBG_STRING /* DBG must be last */ +struct bhv_desc; +struct block_device; +struct vnode; struct xfs_inode; struct xfs_mount; struct xfs_buftarg; -struct block_device; extern __uint64_t xfs_max_file_offset(unsigned int); -extern struct inode *xfs_get_inode(bhv_desc_t *, xfs_ino_t, int); -extern void xfs_initialize_vnode(bhv_desc_t *, vnode_t *, bhv_desc_t *, int); +extern struct inode *xfs_get_inode(struct bhv_desc *, xfs_ino_t, int); +extern void xfs_initialize_vnode(struct bhv_desc *, struct vnode *, struct bhv_desc *, int); extern void xfs_flush_inode(struct xfs_inode *); extern void xfs_flush_device(struct xfs_inode *); diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_vfs.h ws/fs/xfs/linux-2.6/xfs_vfs.h --- ws~/fs/xfs/linux-2.6/xfs_vfs.h 2006-03-25 21:10:19.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_vfs.h 2006-03-25 23:41:08.605287000 +0100 @@ -18,14 +18,20 @@ #ifndef __XFS_VFS_H__ #define __XFS_VFS_H__ +#include +#include #include +#include +#include "xfs_behavior.h" #include "xfs_fs.h" +#include "xfs_types.h" struct fid; struct vfs; struct cred; struct vnode; struct kstatfs; +struct module; struct seq_file; struct super_block; struct xfs_mount_args; diff --fast -pru ws~/fs/xfs/linux-2.6/xfs_vnode.h ws/fs/xfs/linux-2.6/xfs_vnode.h --- ws~/fs/xfs/linux-2.6/xfs_vnode.h 2006-03-17 15:28:04.000000000 +0100 +++ ws/fs/xfs/linux-2.6/xfs_vnode.h 2006-03-25 23:44:12.215287000 +0100 @@ -45,7 +45,15 @@ #ifndef __XFS_VNODE_H__ #define __XFS_VNODE_H__ +#include +#include +#include "xfs_behavior.h" +#include "xfs_fs.h" +#include "xfs_types.h" + struct uio; +struct cred; +struct fid; struct file; struct vattr; struct xfs_iomap; @@ -490,7 +498,7 @@ extern vnode_t *vn_initialize(struct ino * vnode_map structures _must_ match vn_epoch and vnode structure sizes. */ typedef struct vnode_map { - vfs_t *v_vfsp; + struct vfs *v_vfsp; vnumber_t v_number; /* in-core vnode number */ xfs_ino_t v_ino; /* inode # */ } vmap_t; diff --fast -pru ws~/fs/xfs/quota/xfs_dquot.h ws/fs/xfs/quota/xfs_dquot.h --- ws~/fs/xfs/quota/xfs_dquot.h 2005-09-26 05:46:03.000000000 +0200 +++ ws/fs/xfs/quota/xfs_dquot.h 2006-03-25 23:56:11.155287000 +0100 @@ -18,6 +18,12 @@ #ifndef __XFS_DQUOT_H__ #define __XFS_DQUOT_H__ +#include +#include +#include "quota/xfs_dquot_item.h" +#include "xfs_quota.h" +#include "xfs_types.h" + /* * Dquots are structures that hold quota information about a user or a group, * much like inodes are for files. In fact, dquots share many characteristics @@ -44,9 +50,6 @@ typedef struct xfs_dqlink { struct xfs_dquot **ql_prevp; /* pointer to prev ql_next */ } xfs_dqlink_t; -struct xfs_mount; -struct xfs_trans; - /* * This is the marker which is designed to occupy the first few * bytes of the xfs_dquot_t structure. Even inside this, the freelist pointers @@ -174,11 +177,11 @@ extern void xfs_qm_dqunpin_wait(xfs_dqu extern int xfs_qm_dqlock_nowait(xfs_dquot_t *); extern int xfs_qm_dqflock_nowait(xfs_dquot_t *); extern void xfs_qm_dqflock_pushbuf_wait(xfs_dquot_t *dqp); -extern void xfs_qm_adjust_dqtimers(xfs_mount_t *, +extern void xfs_qm_adjust_dqtimers(struct xfs_mount *, xfs_disk_dquot_t *); -extern void xfs_qm_adjust_dqlimits(xfs_mount_t *, +extern void xfs_qm_adjust_dqlimits(struct xfs_mount *, xfs_disk_dquot_t *); -extern int xfs_qm_dqget(xfs_mount_t *, xfs_inode_t *, +extern int xfs_qm_dqget(struct xfs_mount *, struct xfs_inode *, xfs_dqid_t, uint, uint, xfs_dquot_t **); extern void xfs_qm_dqput(xfs_dquot_t *); extern void xfs_qm_dqrele(xfs_dquot_t *); diff --fast -pru ws~/fs/xfs/quota/xfs_dquot_item.h ws/fs/xfs/quota/xfs_dquot_item.h --- ws~/fs/xfs/quota/xfs_dquot_item.h 2005-09-26 05:46:03.000000000 +0200 +++ ws/fs/xfs/quota/xfs_dquot_item.h 2006-03-25 23:56:34.055287000 +0100 @@ -18,10 +18,8 @@ #ifndef __XFS_DQUOT_ITEM_H__ #define __XFS_DQUOT_ITEM_H__ -struct xfs_dquot; -struct xfs_trans; -struct xfs_mount; -struct xfs_qoff_logitem; +#include "xfs_quota.h" +#include "xfs_trans.h" typedef struct xfs_dq_logitem { xfs_log_item_t qli_item; /* common portion */ diff --fast -pru ws~/fs/xfs/quota/xfs_qm.h ws/fs/xfs/quota/xfs_qm.h --- ws~/fs/xfs/quota/xfs_qm.h 2006-01-25 01:34:27.000000000 +0100 +++ ws/fs/xfs/quota/xfs_qm.h 2006-03-26 00:00:55.085287000 +0100 @@ -18,13 +18,13 @@ #ifndef __XFS_QM_H__ #define __XFS_QM_H__ +#include #include "xfs_dquot_item.h" #include "xfs_dquot.h" #include "xfs_quota_priv.h" #include "xfs_qm_stats.h" -struct xfs_qm; -struct xfs_inode; +struct bhv_desc; extern uint ndquot; extern mutex_t xfs_Gqm_lock; @@ -110,8 +110,8 @@ typedef struct xfs_qm { * The mount structure keeps a pointer to this. */ typedef struct xfs_quotainfo { - xfs_inode_t *qi_uquotaip; /* user quota inode */ - xfs_inode_t *qi_gquotaip; /* group quota inode */ + struct xfs_inode *qi_uquotaip; /* user quota inode */ + struct xfs_inode *qi_gquotaip; /* group quota inode */ lock_t qi_pinlock; /* dquot pinning mutex */ xfs_dqlist_t qi_dqlist; /* all dquots in filesys */ int qi_dqreclaims; /* a change here indicates @@ -137,7 +137,7 @@ typedef struct xfs_quotainfo { extern xfs_dqtrxops_t xfs_trans_dquot_ops; extern void xfs_trans_mod_dquot(xfs_trans_t *, xfs_dquot_t *, uint, long); -extern int xfs_trans_reserve_quota_bydquots(xfs_trans_t *, xfs_mount_t *, +extern int xfs_trans_reserve_quota_bydquots(xfs_trans_t *, struct xfs_mount *, xfs_dquot_t *, xfs_dquot_t *, long, long, uint); extern void xfs_trans_dqjoin(xfs_trans_t *, xfs_dquot_t *); extern void xfs_trans_log_dquot(xfs_trans_t *, xfs_dquot_t *); @@ -170,33 +170,33 @@ typedef struct xfs_dquot_acct { #define XFS_QM_HOLD(xqm) ((xqm)->qm_nrefs++) #define XFS_QM_RELE(xqm) ((xqm)->qm_nrefs--) -extern void xfs_qm_destroy_quotainfo(xfs_mount_t *); -extern int xfs_qm_mount_quotas(xfs_mount_t *, int); -extern void xfs_qm_mount_quotainit(xfs_mount_t *, uint); -extern int xfs_qm_quotacheck(xfs_mount_t *); -extern void xfs_qm_unmount_quotadestroy(xfs_mount_t *); -extern int xfs_qm_unmount_quotas(xfs_mount_t *); -extern int xfs_qm_write_sb_changes(xfs_mount_t *, __int64_t); -extern int xfs_qm_sync(xfs_mount_t *, short); +extern void xfs_qm_destroy_quotainfo(struct xfs_mount *); +extern int xfs_qm_mount_quotas(struct xfs_mount *, int); +extern void xfs_qm_mount_quotainit(struct xfs_mount *, uint); +extern int xfs_qm_quotacheck(struct xfs_mount *); +extern void xfs_qm_unmount_quotadestroy(struct xfs_mount *); +extern int xfs_qm_unmount_quotas(struct xfs_mount *); +extern int xfs_qm_write_sb_changes(struct xfs_mount *, __int64_t); +extern int xfs_qm_sync(struct xfs_mount *, short); /* dquot stuff */ extern boolean_t xfs_qm_dqalloc_incore(xfs_dquot_t **); -extern int xfs_qm_dqattach(xfs_inode_t *, uint); -extern void xfs_qm_dqdetach(xfs_inode_t *); -extern int xfs_qm_dqpurge_all(xfs_mount_t *, uint); -extern void xfs_qm_dqrele_all_inodes(xfs_mount_t *, uint); +extern int xfs_qm_dqattach(struct xfs_inode *, uint); +extern void xfs_qm_dqdetach(struct xfs_inode *); +extern int xfs_qm_dqpurge_all(struct xfs_mount *, uint); +extern void xfs_qm_dqrele_all_inodes(struct xfs_mount *, uint); /* vop stuff */ -extern int xfs_qm_vop_dqalloc(xfs_mount_t *, xfs_inode_t *, +extern int xfs_qm_vop_dqalloc(struct xfs_mount *, struct xfs_inode *, uid_t, gid_t, prid_t, uint, xfs_dquot_t **, xfs_dquot_t **); extern void xfs_qm_vop_dqattach_and_dqmod_newinode( - xfs_trans_t *, xfs_inode_t *, + xfs_trans_t *, struct xfs_inode *, xfs_dquot_t *, xfs_dquot_t *); -extern int xfs_qm_vop_rename_dqattach(xfs_inode_t **); -extern xfs_dquot_t * xfs_qm_vop_chown(xfs_trans_t *, xfs_inode_t *, +extern int xfs_qm_vop_rename_dqattach(struct xfs_inode **); +extern xfs_dquot_t * xfs_qm_vop_chown(xfs_trans_t *, struct xfs_inode *, xfs_dquot_t **, xfs_dquot_t *); -extern int xfs_qm_vop_chown_reserve(xfs_trans_t *, xfs_inode_t *, +extern int xfs_qm_vop_chown_reserve(xfs_trans_t *, struct xfs_inode *, xfs_dquot_t *, xfs_dquot_t *, uint); /* list stuff */ @@ -205,10 +205,10 @@ extern void xfs_qm_freelist_unlink(xfs_ extern int xfs_qm_freelist_lock_nowait(xfs_qm_t *); /* system call interface */ -extern int xfs_qm_quotactl(bhv_desc_t *, int, int, xfs_caddr_t); +extern int xfs_qm_quotactl(struct bhv_desc *, int, int, xfs_caddr_t); #ifdef DEBUG -extern int xfs_qm_internalqcheck(xfs_mount_t *); +extern int xfs_qm_internalqcheck(struct xfs_mount *); #else #define xfs_qm_internalqcheck(mp) (0) #endif diff --fast -pru ws~/fs/xfs/quota/xfs_qm_stats.h ws/fs/xfs/quota/xfs_qm_stats.h --- ws~/fs/xfs/quota/xfs_qm_stats.h 2005-09-26 05:46:03.000000000 +0200 +++ ws/fs/xfs/quota/xfs_qm_stats.h 2006-03-26 00:01:13.795287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_QM_STATS_H__ #define __XFS_QM_STATS_H__ +#include "xfs_types.h" + #if defined(CONFIG_PROC_FS) && !defined(XFS_STATS_OFF) /* diff --fast -pru ws~/fs/xfs/support/move.h ws/fs/xfs/support/move.h --- ws~/fs/xfs/support/move.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/support/move.h 2006-03-26 00:03:26.295287000 +0100 @@ -47,6 +47,7 @@ #include #include +#include "xfs_types.h" /* Segment flag values. */ enum uio_seg { diff --fast -pru ws~/fs/xfs/support/qsort.h ws/fs/xfs/support/qsort.h --- ws~/fs/xfs/support/qsort.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/support/qsort.h 2006-03-26 00:03:52.865287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_SUPPORT_QSORT_H__ #define __XFS_SUPPORT_QSORT_H__ +#include + extern void qsort(void *const pbase, size_t total_elems, size_t size, int (*cmp)(const void *, const void *)); diff --fast -pru ws~/fs/xfs/support/uuid.h ws/fs/xfs/support/uuid.h --- ws~/fs/xfs/support/uuid.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/support/uuid.h 2006-03-26 00:04:16.305287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_SUPPORT_UUID_H__ #define __XFS_SUPPORT_UUID_H__ +#include "xfs_types.h" + typedef struct { unsigned char __u_bits[16]; } uuid_t; diff --fast -pru ws~/fs/xfs/xfs_acl.h ws/fs/xfs/xfs_acl.h --- ws~/fs/xfs/xfs_acl.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_acl.h 2006-03-26 00:06:06.045287000 +0100 @@ -18,6 +18,9 @@ #ifndef __XFS_ACL_H__ #define __XFS_ACL_H__ +#include +#include "xfs_types.h" + /* * Access Control Lists */ @@ -49,6 +52,7 @@ typedef struct xfs_acl { #ifdef CONFIG_XFS_POSIX_ACL +struct cred; struct vattr; struct vnode; struct xfs_inode; @@ -59,7 +63,7 @@ extern struct kmem_zone *xfs_acl_zone; #define xfs_acl_zone_destroy(zone) kmem_zone_destroy(zone) extern int xfs_acl_inherit(struct vnode *, struct vattr *, xfs_acl_t *); -extern int xfs_acl_iaccess(struct xfs_inode *, mode_t, cred_t *); +extern int xfs_acl_iaccess(struct xfs_inode *, mode_t, struct cred *); extern int xfs_acl_vtoacl(struct vnode *, xfs_acl_t *, xfs_acl_t *); extern int xfs_acl_vhasacl_access(struct vnode *); extern int xfs_acl_vhasacl_default(struct vnode *); diff --fast -pru ws~/fs/xfs/xfs_ag.h ws/fs/xfs/xfs_ag.h --- ws~/fs/xfs/xfs_ag.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_ag.h 2006-03-26 00:07:29.455287000 +0100 @@ -18,6 +18,11 @@ #ifndef __XFS_AG_H__ #define __XFS_AG_H__ +#include +#include +#include "xfs_inum.h" +#include "xfs_types.h" + /* * Allocation group header * This is divided into three structures, placed in sequential 512-byte diff --fast -pru ws~/fs/xfs/xfs_alloc.h ws/fs/xfs/xfs_alloc.h --- ws~/fs/xfs/xfs_alloc.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_alloc.h 2006-03-26 00:08:07.455287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_ALLOC_H__ #define __XFS_ALLOC_H__ +#include "xfs_types.h" + struct xfs_buf; struct xfs_mount; struct xfs_perag; @@ -173,13 +175,13 @@ xfs_free_extent( xfs_extlen_t len); /* length of extent */ void -xfs_alloc_mark_busy(xfs_trans_t *tp, +xfs_alloc_mark_busy(struct xfs_trans *tp, xfs_agnumber_t agno, xfs_agblock_t bno, xfs_extlen_t len); void -xfs_alloc_clear_busy(xfs_trans_t *tp, +xfs_alloc_clear_busy(struct xfs_trans *tp, xfs_agnumber_t ag, int idx); diff --fast -pru ws~/fs/xfs/xfs_alloc_btree.h ws/fs/xfs/xfs_alloc_btree.h --- ws~/fs/xfs/xfs_alloc_btree.h 2005-10-21 20:08:47.000000000 +0200 +++ ws/fs/xfs/xfs_alloc_btree.h 2006-03-26 00:08:31.585287000 +0100 @@ -18,6 +18,9 @@ #ifndef __XFS_ALLOC_BTREE_H__ #define __XFS_ALLOC_BTREE_H__ +#include +#include "xfs_types.h" + /* * Freespace on-disk structures */ diff --fast -pru ws~/fs/xfs/xfs_arch.h ws/fs/xfs/xfs_arch.h --- ws~/fs/xfs/xfs_arch.h 2006-03-25 22:24:11.255287000 +0100 +++ ws/fs/xfs/xfs_arch.h 2006-03-25 23:34:09.425287000 +0100 @@ -25,6 +25,8 @@ #ifdef __KERNEL__ #include +#include +#include "xfs_types.h" #ifdef __BIG_ENDIAN #define XFS_NATIVE_HOST 1 diff --fast -pru ws~/fs/xfs/xfs_attr.h ws/fs/xfs/xfs_attr.h --- ws~/fs/xfs/xfs_attr.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/xfs_attr.h 2006-03-26 00:09:18.815287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_ATTR_H__ #define __XFS_ATTR_H__ +#include + /* * xfs_attr.h * @@ -35,6 +37,7 @@ * External interfaces *========================================================================*/ +struct bhv_desc; struct cred; struct vnode; @@ -158,10 +161,10 @@ struct xfs_da_args; /* * Overall external interface routines. */ -int xfs_attr_get(bhv_desc_t *, const char *, char *, int *, int, struct cred *); -int xfs_attr_set(bhv_desc_t *, const char *, char *, int, int, struct cred *); -int xfs_attr_remove(bhv_desc_t *, const char *, int, struct cred *); -int xfs_attr_list(bhv_desc_t *, char *, int, int, +int xfs_attr_get(struct bhv_desc *, const char *, char *, int *, int, struct cred *); +int xfs_attr_set(struct bhv_desc *, const char *, char *, int, int, struct cred *); +int xfs_attr_remove(struct bhv_desc *, const char *, int, struct cred *); +int xfs_attr_list(struct bhv_desc *, char *, int, int, struct attrlist_cursor_kern *, struct cred *); int xfs_attr_inactive(struct xfs_inode *dp); diff --fast -pru ws~/fs/xfs/xfs_attr_leaf.h ws/fs/xfs/xfs_attr_leaf.h --- ws~/fs/xfs/xfs_attr_leaf.h 2006-03-17 15:44:48.000000000 +0100 +++ ws/fs/xfs/xfs_attr_leaf.h 2006-03-26 00:12:13.175287000 +0100 @@ -18,6 +18,10 @@ #ifndef __XFS_ATTR_LEAF_H__ #define __XFS_ATTR_LEAF_H__ +#include +#include +#include "xfs_da_btree.h" + /* * Attribute storage layout, internal structure, access macros, etc. * @@ -232,7 +236,7 @@ int xfs_attr_shortform_to_leaf(struct xf int xfs_attr_shortform_remove(struct xfs_da_args *args); int xfs_attr_shortform_list(struct xfs_attr_list_context *context); int xfs_attr_shortform_allfit(struct xfs_dabuf *bp, struct xfs_inode *dp); -int xfs_attr_shortform_bytesfit(xfs_inode_t *dp, int bytes); +int xfs_attr_shortform_bytesfit(struct xfs_inode *dp, int bytes); /* diff --fast -pru ws~/fs/xfs/xfs_attr_sf.h ws/fs/xfs/xfs_attr_sf.h --- ws~/fs/xfs/xfs_attr_sf.h 2006-03-17 15:45:34.000000000 +0100 +++ ws/fs/xfs/xfs_attr_sf.h 2006-03-26 00:12:33.025287000 +0100 @@ -18,6 +18,9 @@ #ifndef __XFS_ATTR_SF_H__ #define __XFS_ATTR_SF_H__ +#include +#include "xfs_types.h" + /* * Attribute storage when stored inside the inode. * diff --fast -pru ws~/fs/xfs/xfs_behavior.h ws/fs/xfs/xfs_behavior.h --- ws~/fs/xfs/xfs_behavior.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_behavior.h 2006-03-25 23:35:45.865287000 +0100 @@ -78,7 +78,13 @@ * */ +#include +#include + struct bhv_head_lock; +struct vnode; +struct vnodeops; +struct xfs_inode; /* * Behavior head. Head of the chain of behaviors. @@ -183,6 +173,24 @@ extern bhv_desc_t * bhv_lookup(bhv_head_ extern bhv_desc_t * bhv_lookup_range(bhv_head_t *bhp, int low, int high); extern bhv_desc_t * bhv_base(bhv_head_t *bhp); +/* + * Remove a behavior descriptor from a behavior chain. + */ +static inline void bhv_remove(bhv_head_t *bhp, struct bhv_desc *bdp) { + if(bhp->bh_first == bdp) + /* + * Remove from front of chain. + * Atomic wrt oip's. + */ + bhp->bh_first = bdp->bd_next; + else + /* remove from non-front of chain */ + bhv_remove_not_first(bhp, bdp); + + bdp->bd_vobj = NULL; + return; +} + /* No bhv locking on Linux */ #define bhv_lookup_unlocked bhv_lookup #define bhv_base_unlocked bhv_base diff --fast -pru ws~/fs/xfs/xfs_bit.h ws/fs/xfs/xfs_bit.h --- ws~/fs/xfs/xfs_bit.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/xfs_bit.h 2006-03-26 00:13:16.515287000 +0100 @@ -18,6 +18,9 @@ #ifndef __XFS_BIT_H__ #define __XFS_BIT_H__ +#include +#include "xfs_types.h" + /* * XFS bit manipulation routines. */ diff --fast -pru ws~/fs/xfs/xfs_bmap.h ws/fs/xfs/xfs_bmap.h --- ws~/fs/xfs/xfs_bmap.h 2006-03-03 01:40:32.000000000 +0100 +++ ws/fs/xfs/xfs_bmap.h 2006-03-26 00:14:07.995287000 +0100 @@ -18,6 +18,9 @@ #ifndef __XFS_BMAP_H__ #define __XFS_BMAP_H__ +#include "xfs_inode.h" +#include "xfs_types.h" + struct getbmap; struct xfs_bmbt_irec; struct xfs_ifork; diff --fast -pru ws~/fs/xfs/xfs_da_btree.h ws/fs/xfs/xfs_da_btree.h --- ws~/fs/xfs/xfs_da_btree.h 2006-03-17 15:48:35.000000000 +0100 +++ ws/fs/xfs/xfs_da_btree.h 2006-03-26 00:10:50.305287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_DA_BTREE_H__ #define __XFS_DA_BTREE_H__ +#include "xfs_types.h" + struct xfs_buf; struct xfs_bmap_free; struct xfs_inode; diff --fast -pru ws~/fs/xfs/xfs_fs.h ws/fs/xfs/xfs_fs.h --- ws~/fs/xfs/xfs_fs.h 2006-03-25 22:24:11.265287000 +0100 +++ ws/fs/xfs/xfs_fs.h 2006-03-25 23:28:56.635287000 +0100 @@ -18,6 +18,10 @@ #ifndef __XFS_FS_H__ #define __XFS_FS_H__ +#include + +struct inode; + /* * SGI's XFS filesystem's major stuff (constants, structures) */ diff --fast -pru ws~/fs/xfs/xfs_inum.h ws/fs/xfs/xfs_inum.h --- ws~/fs/xfs/xfs_inum.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/xfs_inum.h 2006-03-26 00:07:03.615287000 +0100 @@ -18,6 +18,8 @@ #ifndef __XFS_INUM_H__ #define __XFS_INUM_H__ +#include "xfs_types.h" + /* * Inode number format: * low inopblog bits - offset in block diff --fast -pru ws~/fs/xfs/xfs_log.h ws/fs/xfs/xfs_log.h --- ws~/fs/xfs/xfs_log.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_log.h 2006-03-25 23:53:46.815287000 +0100 @@ -18,6 +18,12 @@ #ifndef __XFS_LOG_H__ #define __XFS_LOG_H__ +#include +#include "xfs_types.h" + +struct xfs_buf; +struct xfs_buftarg; + /* get lsn fields */ #define CYCLE_LSN(lsn) ((uint)((lsn)>>32)) diff --fast -pru ws~/fs/xfs/xfs_quota.h ws/fs/xfs/xfs_quota.h --- ws~/fs/xfs/xfs_quota.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_quota.h 2006-03-25 23:49:42.575287000 +0100 @@ -18,6 +18,13 @@ #ifndef __XFS_QUOTA_H__ #define __XFS_QUOTA_H__ +#include +#include "xfs_types.h" + +struct xfs_inode; +struct xfs_mount; +struct xfs_trans; + /* * The ondisk form of a dquot structure. */ diff --fast -pru ws~/fs/xfs/xfs_trans.h ws/fs/xfs/xfs_trans.h --- ws~/fs/xfs/xfs_trans.h 2006-03-25 21:10:18.000000000 +0100 +++ ws/fs/xfs/xfs_trans.h 2006-03-25 23:53:59.705287000 +0100 @@ -18,6 +18,11 @@ #ifndef __XFS_TRANS_H__ #define __XFS_TRANS_H__ +#include +#include +#include "xfs_log.h" +#include "xfs_types.h" + /* * This is the structure written in the log at the head of * every transaction. It identifies the type and id of the diff --fast -pru ws~/fs/xfs/xfs_types.h ws/fs/xfs/xfs_types.h --- ws~/fs/xfs/xfs_types.h 2005-09-23 05:51:28.000000000 +0200 +++ ws/fs/xfs/xfs_types.h 2006-03-25 23:25:11.955287000 +0100 @@ -20,6 +20,8 @@ #ifdef __KERNEL__ +#include + /* * POSIX Extensions */ # Jan Engelhardt -- From owner-linux-xfs@oss.sgi.com Sat Mar 25 15:44:51 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 15:44:54 -0800 (PST) Received: from mx2.suse.de ([195.135.220.15]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2PNioW6023387 for ; Sat, 25 Mar 2006 15:44:51 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 0963B1C81C; Sun, 26 Mar 2006 00:45:20 +0100 (CET) From: Andreas Schwab To: Jan Engelhardt Cc: Nathan Scott , linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> X-Yow: Well, O.K. I'll compromise with my principles because of EXISTENTIAL DESPAIR! Date: Sun, 26 Mar 2006 00:45:19 +0100 In-Reply-To: (Jan Engelhardt's message of "Sun, 26 Mar 2006 00:23:47 +0100 (MET)") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 7517 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: schwab@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 760 Lines: 28 Jan Engelhardt writes: >>> -#define swap(a, b) \ >>> +#define swap(a, b) do { \ >>> if (swaptype == 0) { \ >>> long t = *(long *)(a); \ >>> *(long *)(a) = *(long *)(b); \ >>> *(long *)(b) = t; \ >>> } else \ >>> - swapfunc(a, b, es, swaptype) >>> + swapfunc(a, b, es, swaptype) \ >>> +} while(0) >> ^^ >>Missing semicolon. >> > > It was missing before too. ;) No, previously it was provided at the call site. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From owner-linux-xfs@oss.sgi.com Sat Mar 25 15:52:30 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 15:52:31 -0800 (PST) Received: from mx2.suse.de (ns2.suse.de [195.135.220.15]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2PNqUW6024643 for ; Sat, 25 Mar 2006 15:52:30 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 6611B1C614; Sat, 25 Mar 2006 23:38:41 +0100 (CET) From: Andreas Schwab To: Jan Engelhardt Cc: Nathan Scott , linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> X-Yow: Am I elected yet? Date: Sat, 25 Mar 2006 23:38:40 +0100 In-Reply-To: (Jan Engelhardt's message of "Sat, 25 Mar 2006 22:35:07 +0100 (MET)") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 7518 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: schwab@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 956 Lines: 31 Jan Engelhardt writes: > diff -dpru xfs-mod-01/support/qsort.c xfs-mod-02/support/qsort.c > --- xfs-mod-01/support/qsort.c 2005-09-23 05:51:28.000000000 +0200 > +++ xfs-mod-02/support/qsort.c 2006-03-25 22:20:37.055287000 +0100 > @@ -55,13 +55,14 @@ swapfunc(char *a, char *b, int n, int sw > swapcode(char, a, b, n) > } > > -#define swap(a, b) \ > +#define swap(a, b) do { \ > if (swaptype == 0) { \ > long t = *(long *)(a); \ > *(long *)(a) = *(long *)(b); \ > *(long *)(b) = t; \ > } else \ > - swapfunc(a, b, es, swaptype) > + swapfunc(a, b, es, swaptype) \ > +} while(0) ^^ Missing semicolon. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From owner-linux-xfs@oss.sgi.com Sat Mar 25 16:50:00 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 16:50:01 -0800 (PST) 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 k2Q0nxW6003618 for ; Sat, 25 Mar 2006 16:49:59 -0800 Received: by lucidpixels.com (Postfix, from userid 1001) id CADF815EA83; Sat, 25 Mar 2006 18:49:29 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id C6AE8100EC611 for ; Sat, 25 Mar 2006 18:49:29 -0500 (EST) Date: Sat, 25 Mar 2006 18:49:29 -0500 (EST) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: linux-xfs@oss.sgi.com Subject: How many people regularly defrag their XFS filesystems? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 7519 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: linux-xfs Content-Length: 272 Lines: 10 Using xfs_db -c frag -r /dev/PARTITION: How many people defrag their filesystems using xfs_fsr /dev/PARTITION if their fragmentation is > 50% etc? Does anyone regularly defrag their production filesystems or just defrag their filesystems on a regular basis? Justin. From owner-linux-xfs@oss.sgi.com Sat Mar 25 21:38:39 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Mar 2006 21:38:44 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2Q5ccW6012166 for ; Sat, 25 Mar 2006 21:38:39 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id C8276C02C027 for ; Sun, 26 Mar 2006 12:38:36 +0800 (PHT) Received: from musang.free.net.ph (gusi.leathercollection.ph [202.163.192.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 5A3CAC02C028 for ; Sun, 26 Mar 2006 12:38:29 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id AA56F2004A55; Sun, 26 Mar 2006 12:38:23 +0800 (PHT) Date: Sun, 26 Mar 2006 12:38:23 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? Message-ID: <20060326043823.GA3139@free.net.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7520 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 645 Lines: 21 On Sat, Mar 25, 2006 at 06:49:29PM -0500, Justin Piszcz wrote: > Using xfs_db -c frag -r /dev/PARTITION: > > How many people defrag their filesystems using xfs_fsr /dev/PARTITION > if their fragmentation is > 50% etc? > > Does anyone regularly defrag their production filesystems or just > defrag their filesystems on a regular basis? I have a cron job running xfs_fsr for two hours once a week on three production systems. This has been going on for maybe half a year now. No problems so far. --> Jijo -- Federico Vicente C. Sevilla III Information Technology Consultant Q Software Research Corporation Website: http://jijo.free.net.ph From owner-linux-xfs@oss.sgi.com Sun Mar 26 01:26:11 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 01:26:13 -0800 (PST) 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 k2Q9QAW6007635 for ; Sun, 26 Mar 2006 01:26:11 -0800 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 k2Q9Qlf1023271; Sun, 26 Mar 2006 11:26:50 +0200 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.13.3/8.13.3/Submit) with ESMTP id k2Q9QjkK023260; Sun, 26 Mar 2006 11:26:46 +0200 Date: Sun, 26 Mar 2006 11:26:41 +0200 (MEST) From: Jan Engelhardt To: Andreas Schwab cc: Nathan Scott , linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs In-Reply-To: Message-ID: References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 7521 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 358 Lines: 16 >>>> + swapfunc(a, b, es, swaptype) \ >>>> +} while(0) >>> ^^ >>>Missing semicolon. >> >> It was missing before too. ;) > >No, previously it was provided at the call site. Bad habit IMO. It does not hurt to provide it in both the macro and the call site, GCC can handle empty instructions. Jan Engelhardt -- From owner-linux-xfs@oss.sgi.com Sun Mar 26 04:44:02 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 04:44:08 -0800 (PST) Received: from postfix2-c.free.fr (postfix2-c.free.fr [213.228.0.80]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2QChrW6030451 for ; Sun, 26 Mar 2006 04:44:02 -0800 Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix2-c.free.fr (Postfix) with ESMTP id 66F384112780 for ; Sun, 26 Mar 2006 13:46:02 +0200 (CEST) Received: from inara.maison.net (lns-bzn-40-82-251-184-189.adsl.proxad.net [82.251.184.189]) by smtp5-g19.free.fr (Postfix) with ESMTP id C547125AF7 for ; Sun, 26 Mar 2006 13:45:19 +0200 (CEST) Received: by inara.maison.net (Postfix, from userid 32266) id 20E8F5A69A; Sun, 26 Mar 2006 13:45:03 +0200 (CEST) Date: Sun, 26 Mar 2006 13:45:03 +0200 From: KELEMEN Peter To: linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? Message-ID: <20060326114503.GA15588@inara.maison.net> Mail-Followup-To: linux-xfs@oss.sgi.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: CERN European Laboratory for Particle Physics, Switzerland X-GPG-KeyID: 1024D/9FF0CABE 2004-04-03 X-GPG-Fingerprint: 6C9E 5917 3B06 E4EE 6356 7BF0 8F3E CAB6 9FF0 CABE X-Comment: Personal opinion. Paragraphs might have been reformatted. X-Copyright: Forwarding or publishing without permission is prohibited. X-Accept-Language: hu,en User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7522 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Peter.Kelemen@cern.ch Precedence: bulk X-list: linux-xfs Content-Length: 588 Lines: 17 * Justin Piszcz (jpiszcz@lucidpixels.com) [20060325 18:49]: > How many people defrag their filesystems using xfs_fsr > /dev/PARTITION if their fragmentation is > 50% etc? Does anyone > regularly defrag their production filesystems or just defrag > their filesystems on a regular basis? We have several hundred production filesystems defragmented every night. Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ Peter.Kelemen@cern.ch .+' `+...+' `+...+' `+...+' `+...+' From owner-linux-xfs@oss.sgi.com Sun Mar 26 06:22:44 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 06:22:47 -0800 (PST) Received: from mx1.suse.de ([195.135.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2QEMhW6008365 for ; Sun, 26 Mar 2006 06:22:44 -0800 Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id EC9E5E3E9; Sun, 26 Mar 2006 16:23:12 +0200 (CEST) From: Andreas Schwab To: Jan Engelhardt Cc: Nathan Scott , linux-xfs@oss.sgi.com, Linux Kernel Mailing List Subject: Re: Parenthesize macros in xfs References: <20060321082327.B653275@wobbly.melbourne.sgi.com> <20060321084619.E653275@wobbly.melbourne.sgi.com> X-Yow: All of a sudden, I want to THROW OVER my promising ACTING CAREER, grow a LONG BLACK BEARD and wear a BASEBALL HAT!! ... Although I don't know WHY!! Date: Sun, 26 Mar 2006 16:23:12 +0200 In-Reply-To: (Jan Engelhardt's message of "Sun, 26 Mar 2006 11:26:41 +0200 (MEST)") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 7525 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: schwab@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 769 Lines: 25 Jan Engelhardt writes: >>>>> + swapfunc(a, b, es, swaptype) \ >>>>> +} while(0) >>>> ^^ >>>>Missing semicolon. >>> >>> It was missing before too. ;) >> >>No, previously it was provided at the call site. > > Bad habit IMO. It does not hurt to provide it in both the macro and > the call site, GCC can handle empty instructions. There is no way to provide the missing semicolon at the call site. swapfunc can't provide it either, since it's not a macro. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From owner-linux-xfs@oss.sgi.com Sun Mar 26 06:19:16 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 06:19:17 -0800 (PST) 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 k2QEJFW6007519 for ; Sun, 26 Mar 2006 06:19:15 -0800 Received: by lucidpixels.com (Postfix, from userid 1001) id D1D0315EA83; Sun, 26 Mar 2006 09:19:54 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id D1448100EC611 for ; Sun, 26 Mar 2006 09:19:54 -0500 (EST) Date: Sun, 26 Mar 2006 09:19:54 -0500 (EST) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: linux-xfs@oss.sgi.com Subject: Could not allocate buf during xfs_fsr? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 7524 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: linux-xfs Content-Length: 414 Lines: 17 What does this mean? Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag14/tmp14207 Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag15/tmp14207 Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag0/tmp14207 Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag1/tmp14207 The FS is 373GB, with 221GB used and 153GB available. Thanks, Justin. From owner-linux-xfs@oss.sgi.com Sun Mar 26 06:17:51 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 06:17:52 -0800 (PST) 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 k2QEHoW6007275 for ; Sun, 26 Mar 2006 06:17:50 -0800 Received: by lucidpixels.com (Postfix, from userid 1001) id 2C80315EA83; Sun, 26 Mar 2006 09:18:29 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id EF6F4100EC611; Sun, 26 Mar 2006 09:18:28 -0500 (EST) Date: Sun, 26 Mar 2006 09:18:28 -0500 (EST) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: KELEMEN Peter cc: linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? In-Reply-To: <20060326114503.GA15588@inara.maison.net> Message-ID: References: <20060326114503.GA15588@inara.maison.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463747160-780773017-1143382708=:17017" X-archive-position: 7523 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: linux-xfs Content-Length: 1462 Lines: 40 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463747160-780773017-1143382708=:17017 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Does anyone have any benchmarks for the XFS filesystem contrasted with the= =20 amount of fragmentation on the disk? I have spoken with someone who=20 believes defragmenting filesystems with XFS is probably a waste of time=20 unless there are benchmarks to back it up. Benchmarks that show that=20 performance degrades significantly as fragmentation increases. Has anyone= =20 seen or performed any benchmarks? Is it worth defragging XFS filesystems? Justin. On Sun, 26 Mar 2006, KELEMEN Peter wrote: > * Justin Piszcz (jpiszcz@lucidpixels.com) [20060325 18:49]: > >> How many people defrag their filesystems using xfs_fsr >> /dev/PARTITION if their fragmentation is > 50% etc? Does anyone >> regularly defrag their production filesystems or just defrag >> their filesystems on a regular basis? > > We have several hundred production filesystems defragmented every > night. > > Peter > > -- > .+'''+. .+'''+. .+'''+. .+'''+. .+'' > Kelemen P=C3=A9ter / \ / \ Peter.Kelemen@cern.ch > .+' `+...+' `+...+' `+...+' `+...+' > > ---1463747160-780773017-1143382708=:17017-- From owner-linux-xfs@oss.sgi.com Sun Mar 26 07:49:09 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 07:50:05 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2QFn8W6016272 for ; Sun, 26 Mar 2006 07:49:09 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id 030F42206BA; Sun, 26 Mar 2006 16:31:06 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id edE5iJxv9wAA; Sun, 26 Mar 2006 16:31:04 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id 29E0F220674; Sun, 26 Mar 2006 16:31:03 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id D78F5220BB3; Sun, 26 Mar 2006 16:31:03 +0200 (CEST) Date: Sun, 26 Mar 2006 16:31:03 +0200 From: Ralf Hildebrandt To: Justin Piszcz Cc: linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060326143103.GA11637@charite.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.9i X-archive-position: 7526 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 883 Lines: 20 * Justin Piszcz : > What does this mean? > > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag14/tmp14207 > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag15/tmp14207 > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag0/tmp14207 > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag1/tmp14207 > > The FS is 373GB, with 221GB used and 153GB available. Same thing happened to me just today when I ran xfs_fsr on /home! Debian/testing, Kernel 2.6.15.1 xfsdump 2.2.30-1 -- Ralf Hildebrandt (i.A. des IT-Zentrums) Ralf.Hildebrandt@charite.de Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155 Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962 IT-Zentrum Standort CBF send no mail to spamtrap@charite.de From owner-linux-xfs@oss.sgi.com Sun Mar 26 13:57:01 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 13:57:03 -0800 (PST) Received: from larry.melbourne.sgi.com ([61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2QLuxW6032274 for ; Sun, 26 Mar 2006 13:57:00 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA11956; Mon, 27 Mar 2006 07:57:22 +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 k2QLvJJC838583; Mon, 27 Mar 2006 07:57:20 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2QLvHDY835900; Mon, 27 Mar 2006 07:57:17 +1000 (EST) Date: Mon, 27 Mar 2006 07:57:17 +1000 From: Nathan Scott To: Justin Piszcz Cc: linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060327075716.C753448@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 jpiszcz@lucidpixels.com on Sun, Mar 26, 2006 at 09:19:54AM -0500 X-archive-position: 7527 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 671 Lines: 23 On Sun, Mar 26, 2006 at 09:19:54AM -0500, Justin Piszcz wrote: > What does this mean? > > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: > /d3/.fsr/ag14/tmp14207 > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: > /d3/.fsr/ag15/tmp14207 > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: > /d3/.fsr/ag0/tmp14207 > Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: > /d3/.fsr/ag1/tmp14207 > > The FS is 373GB, with 221GB used and 153GB available. Its failing to allocate memory via memalign(2) -- can you run fsr with '-d' and report back? - looks like that will show the size of buffer it attempted to allocate. thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Mar 26 14:07:44 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 14:07:46 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2QM7hW6001773 for ; Sun, 26 Mar 2006 14:07:44 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA12186; Mon, 27 Mar 2006 08:08:16 +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 k2QM8DJC837652; Mon, 27 Mar 2006 08:08:14 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2QM8CS6837966; Mon, 27 Mar 2006 08:08:12 +1000 (EST) Date: Mon, 27 Mar 2006 08:08:11 +1000 From: Nathan Scott To: linux-kernel@vger.kernel.org Cc: linux-xfs@oss.sgi.com Subject: Re: kernel BUG at fs/direct-io.c:916! Message-ID: <20060327080811.D753448@wobbly.melbourne.sgi.com> References: <20060326180440.GA4776@charite.de> <20060326184644.GC4776@charite.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20060326184644.GC4776@charite.de>; from Ralf.Hildebrandt@charite.de on Sun, Mar 26, 2006 at 08:46:44PM +0200 X-archive-position: 7528 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 879 Lines: 23 On Sun, Mar 26, 2006 at 08:46:44PM +0200, Ralf Hildebrandt wrote: > * Ralf Hildebrandt : > > Today I wanted to run xfs_fsr on my laptop. I got: > > It's a 2.6.16-mm1 issue, since 2.6.16-git11 does not exhibit that > failure. > > > Linux knarzkiste 2.6.16-mm1 #1 PREEMPT Fri Mar 24 19:01:24 CET 2006 i686 GNU/Linux Hmm, there were XFS patches in -mm last week, but they also got merged to mainline last week, not clear whether your git kernel had those changes or not. I think there's probably some direct I/O (generic) changes in -mm too based on list traffic from the last couple of weeks (I'm an -mm lamer, sorry, couldn't easily tell you exactly what patches those might be) - could you retry with todays git snapshot and see if mainline is affected? Else we'll need to find and analyse any -mm fs/direct-io.c patches. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Mar 26 14:30:58 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 14:31:01 -0800 (PST) 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 k2QMUrW6004793 for ; Sun, 26 Mar 2006 14:30:54 -0800 Received: by lucidpixels.com (Postfix, from userid 1001) id C294A163831; Sun, 26 Mar 2006 17:31:32 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id BEC51100EC611; Sun, 26 Mar 2006 17:31:32 -0500 (EST) Date: Sun, 26 Mar 2006 17:31:32 -0500 (EST) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: Nathan Scott cc: linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? In-Reply-To: <20060327075716.C753448@wobbly.melbourne.sgi.com> Message-ID: References: <20060327075716.C753448@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 7529 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: linux-xfs Content-Length: 36049 Lines: 627 Sure, I am also running Debian Etch, using kernel 2.6.16-rc5-git4. The box has 1GB of physical ram with 2GB of swap. Here it is: # xfs_fsr -d /dev/hdb1 > /tmp/log 2>&1 cat /tmp/log /d3 start inode=0 ino=51970 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=729939968 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51972 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=733286400 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51984 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=729147392 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51987 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=734271488 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51989 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=728451072 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51991 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=729780224 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51992 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=733681664 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51993 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=730697728 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=51996 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=731359232 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52007 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=726988800 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52012 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=734701568 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52014 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=732958720 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52015 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=734621696 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52020 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=732837888 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52023 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=733915136 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52026 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=733483008 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52034 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=734169088 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52035 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=733431808 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52036 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=733564928 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52037 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=734066688 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52039 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=732700672 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52040 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=735010816 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52041 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=736999424 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52042 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=730253312 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52043 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=733984768 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52044 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=735684608 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52045 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=734255104 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52046 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=728764416 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52047 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=735725568 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52050 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=735537152 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52051 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=734105600 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52052 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=734390272 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52054 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=733605888 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52055 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=732643328 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52056 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=733988864 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52057 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=733202432 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52058 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=732002304 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52059 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=728223744 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52060 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=724385792 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52061 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=733990912 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52062 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=736081920 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52064 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=734277632 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52065 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=733360128 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52066 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=734242816 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52067 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=734347264 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52068 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=734101504 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52069 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=729485312 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52070 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=734617600 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52071 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=735158272 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52072 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=731750400 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52073 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=734175232 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52074 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=728860672 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52075 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=733614080 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52077 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=726579200 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52078 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=734515200 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52079 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=734294016 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52080 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=734881792 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52081 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=732612608 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52082 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=730200064 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52083 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=730966016 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52084 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=730613760 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52085 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=734386176 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52086 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=734234624 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52087 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=733644800 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52088 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=735946752 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52089 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=734771200 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52090 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=732276736 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52091 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=734121984 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52092 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=734425088 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52093 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=734230528 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52094 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=734236672 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52095 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=734101504 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52096 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=732921856 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52097 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=734971904 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52114 extents=3 can_save=2 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=733044736 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52121 extents=3 can_save=2 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=734238720 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52123 extents=3 can_save=2 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=731185152 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52124 extents=3 can_save=2 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=733990912 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52129 extents=3 can_save=2 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=726358016 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52131 extents=3 can_save=2 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=732297216 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52141 extents=3 can_save=2 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=734019584 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52147 extents=3 can_save=2 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=730927104 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=52098 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=734283776 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52099 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=732147712 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52100 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=729296896 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52101 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=731680768 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52105 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=734775296 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52107 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=732803072 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52108 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=732241920 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52109 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=735027200 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52110 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=727537664 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52111 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=736002048 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52112 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=730083328 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52113 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=733474816 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52115 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=734359552 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52116 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=733452288 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52118 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=733188096 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52119 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=734726144 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52120 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=735494144 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52122 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=731160576 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52125 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=727367680 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52126 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=725075968 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52127 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=734361600 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52128 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=733661184 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52130 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=735627264 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52132 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=734021632 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52133 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=734865408 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52135 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=730654720 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52136 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=730216448 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52137 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=732510208 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52138 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=733501440 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52139 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=733933568 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52140 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=732841984 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52143 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=731660288 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52144 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=732940288 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52146 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=734552064 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52148 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=733988864 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52149 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=726212608 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52150 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=734328832 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52151 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=734205952 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52152 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=734722048 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52153 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=734392320 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52154 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=733902848 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52155 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=730877952 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52156 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=734654464 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52157 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=717379584 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52158 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=733974528 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=52159 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=729489408 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183776 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=733384704 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183777 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=734388224 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183779 extents=3 can_save=2 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=731860992 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183780 extents=3 can_save=2 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=733394944 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183782 extents=3 can_save=2 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=730636288 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183786 extents=3 can_save=2 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=733888512 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183790 extents=3 can_save=2 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=733849600 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183797 extents=3 can_save=2 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=730378240 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183818 extents=3 can_save=2 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=739956736 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183823 extents=3 can_save=2 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=730025984 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183825 extents=3 can_save=2 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=733876224 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183830 extents=3 can_save=2 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=734017536 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183836 extents=3 can_save=2 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=733241344 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183838 extents=3 can_save=2 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=734656512 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183839 extents=3 can_save=2 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=730234880 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183840 extents=3 can_save=2 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=733925376 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183841 extents=3 can_save=2 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=734703715 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (3 in original) ino=183778 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=732522496 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183781 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=735459328 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183783 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=733954048 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183784 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=733675520 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183785 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=734271488 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183787 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=733640704 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183788 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=730849280 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183789 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=732555264 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183791 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=733872128 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183792 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=732538880 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183793 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=728457216 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183794 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=728510464 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183795 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=734173184 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183796 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=734099456 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183798 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=734068736 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183799 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=732428288 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183800 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=726394880 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183802 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=734683136 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183803 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=734011392 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183804 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=733153280 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183805 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=734533632 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183806 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=733892608 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183807 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=732504064 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183809 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=734019584 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183810 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=730910720 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183811 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=732084224 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183812 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=733728768 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183813 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=733530112 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183814 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=733997056 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183815 extents=2 can_save=1 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=733999104 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183816 extents=2 can_save=1 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=734009344 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183817 extents=2 can_save=1 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=732504064 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183819 extents=2 can_save=1 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=731871232 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183820 extents=2 can_save=1 tmp=/d3/.fsr/ag2/tmp13566 DEBUG: fsize=733997056 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183821 extents=2 can_save=1 tmp=/d3/.fsr/ag3/tmp13566 DEBUG: fsize=729964544 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183822 extents=2 can_save=1 tmp=/d3/.fsr/ag4/tmp13566 DEBUG: fsize=734773248 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183824 extents=2 can_save=1 tmp=/d3/.fsr/ag5/tmp13566 DEBUG: fsize=735256576 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183826 extents=2 can_save=1 tmp=/d3/.fsr/ag6/tmp13566 DEBUG: fsize=733376512 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183827 extents=2 can_save=1 tmp=/d3/.fsr/ag7/tmp13566 DEBUG: fsize=734212096 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183829 extents=2 can_save=1 tmp=/d3/.fsr/ag8/tmp13566 DEBUG: fsize=732383232 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183831 extents=2 can_save=1 tmp=/d3/.fsr/ag9/tmp13566 DEBUG: fsize=732743680 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183832 extents=2 can_save=1 tmp=/d3/.fsr/ag10/tmp13566 DEBUG: fsize=734939136 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183833 extents=2 can_save=1 tmp=/d3/.fsr/ag11/tmp13566 DEBUG: fsize=734654464 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183834 extents=2 can_save=1 tmp=/d3/.fsr/ag12/tmp13566 DEBUG: fsize=732160000 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183835 extents=2 can_save=1 tmp=/d3/.fsr/ag13/tmp13566 DEBUG: fsize=731070464 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 Temporary file has 4 extents (2 in original) ino=183843 extents=4 can_save=3 tmp=/d3/.fsr/ag14/tmp13566 DEBUG: fsize=733804544 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 could not allocate buf: /d3/.fsr/ag14/tmp13566 ino=183842 extents=3 can_save=2 tmp=/d3/.fsr/ag15/tmp13566 DEBUG: fsize=733184308 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 could not allocate buf: /d3/.fsr/ag15/tmp13566 ino=183844 extents=3 can_save=2 tmp=/d3/.fsr/ag0/tmp13566 DEBUG: fsize=734341120 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 could not allocate buf: /d3/.fsr/ag0/tmp13566 ino=183845 extents=3 can_save=2 tmp=/d3/.fsr/ag1/tmp13566 DEBUG: fsize=733757440 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 could not allocate buf: /d3/.fsr/ag1/tmp13566 Any clues to the proper fix? Justin. On Mon, 27 Mar 2006, Nathan Scott wrote: > On Sun, Mar 26, 2006 at 09:19:54AM -0500, Justin Piszcz wrote: >> What does this mean? >> >> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: >> /d3/.fsr/ag14/tmp14207 >> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: >> /d3/.fsr/ag15/tmp14207 >> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: >> /d3/.fsr/ag0/tmp14207 >> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: >> /d3/.fsr/ag1/tmp14207 >> >> The FS is 373GB, with 221GB used and 153GB available. > > Its failing to allocate memory via memalign(2) -- can you run > fsr with '-d' and report back? - looks like that will show the > size of buffer it attempted to allocate. > > thanks. > > -- > Nathan > > From owner-linux-xfs@oss.sgi.com Sun Mar 26 14:50:14 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 14:50:16 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2QMoDW6008214 for ; Sun, 26 Mar 2006 14:50:14 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id 4CF0722071D for ; Mon, 27 Mar 2006 00:50:50 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id F2UVfMrkw5-C for ; Mon, 27 Mar 2006 00:50:48 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id 877B522071E for ; Mon, 27 Mar 2006 00:50:48 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id 6EDA1220BE3; Mon, 27 Mar 2006 00:50:48 +0200 (CEST) Date: Mon, 27 Mar 2006 00:50:48 +0200 From: Ralf Hildebrandt To: linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060326225048.GE4776@charite.de> References: <20060327075716.C753448@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.9i X-archive-position: 7530 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 2440 Lines: 53 * Justin Piszcz : > Any clues to the proper fix? In my case: DEBUG: fsize=370083 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 Temporary file has 7 extents (7 in original) ino=1746608287 extents=6 can_save=5 tmp=/home/.fsr/ag15/tmp24078 DEBUG: fsize=381688 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 Temporary file has 7 extents (6 in original) ino=1746608295 extents=3 can_save=2 tmp=/home/.fsr/ag0/tmp24078 DEBUG: fsize=137155 blsz_dio=136704 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag0/tmp24078 ino=1746611299 extents=70 can_save=69 tmp=/home/.fsr/ag1/tmp24078 DEBUG: fsize=5138167 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag1/tmp24078 ino=1746611301 extents=3 can_save=2 tmp=/home/.fsr/ag2/tmp24078 DEBUG: fsize=529251 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag2/tmp24078 ino=1746616565 extents=2 can_save=1 tmp=/home/.fsr/ag3/tmp24078 ... lots of them ... DEBUG: fsize=1674063 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag10/tmp24078 ino=2070060508 extents=28 can_save=27 tmp=/home/.fsr/ag11/tmp24078 DEBUG: fsize=1674038 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag11/tmp24078 ino=2070060509 extents=28 can_save=27 tmp=/home/.fsr/ag12/tmp24078 DEBUG: fsize=1674083 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag12/tmp24078 ino=2070127297 extents=8 can_save=7 tmp=/home/.fsr/ag13/tmp24078 DEBUG: fsize=455364 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 could not allocate buf: /home/.fsr/ag13/tmp24078 /home start inode=0 ino=9900 extents=12 can_save=11 tmp=/home/.fsr/ag0/tmp25265 DEBUG: fsize=14018940 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 Temporary file has 244 extents (12 in original) ino=1595409 extents=2 can_save=1 tmp=/home/.fsr/ag1/tmp25265 DEBUG: fsize=6400803 blsz_dio=262144 d_min=512 d_max=262144 pgsz=4096 Temporary file has 111 extents (2 in original) ino=1724879 extents=3 can_save=2 tmp=/home/.fsr/ag2/tmp25265 -- Ralf Hildebrandt (i.A. des IT-Zentrums) Ralf.Hildebrandt@charite.de Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155 Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962 IT-Zentrum Standort CBF send no mail to spamtrap@charite.de From owner-linux-xfs@oss.sgi.com Sun Mar 26 14:54:34 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 14:54:36 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2QMsWW6009094 for ; Sun, 26 Mar 2006 14:54:33 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA13117; Mon, 27 Mar 2006 08:55:06 +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 k2QMt3JC838597; Mon, 27 Mar 2006 08:55:04 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2QMt2mw839034; Mon, 27 Mar 2006 08:55:02 +1000 (EST) Date: Mon, 27 Mar 2006 08:55:01 +1000 From: Nathan Scott To: Justin Piszcz Cc: linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060327085501.A838564@wobbly.melbourne.sgi.com> References: <20060327075716.C753448@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 jpiszcz@lucidpixels.com on Sun, Mar 26, 2006 at 05:31:32PM -0500 X-archive-position: 7531 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1783 Lines: 41 On Sun, Mar 26, 2006 at 05:31:32PM -0500, Justin Piszcz wrote: > # xfs_fsr -d /dev/hdb1 > /tmp/log 2>&1 > The box has 1GB of physical ram with 2GB of swap. > ... > # xfs_fsr -d /dev/hdb1 > /tmp/log 2>&1 > ... > DEBUG: fsize=731070464 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 > Temporary file has 4 extents (2 in original) > ino=183843 extents=4 can_save=3 tmp=/d3/.fsr/ag14/tmp13566 > DEBUG: fsize=733804544 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 > could not allocate buf: /d3/.fsr/ag14/tmp13566 > ino=183842 extents=3 can_save=2 tmp=/d3/.fsr/ag15/tmp13566 > DEBUG: fsize=733184308 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 > could not allocate buf: /d3/.fsr/ag15/tmp13566 > ino=183844 extents=3 can_save=2 tmp=/d3/.fsr/ag0/tmp13566 > DEBUG: fsize=734341120 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 > could not allocate buf: /d3/.fsr/ag0/tmp13566 > ino=183845 extents=3 can_save=2 tmp=/d3/.fsr/ag1/tmp13566 > DEBUG: fsize=733757440 blsz_dio=16773120 d_min=512 d_max=2147483136 pgsz=4096 > could not allocate buf: /d3/.fsr/ag1/tmp13566 > > Any clues to the proper fix? Hmm, odd. Its trying to allocate 16MG - 4KB, which looks like the BUFFERMAX sizing case in xfs_fsr.c... which shouldn't really pose a problem. Unless there's a leak or something like that - is the resident set size (RSS) column in top(1) for fsr growing unbounded? I can see a couple of leaks on error paths in there, perhaps thats it, but I doubt it. We could change the algorithm to reduce the buffer size if the allocation fails, but thats likely to just delay the inevitable, if it is fsr claiming all your memory. Another thing to try would be running fsr under one of the memory-problem-detection- utilities like valgrind. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Mar 26 14:57:18 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 14:57:20 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2QMvIW6009864 for ; Sun, 26 Mar 2006 14:57:18 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id 33AA5220724; Mon, 27 Mar 2006 00:57:57 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id MeYacT9vIPgC; Mon, 27 Mar 2006 00:57:55 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id 459BF220700; Mon, 27 Mar 2006 00:57:55 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id 23AE6220BDA; Mon, 27 Mar 2006 00:57:55 +0200 (CEST) Date: Mon, 27 Mar 2006 00:57:55 +0200 From: Ralf Hildebrandt To: Nathan Scott Cc: Justin Piszcz , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060326225754.GF4776@charite.de> References: <20060327075716.C753448@wobbly.melbourne.sgi.com> <20060327085501.A838564@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060327085501.A838564@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.5.9i X-archive-position: 7532 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 684 Lines: 17 * Nathan Scott : > Hmm, odd. Its trying to allocate 16MG - 4KB, which looks like > the BUFFERMAX sizing case in xfs_fsr.c... which shouldn't really > pose a problem. Unless there's a leak or something like that - > is the resident set size (RSS) column in top(1) for fsr growing > unbounded? Yes it is. Holy shit, it's growing 16-32 MB per second. UgH! -- Ralf Hildebrandt (i.A. des IT-Zentrums) Ralf.Hildebrandt@charite.de Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155 Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962 IT-Zentrum Standort CBF send no mail to spamtrap@charite.de From owner-linux-xfs@oss.sgi.com Sun Mar 26 16:57:57 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 16:57:59 -0800 (PST) Received: from smtp104.sbc.mail.mud.yahoo.com (smtp104.sbc.mail.mud.yahoo.com [68.142.198.203]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2R0vvW6027824 for ; Sun, 26 Mar 2006 16:57:57 -0800 Received: (qmail 40699 invoked from network); 27 Mar 2006 00:58:36 -0000 Received: from unknown (HELO stupidest.org) (cwedgwood@sbcglobal.net@70.231.227.127 with login) by smtp104.sbc.mail.mud.yahoo.com with SMTP; 27 Mar 2006 00:58:36 -0000 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 356E451FAC1; Sun, 26 Mar 2006 16:58:34 -0800 (PST) Date: Sun, 26 Mar 2006 16:58:34 -0800 From: Chris Wedgwood To: Justin Piszcz Cc: KELEMEN Peter , linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? Message-ID: <20060327005834.GA13258@taniwha.stupidest.org> References: <20060326114503.GA15588@inara.maison.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-archive-position: 7533 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 1292 Lines: 30 On Sun, Mar 26, 2006 at 09:18:28AM -0500, Justin Piszcz wrote: > Does anyone have any benchmarks for the XFS filesystem contrasted > with the amount of fragmentation on the disk? I have spoken with > someone who believes defragmenting filesystems with XFS is probably > a waste of time unless there are benchmarks to back it up. it depends, badly fragmented files do hurt performance if it's pathalogically bad, i've worked with a couple of people who do real time video to help reduce this and the differences can be enourmous > Benchmarks that show that performance degrades significantly as > fragmentation increases. benchmarks are highly subjective to the usage pattern and the job at hand, so you need to state what you are trying to measure here in more details > Has anyone seen or performed any benchmarks? Is it worth defragging > XFS filesystems? again, it really depends, for some people it is a win, for many people i doubt it's worth it also, right now i'm a little concerned that there is some odd interaction with one of my systems and xfs_fsr, if i copy several hundred GBs of data to another volume and then run xfs_fsr afterwards i will get the odd (md5) checksum mismatch --- i've not had a chance to figure out why the odd file breaks but the bulk are ok though From owner-linux-xfs@oss.sgi.com Sun Mar 26 17:11:48 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 17:11:50 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2R1BlW6029670 for ; Sun, 26 Mar 2006 17:11:48 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 1CF28C03EF51 for ; Mon, 27 Mar 2006 09:12:27 +0800 (PHT) Received: from musang.free.net.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 9BD81C03EF50 for ; Mon, 27 Mar 2006 09:12:23 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id 3E2FB20764EF; Mon, 27 Mar 2006 09:12:17 +0800 (PHT) Date: Mon, 27 Mar 2006 09:12:17 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? Message-ID: <20060327011217.GC3438@free.net.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20060326114503.GA15588@inara.maison.net> <20060327005834.GA13258@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060327005834.GA13258@taniwha.stupidest.org> X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.11+cvs20060126 X-archive-position: 7534 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 1102 Lines: 25 On Sun, Mar 26, 2006 at 04:58:34PM -0800, Chris Wedgwood wrote: > On Sun, Mar 26, 2006 at 09:18:28AM -0500, Justin Piszcz wrote: > > Does anyone have any benchmarks for the XFS filesystem contrasted > > with the amount of fragmentation on the disk? I have spoken with > > someone who believes defragmenting filesystems with XFS is probably > > a waste of time unless there are benchmarks to back it up. > > it depends, badly fragmented files do hurt performance if it's > pathalogically bad, i've worked with a couple of people who do real > time video to help reduce this and the differences can be enourmous I've seen a production PostgreSQL database file get REALLY fragmented and noticably slow because of how massive amounts of data would be INSERTed and DELETEd on a regular basis. We could have circumvented this by having a regular xfs_fsr job, or a regular VACUUM job, but neither was enabled. In hindsight, both should have been enabled. ;) --> Jijo -- Federico Vicente C. Sevilla III Information Technology Consultant Q Software Research Corporation Website: http://jijo.free.net.ph From owner-linux-xfs@oss.sgi.com Sun Mar 26 21:31:25 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Mar 2006 21:31:27 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2R5VNW6024449 for ; Sun, 26 Mar 2006 21:31:24 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA23203; Mon, 27 Mar 2006 15:31:56 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id k2R5VmJC845487; Mon, 27 Mar 2006 15:31:50 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id k2R5S7sT002494; Mon, 27 Mar 2006 16:28:08 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id k2R5S3pB002491; Mon, 27 Mar 2006 16:28:03 +1100 Date: Mon, 27 Mar 2006 16:28:03 +1100 From: Nathan Scott To: Ralf Hildebrandt Cc: Justin Piszcz , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060327052803.GA2481@frodo> References: <20060327075716.C753448@wobbly.melbourne.sgi.com> <20060327085501.A838564@wobbly.melbourne.sgi.com> <20060326225754.GF4776@charite.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060326225754.GF4776@charite.de> User-Agent: Mutt/1.5.3i X-archive-position: 7535 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 630 Lines: 21 On Mon, Mar 27, 2006 at 12:57:55AM +0200, Ralf Hildebrandt wrote: > * Nathan Scott : > > > Hmm, odd. Its trying to allocate 16MG - 4KB, which looks like > > the BUFFERMAX sizing case in xfs_fsr.c... which shouldn't really > > pose a problem. Unless there's a leak or something like that - > > is the resident set size (RSS) column in top(1) for fsr growing > > unbounded? > > Yes it is. > Holy shit, it's growing 16-32 MB per second. UgH! Well, I can't reproduce this locally, it sits at ~16MB resident for me constantly. I'll need you to look into this some more.. valgrind may help. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Mar 27 03:32:12 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 03:32:17 -0800 (PST) Received: from kite.ewan.evalesco.com (inet.evalesco.com [130.226.235.31]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RBWBW6001066 for ; Mon, 27 Mar 2006 03:32:11 -0800 Received: from [10.0.1.20] (sparrow.intern.sysorb.com [10.0.1.20]) by kite.ewan.evalesco.com (Postfix) with ESMTP id B25A920AC2D for ; Mon, 27 Mar 2006 12:31:25 +0200 (CEST) Message-ID: <4427BEFD.5060509@evalesco.com> Date: Mon, 27 Mar 2006 12:31:25 +0200 From: =?ISO-8859-1?Q?Jakob_=D8stergaard?= Organization: Evalesco Systems ApS User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: fchown permission check bug Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7536 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: joe@evalesco.com Precedence: bulk X-list: linux-xfs Content-Length: 503 Lines: 19 Dear list, I encountered a problem with XFS in kernel 2.6.15.4 - if this is not the proper place to send the bug report, please let me know. Problem: A non-root process with CAP_CHOWN cannot fchown() a file. vsftpd shows this problem - on ext3 it will successfully fchown uploaded files, whereas on XFS the fchown call will fail. I guess this should be fairly simple to reproduce - if you need more information please let me know. -- Best regards, Jakob Oestergaard [The SysOrb Team] From owner-linux-xfs@oss.sgi.com Mon Mar 27 03:51:05 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 03:51:07 -0800 (PST) Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RBp3W6003530 for ; Mon, 27 Mar 2006 03:51:04 -0800 Received: from mail.iwr.uni-heidelberg.de (mail.iwr.uni-heidelberg.de [129.206.104.30]) by relay2.uni-heidelberg.de (8.12.10/8.12.10) with ESMTP id k2RAkKvj027092; Mon, 27 Mar 2006 12:46:21 +0200 (MET DST) Received: from kenzo.iwr.uni-heidelberg.de (IDENT:FQsPjag6s4aEpAmbM2OOP+7eVeUGJ+FP@kenzo.iwr.uni-heidelberg.de [129.206.120.29]) by mail.iwr.uni-heidelberg.de (8.12.11/8.12.11) with ESMTP id k2RAhaMq008967; Mon, 27 Mar 2006 12:43:36 +0200 (MEST) Received: from dingo.iwr.uni-heidelberg.de (dingo.iwr.uni-heidelberg.de [129.206.120.35]) by kenzo.iwr.uni-heidelberg.de (8.12.11.20060308/8.12.11) with ESMTP id k2RAhabD015281; Mon, 27 Mar 2006 12:43:36 +0200 Received: from dingo.iwr.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by dingo.iwr.uni-heidelberg.de (8.12.11/8.12.11) with ESMTP id k2RAhZiO012033; Mon, 27 Mar 2006 12:43:36 +0200 Received: from localhost (bogdan@localhost) by dingo.iwr.uni-heidelberg.de (8.12.11/8.12.11/Submit) with ESMTP id k2RAhZAD012029; Mon, 27 Mar 2006 12:43:35 +0200 Date: Mon, 27 Mar 2006 12:43:35 +0200 (CEST) From: Bogdan Costescu To: Justin Piszcz cc: KELEMEN Peter , linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? In-Reply-To: Message-ID: References: <20060326114503.GA15588@inara.maison.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 7537 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Bogdan.Costescu@iwr.uni-heidelberg.de Precedence: bulk X-list: linux-xfs Content-Length: 1349 Lines: 29 On Sun, 26 Mar 2006, Justin Piszcz wrote: > Does anyone have any benchmarks for the XFS filesystem contrasted > with the amount of fragmentation on the disk? Not real benchmarks (which could be too specific), but a real world situation. I have at home a computer with a large PATA disk with XFS on it. This disk receives small amounts of data in time, from video encodes (own home productions and I like to experiment with filters a lot so data rate could be really low) or P2P applications (like recently from FC5 and CentOS 4.3 DVDs), either directly (run on the same computer) or via Samba. Initially, this disk was formatted with ext3. However in time, I got to the point where the data rate when reading from disk was not enough to sustain a CD/DVD writing process. I switched it to XFS, but did not initially run xfs_fsr on a regular basis and this also started to behave the same after some time. After enabling xfs_fsr (nightly run), the reading speed is back to normal and the CD/DVD writing works fine. This is now in use for more than 2 years and I never looked back... -- Bogdan Costescu IWR - Interdisziplinaeres Zentrum fuer Wissenschaftliches Rechnen Universitaet Heidelberg, INF 368, D-69120 Heidelberg, GERMANY Telephone: +49 6221 54 8869, Telefax: +49 6221 54 8868 E-mail: Bogdan.Costescu@IWR.Uni-Heidelberg.De From owner-linux-xfs@oss.sgi.com Mon Mar 27 04:04:14 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 04:04:15 -0800 (PST) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RC4EW6005132 for ; Mon, 27 Mar 2006 04:04:14 -0800 Received: by xproxy.gmail.com with SMTP id r21so891364wxc for ; Mon, 27 Mar 2006 04:04:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=q4bznr9H0Qe4POL2yPDWcd140Kd1g79pGeIHkWlx85Df3jeMakybU63d0vw/dARE8n+YDU4wkmEwpJw7KfG2NZobohGMFNltzKBw4AB7mmk8azKyyT2jbIGSsiKtF9G4woIfr+eQIjUT78M5i4/sqmeGg9vTQoDv+qH0UTSMx7A= Received: by 10.70.113.3 with SMTP id l3mr4740706wxc; Mon, 27 Mar 2006 03:04:34 -0800 (PST) Received: by 10.70.116.13 with HTTP; Mon, 27 Mar 2006 03:04:34 -0800 (PST) Message-ID: <77cc6e170603270304v6f9d94abuee048b83f63bb263@mail.gmail.com> Date: Mon, 27 Mar 2006 20:04:34 +0900 From: "Guk-Bong Kwon" To: linux-xfs@oss.sgi.com Subject: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id k2RC4EW6005136 X-archive-position: 7538 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gbkwon@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 24 Lines: 2 linux-xfs@oss.sgi.com. From owner-linux-xfs@oss.sgi.com Mon Mar 27 06:47:47 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 06:47:49 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2REllW6024514 for ; Mon, 27 Mar 2006 06:47:47 -0800 Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2RGwWN2003076 for ; Mon, 27 Mar 2006 08:58:32 -0800 Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by imr2.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2REv57p21452346 for ; Mon, 27 Mar 2006 06:57:06 -0800 (PST) Received: from [127.0.0.1] (sshgate.corp.sgi.com [198.149.36.12]) by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id k2REbFnB30135593; Mon, 27 Mar 2006 06:37:15 -0800 (PST) Message-ID: <4427F89B.8010509@sgi.com> Date: Mon, 27 Mar 2006 08:37:15 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bogdan Costescu CC: Justin Piszcz , KELEMEN Peter , linux-xfs@oss.sgi.com Subject: Re: How many people regularly defrag their XFS filesystems? References: <20060326114503.GA15588@inara.maison.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7539 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 903 Lines: 22 Bogdan Costescu wrote: > On Sun, 26 Mar 2006, Justin Piszcz wrote: > >> Does anyone have any benchmarks for the XFS filesystem contrasted with >> the amount of fragmentation on the disk? > > > Not real benchmarks (which could be too specific), but a real world > situation. I have at home a computer with a large PATA disk with XFS on > it. This disk receives small amounts of data in time, from video encodes > (own home productions and I like to experiment with filters a lot so > data rate could be really low) or P2P applications (like recently from > FC5 and CentOS 4.3 DVDs), either directly (run on the same computer) or > via Samba. FWIW, many P2P applications will -horribly- fragment the downloaded files, as the chunks of the file come in randomly. Try to find one that is smart enough to use pre-allocation on xfs filesystems, and you should see a marked improvement. -Eric From owner-linux-xfs@oss.sgi.com Mon Mar 27 08:06:20 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 08:06:23 -0800 (PST) Received: from kite.ewan.evalesco.com (inet.evalesco.com [130.226.235.31]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RG6JW6000877 for ; Mon, 27 Mar 2006 08:06:20 -0800 Received: from [10.0.1.20] (sparrow.intern.sysorb.com [10.0.1.20]) by kite.ewan.evalesco.com (Postfix) with ESMTP id 56AD820AC2D; Mon, 27 Mar 2006 18:06:57 +0200 (CEST) Message-ID: <44280DA1.20506@evalesco.com> Date: Mon, 27 Mar 2006 18:06:57 +0200 From: =?ISO-8859-1?Q?Jakob_=D8stergaard?= Organization: Evalesco Systems ApS User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: fchown permission check bug References: <4427BEFD.5060509@evalesco.com> <442809EF.2010009@xfs.org> In-Reply-To: <442809EF.2010009@xfs.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-archive-position: 7540 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: joe@evalesco.com Precedence: bulk X-list: linux-xfs Content-Length: 427 Lines: 19 Steve Lord wrote: > Check the value of /proc/sys/fs/xfs/restrict_chown, this should be 1 to > enable > this. # cat /proc/sys/fs/xfs/restrict_chown 1 That's how it is, on the affected machine. Should it be 0? Is there any good reason why XFS by default behaves differently from ext3 on this? (As a naïve user I'd expect CAP_CHOWN to allow fchown ;) Thanks, -- Best regards, Jakob Oestergaard [The SysOrb Team] From owner-linux-xfs@oss.sgi.com Mon Mar 27 08:35:22 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 08:35:42 -0800 (PST) Received: from quasar.dynaweb.hu ([195.70.37.87]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RGYKW6008664 for ; Mon, 27 Mar 2006 08:35:21 -0800 Received: from localhost (localhost [127.0.0.1]) by quasar.dynaweb.hu (Postfix) with ESMTP id 05BC710006D for ; Mon, 27 Mar 2006 17:31:58 +0200 (CEST) Received: from quasar.dynaweb.hu ([127.0.0.1]) by localhost (quasar [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00311-06 for ; Mon, 27 Mar 2006 17:31:54 +0200 (CEST) Received: from raketa.ipn.dynaweb.hu (caracas-2142.adsl.interware.hu [213.178.108.94]) by quasar.dynaweb.hu (Postfix) with ESMTP id 93842100062 for ; Mon, 27 Mar 2006 17:31:54 +0200 (CEST) Date: Mon, 27 Mar 2006 17:31:57 +0200 From: Rumi Szabolcs To: linux-xfs@oss.sgi.com Subject: exclusion of trees with xfsdump Message-Id: <20060327173157.414914f6.rumi_ml@rtfm.hu> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 7541 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rumi_ml@rtfm.hu Precedence: bulk X-list: linux-xfs Content-Length: 2151 Lines: 47 Hello everyone, there is a usability problem I'm keeping to face with xfsdump: the lack of being able to exclude directory trees from dumps. When managing a relatively large file server one may face the problem of wasted backup space/time/bandwidth. Users used to keep many non-important files (temporary files, software tarballs, xxx...) on a fileserver which are not really necessary to back up, are often large and already compressed thus not further compressible on the backup media. But an average user cannot be expected to flag some of his files from a shell (that he may not even have access to) with SGI_XFSDUMP_SKIP_FILE and anyway, even for a highly experienced UN*X user this would be quite a big hassle to do. I believe the right thing to resolve this situation would be to split the storage space into two filesystems, one having the important data that is to be backed up and another one having the useless stuff that is not backed up. This way it's even possible to keep a tighter control over quotas on the "valuable data" filesystem while loosening it on the "scrap" filesystem. But... The only practical problem with this solution is that at an institution or company the storage space is usually sized after the requirements of the valuable data, so statically allocating a large space to a "scrap" filesystem may pose a problem later on when the same space is needed for valuable data. This means that the administrator practically has to keep the large storage space in one piece to be able to reallocate the space occupied by scrap data to valuable data later on. As far as I can remember only DEC AdvFS can master that elegantly but AdvFS is not among what we have on Linux to choose from... So at least with XFS the possible route seems to have a single large filesystem holding all data and exclude non-important files from dumps. This would be a lot easier to do if xfsdump would support flagging a directory with an SGI_XFSDUMP_SKIP_DIR or similar attribute in order to skip it's contents recursively without having to flag every single file inside. Would this be possible to implement in xfsdump? Thanks, Szabolcs From owner-linux-xfs@oss.sgi.com Mon Mar 27 09:00:27 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 09:00:30 -0800 (PST) Received: from MAIL01HQ.adic.com (mail01hq.adic.com [63.81.117.10]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RH0RW8011720 for ; Mon, 27 Mar 2006 09:00:27 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by MAIL01HQ.adic.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 27 Mar 2006 07:51:12 -0800 Message-ID: <442809EF.2010009@xfs.org> Date: Mon, 27 Mar 2006 09:51:11 -0600 From: Steve Lord User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jakob_=D8stergaard?= CC: linux-xfs@oss.sgi.com Subject: Re: fchown permission check bug References: <4427BEFD.5060509@evalesco.com> In-Reply-To: <4427BEFD.5060509@evalesco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 27 Mar 2006 15:51:12.0199 (UTC) FILETIME=[45B47570:01C651B6] X-archive-position: 7543 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 586 Lines: 21 Check the value of /proc/sys/fs/xfs/restrict_chown, this should be 1 to enable this. Steve Jakob Østergaard wrote: > > Dear list, > > I encountered a problem with XFS in kernel 2.6.15.4 - if this is not the > proper place to send the bug report, please let me know. > > Problem: A non-root process with CAP_CHOWN cannot fchown() a file. > > vsftpd shows this problem - on ext3 it will successfully fchown uploaded > files, whereas on XFS the fchown call will fail. > > I guess this should be fairly simple to reproduce - if you need more > information please let me know. > From owner-linux-xfs@oss.sgi.com Mon Mar 27 09:00:27 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Mar 2006 09:00:28 -0800 (PST) Received: from MAIL01HQ.adic.com (mail01hq.adic.com [63.81.117.10]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2RH0RW6011720 for ; Mon, 27 Mar 2006 09:00:27 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by MAIL01HQ.adic.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 27 Mar 2006 08:13:37 -0800 Message-ID: <44280F2F.5090608@xfs.org> Date: Mon, 27 Mar 2006 10:13:35 -0600 From: Steve Lord User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jakob_=D8stergaard?= CC: linux-xfs@oss.sgi.com Subject: Re: fchown permission check bug References: <4427BEFD.5060509@evalesco.com> <442809EF.2010009@xfs.org> <44280DA1.20506@evalesco.com> In-Reply-To: <44280DA1.20506@evalesco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 27 Mar 2006 16:13:37.0410 (UTC) FILETIME=[67835E20:01C651B9] X-archive-position: 7542 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 490 Lines: 20 Jakob Østergaard wrote: > Steve Lord wrote: >> Check the value of /proc/sys/fs/xfs/restrict_chown, this should be 1 >> to enable >> this. > > # cat /proc/sys/fs/xfs/restrict_chown > 1 > > That's how it is, on the affected machine. Should it be 0? Is there any > good reason why XFS by default behaves differently from ext3 on this? > (As a naïve user I'd expect CAP_CHOWN to allow fchown ;) > > Thanks, > Default should be the same as ext3 and CAP_CHOWN should be working. Steve From owner-linux-xfs@oss.sgi.com Wed Mar 29 14:50:06 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 14:51:05 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TMo5gC004009 for ; Wed, 29 Mar 2006 14:50:06 -0800 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 k2SNqBnx019722 for ; Tue, 28 Mar 2006 17:52:11 -0600 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 k2T0A17p21716269; Tue, 28 Mar 2006 16:10:02 -0800 (PST) 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 k2SNq9SQ4581014; Tue, 28 Mar 2006 17:52:09 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 887DA9E2A247; Tue, 28 Mar 2006 17:52:09 -0600 (CST) To: sgi.bugs.xfs@sgi.com, linux-xfs@sgi.com Subject: TAKE 951415 - Remove obsolete xfs_bmap_do_search_extents() Message-Id: <20060328235209.887DA9E2A247@attica.americas.sgi.com> Date: Tue, 28 Mar 2006 17:52:09 -0600 (CST) From: alkirkco@sgi.com (Mandy Miklos) X-archive-position: 7545 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 926 Lines: 21 Remove unused/obsoleted function: xfs_bmap_do_search_extents() Date: Tue Mar 28 15:50:15 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/2.6.x-xfs-ia64 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:208490a fs/xfs/xfs_bmap.h - 1.95 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.h.diff?r1=text&tr1=1.95&r2=text&tr2=1.94&f=h fs/xfs/xfs_bmap.c - 1.346 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.c.diff?r1=text&tr1=1.346&r2=text&tr2=1.345&f=h fs/xfs/linux-2.6/xfs_ksyms.c - 1.46 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h fs/xfs/linux-2.4/xfs_ksyms.c - 1.41 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.41&r2=text&tr2=1.40&f=h From owner-linux-xfs@oss.sgi.com Wed Mar 29 14:45:43 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 14:46:09 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TMjggC003537 for ; Wed, 29 Mar 2006 14:45:43 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2UMZMnx027539 for ; Thu, 30 Mar 2006 16:35:22 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2UMeupG4332030 for ; Thu, 30 Mar 2006 14:40:56 -0800 (PST) Message-ID: <442C5D29.8030707@sgi.com> Date: Thu, 30 Mar 2006 16:35:21 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'linux-xfs@oss.sgi.com'" Subject: Is this thing on? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7544 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@SGI.com Precedence: bulk X-list: linux-xfs Content-Length: 38 Lines: 2 Sorry for the interruption; testing. From owner-linux-xfs@oss.sgi.com Wed Mar 29 14:52:17 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 14:52:41 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TMqHgC004418 for ; Wed, 29 Mar 2006 14:52:17 -0800 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 k2U7qwnx005538 for ; Thu, 30 Mar 2006 01:52:59 -0600 Received: from [134.14.54.149] (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA28848; Thu, 30 Mar 2006 17:52:38 +1000 Message-ID: <442B8E5C.1020306@sgi.com> Date: Thu, 30 Mar 2006 18:53:00 +1100 From: Timothy Shimmin User-Agent: Mozilla Thunderbird 0.7+ (X11/20040505) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ja@mail.upjs.sk, hch@lst.de CC: linux-xfs@oss.sgi.com Subject: patch for building xfs-cmds/attr on 64 bit platforms Content-Type: multipart/mixed; boundary="------------050405060405060802040701" X-archive-position: 7546 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 11173 Lines: 325 This is a multi-part message in MIME format. --------------050405060405060802040701 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi there, In November last year, Jan Derfinak, supplied a patch for building/installing xfs-cmds on amd64 but Christoph had problems with "uname --hardware -platform" on some 64 bit machines. (http://oss.sgi.com/archives/linux-xfs/2004-11/msg00115.html) Looking around I decided to adopt a solution from gettext which has a config macro which looks at $CC -print-search-dirs for lib64 to make the decision. I've attached a patch just for xfs-cmds/attr to this email. If this works for people on various 64 bit platforms, then I'll do likewise for the other xfs related userspace libraries. Thanks muchly, Tim. --------------050405060405060802040701 Content-Type: text/plain; name="attr_lib64.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="attr_lib64.patch" =========================================================================== Index: attr/Makefile =========================================================================== --- a/attr/Makefile 2006-03-30 17:33:20.000000000 +1000 +++ b/attr/Makefile 2006-03-29 17:11:40.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -41,6 +41,7 @@ $(CONFIGURE): --bindir=/usr/bin \ --libdir=/lib \ --libexecdir=/usr/lib \ + --enable-lib64=yes \ --includedir=/usr/include \ --mandir=/usr/share/man \ --datadir=/usr/share \ @@ -48,7 +49,7 @@ $(CONFIGURE): touch .census aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install: default $(SUBDIRS_MAKERULE) =========================================================================== Index: attr/aclocal.m4 =========================================================================== --- a/attr/aclocal.m4 2006-03-30 17:33:20.000000000 +1000 +++ b/attr/aclocal.m4 2006-03-29 17:07:17.000000000 +1000 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.7.9 -*- Autoconf -*- +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002 -# Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -12,6 +12,68 @@ # PARTICULAR PURPOSE. # +# Find format of installed man pages. +# Always gzipped on Debian, but not Redhat pre-7.0. +# We don't deal with bzip2'd man pages, which Mandrake uses, +# someone will send us a patch sometime hopefully. :-) +# +AC_DEFUN([AC_MANUAL_FORMAT], + [ have_zipped_manpages=false + for d in ${prefix}/share/man ${prefix}/man ; do + if test -f $d/man1/man.1.gz + then + have_zipped_manpages=true + break + fi + done + AC_SUBST(have_zipped_manpages) + ]) + +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if enable param is yes. +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) + +# # Generic macro, sets up all of the global packaging variables. # The following environment variables may be set to override defaults: # DEBUG OPTIMIZER MALLOCLIB PLATFORM DISTRIBUTION INSTALL_USER INSTALL_GROUP @@ -40,12 +102,12 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], malloc_lib="$MALLOCLIB" AC_SUBST(malloc_lib) - PKG_USER=${INSTALL_USER:-'root'} - pkg_user="$PKG_USER" + pkg_user=`id -u` + test -z "$INSTALL_USER" || pkg_user="$INSTALL_USER" AC_SUBST(pkg_user) - PKG_GROUP=${INSTALL_GROUP:-'root'} - pkg_group="$PKG_GROUP" + pkg_group=`id -g` + test -z "$INSTALL_GROUP" || pkg_group="$INSTALL_GROUP" AC_SUBST(pkg_group) pkg_distribution=`uname -s` @@ -185,21 +247,3 @@ AC_DEFUN([AC_PACKAGE_UTILITIES], AC_SUBST(rpmbuild) ]) -# -# Find format of installed man pages. -# Always gzipped on Debian, but not Redhat pre-7.0. -# We don't deal with bzip2'd man pages, which Mandrake uses, -# someone will send us a patch sometime hopefully. :-) -# -AC_DEFUN([AC_MANUAL_FORMAT], - [ have_zipped_manpages=false - for d in ${prefix}/share/man ${prefix}/man ; do - if test -f $d/man1/man.1.gz - then - have_zipped_manpages=true - break - fi - done - AC_SUBST(have_zipped_manpages) - ]) - =========================================================================== Index: attr/configure.in =========================================================================== --- a/attr/configure.in 2006-03-30 17:33:20.000000000 +1000 +++ b/attr/configure.in 2006-03-29 17:10:41.000000000 +1000 @@ -12,9 +12,15 @@ AC_ARG_ENABLE(gettext, enable_gettext=yes) AC_SUBST(enable_gettext) +AC_ARG_ENABLE(lib64, +[ --enable-lib64=[yes/no] Enable lib64 support [default=no]],, + enable_lib64=no) +AC_SUBST(enable_lib64) + AC_PACKAGE_GLOBALS(attr) AC_PACKAGE_UTILITIES(attr) AC_MANUAL_FORMAT +AC_MULTILIB($enable_lib64) AC_C_CONST AC_TYPE_MODE_T =========================================================================== Index: attr/include/builddefs.in =========================================================================== --- a/attr/include/builddefs.in 2006-03-30 17:33:20.000000000 +1000 +++ b/attr/include/builddefs.in 2006-03-29 13:51:34.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2002-2006 Silicon Graphics, Inc. All Rights Reserved. # # @configure_input@ # @@ -26,8 +26,8 @@ PKG_PLATFORM = @pkg_platform@ PKG_DISTRIBUTION= @pkg_distribution@ PKG_BIN_DIR = @bindir@ PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ +PKG_LIB_DIR = @libdir@@libdirsuffix@ +PKG_DEVLIB_DIR = @libexecdir@@libdirsuffix@ PKG_INC_DIR = @includedir@/attr PKG_MAN_DIR = @mandir@ PKG_DOC_DIR = @datadir@/doc/@pkg_name@ @@ -52,8 +52,9 @@ RPM = @rpm@ RPMBUILD = @rpmbuild@ RPM_VERSION = @rpm_version@ -ENABLE_SHARED = @enable_shared@ -ENABLE_GETTEXT = @enable_gettext@ +ENABLE_SHARED = @enable_shared@ +ENABLE_GETTEXT = @enable_gettext@ + HAVE_ZIPPED_MANPAGES = @have_zipped_manpages@ ifneq "$(findstring $(PKG_PLATFORM), linux gnu gnu/kfreebsd gnu/knetbsd)" "" =========================================================================== Index: attr/m4/Makefile =========================================================================== --- a/attr/m4/Makefile 2006-03-30 17:33:20.000000000 +1000 +++ b/attr/m4/Makefile 2006-03-29 13:52:20.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -8,7 +8,8 @@ include $(TOPDIR)/include/builddefs LSRCFILES = \ manual_format.m4 \ package_globals.m4 \ - package_utilies.m4 + package_utilies.m4 \ + multilib.m4 default: =========================================================================== Index: attr/m4/multilib.m4 =========================================================================== --- a/attr/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/attr/m4/multilib.m4 2006-03-29 17:14:23.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) --------------050405060405060802040701-- From owner-linux-xfs@oss.sgi.com Wed Mar 29 14:55:13 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 14:55:23 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TMtDgC004927 for ; Wed, 29 Mar 2006 14:55:13 -0800 Received: from omx2.sgi.com ([198.149.32.25]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2T0U0nx024429 for ; Tue, 28 Mar 2006 18:30:00 -0600 Received: from imr2.americas.sgi.com (imr2.americas.sgi.com [198.149.16.18]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2T2eITg001803 for ; Tue, 28 Mar 2006 18:40:18 -0800 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 k2T0ll7p21723669; Tue, 28 Mar 2006 16:47:47 -0800 (PST) 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 k2T0TuSQ4711577; Tue, 28 Mar 2006 18:29:56 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 3682) id 358E29E2A247; Tue, 28 Mar 2006 18:29:56 -0600 (CST) To: sgi.bugs.xfs@sgi.com, linux-xfs@sgi.com Subject: TAKE 951415 - Remove obsolete xfs_bmap_do_search_extents() Message-Id: <20060329002956.358E29E2A247@attica.americas.sgi.com> Date: Tue, 28 Mar 2006 18:29:56 -0600 (CST) From: alkirkco@sgi.com (Mandy Miklos) X-archive-position: 7547 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 557 Lines: 18 Cleanup comment to remove reference to obsoleted function xfs_bmap_do_search_extents(). Date: Tue Mar 28 16:28:36 PST 2006 Workarea: attica.americas.sgi.com:/data/lwork/attica2/alkirkco/XFS/xfs-linux Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:208491a xfs_bmap.h - 1.96 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_bmap.h.diff?r1=text&tr1=1.96&r2=text&tr2=1.95&f=h - Remove reference to obsoleted function xfs_bmap_do_search_extents(). From owner-linux-xfs@oss.sgi.com Wed Mar 29 15:32:55 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 15:32:59 -0800 (PST) Received: from quasar.dynaweb.hu ([195.70.37.87]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TNWsgC012339 for ; Wed, 29 Mar 2006 15:32:54 -0800 Received: from localhost (localhost [127.0.0.1]) by quasar.dynaweb.hu (Postfix) with ESMTP id 7711310006D; Mon, 27 Mar 2006 23:15:30 +0200 (CEST) Received: from quasar.dynaweb.hu ([127.0.0.1]) by localhost (quasar [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07871-10; Mon, 27 Mar 2006 23:15:27 +0200 (CEST) Received: from raketa.ipn.dynaweb.hu (caracas-2142.adsl.interware.hu [213.178.108.94]) by quasar.dynaweb.hu (Postfix) with ESMTP id 035D8100062; Mon, 27 Mar 2006 23:15:26 +0200 (CEST) Date: Mon, 27 Mar 2006 23:15:32 +0200 From: Rumi Szabolcs To: Bill Kendall Cc: linux-xfs@oss.sgi.com Subject: Re: exclusion of trees with xfsdump Message-Id: <20060327231532.5a8292e9.rumi_ml@rtfm.hu> In-Reply-To: <442818FD.5040904@sgi.com> References: <20060327173157.414914f6.rumi_ml@rtfm.hu> <442818FD.5040904@sgi.com> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 7548 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rumi_ml@rtfm.hu Precedence: bulk X-list: linux-xfs Content-Length: 2077 Lines: 56 On Mon, 27 Mar 2006 10:55:25 -0600 Bill Kendall wrote: > On 03/27/06 09:31, Rumi Szabolcs wrote: > > So at least with XFS the possible route seems to have a single > > large filesystem holding all data and exclude non-important files > > from dumps. This would be a lot easier to do if xfsdump would > > support flagging a directory with an SGI_XFSDUMP_SKIP_DIR or > > similar attribute in order to skip it's contents recursively > > without having to flag every single file inside. Would this be > > possible to implement in xfsdump? > > Actually excluding subtrees is already supported, but not > explained in the xfsdump man page until recently: > > | To tag all files in a subtree for exclusion from the dump: > | > | $ chattr -R +d directory > | > | Note that any new files or directories created in a directory > | which has the "no dump" attribute set will automatically inherit > | this attribute. > > After this is done, make sure to use the -e option on xfsdump so > that xfsdump will honor the "no dump" inode flag. > > Bill Well, I really never heard about this method but this is similar to using find /nobackup -type f -exec attr -s SGI_XFSDUMP_SKIP_FILE {} \; or similar but the latter of course has to be done every time before a dump of the appropriate filesystem is executed. The chattr method above could really be almost as usable as a real directory-tree-level flag if the attribute would be inherited in any real world scenario but it seems it doesn't: 1.) touching a file - it inherits +d 2.) copying a file - it inherits +d 3.) moving a file - it does not inherit +d Apparently moving a file within the same filesystem from outside the +d flagged area to inside the area does not inherit the +d flag (because no new inode is created?). I don't know whether this should be considered a bug or a feature but there is a good chance that users are going to move files from their backed up home directories into the scrap area and then they apparently won't be automagically flagged as no-backup. Thanks, Szabolcs From owner-linux-xfs@oss.sgi.com Wed Mar 29 15:44:00 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 15:44:05 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TNi0gC016760 for ; Wed, 29 Mar 2006 15:44:00 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id 272B1220877; Wed, 29 Mar 2006 10:35:58 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id iTaGdORyaFjI; Wed, 29 Mar 2006 10:35:56 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id 73D3722086D; Wed, 29 Mar 2006 10:35:55 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id D2EAB220AFB; Wed, 29 Mar 2006 10:35:54 +0200 (CEST) Date: Wed, 29 Mar 2006 10:35:54 +0200 From: Ralf Hildebrandt To: Nathan Scott Cc: Ralf Hildebrandt , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: kernel BUG at fs/direct-io.c:916! Message-ID: <20060329083554.GB5438@charite.de> Mail-Followup-To: Nathan Scott , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com References: <20060326230206.06C1EE083AAB@knarzkiste.dyndns.org> <20060326180440.GA4776@charite.de> <20060326184644.GC4776@charite.de> <20060327080811.D753448@wobbly.melbourne.sgi.com> <20060326230358.GG4776@charite.de> <20060327060436.GC2481@frodo> <20060327110342.GX21946@charite.de> <20060328050135.GA2177@frodo> <20060328112859.GA3851@charite.de> <20060329074333.E871924@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060329074333.E871924@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.5.9i X-archive-position: 7550 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 840 Lines: 27 * Nathan Scott : > On Tue, Mar 28, 2006 at 01:28:59PM +0200, Ralf Hildebrandt wrote: > > * Nathan Scott : > > > > > OK, I think I see whats gone wrong here now. Ralf, could you try > > > the patch below and check that it fixes your test case? > > > > The patch is against what? -git12? 2.6.16? > > Should apply cleanly to the current git tree (did yesterday, anyway). Alas, it fixes the problem (in -mm2, that is). Thanks! -- _________________________________________________ Charité - Universitätsmedizin Berlin _________________________________________________ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 Ralf.Hildebrandt@charite.de http://www.charite.de From owner-linux-xfs@oss.sgi.com Wed Mar 29 15:44:00 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 15:44:04 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TNhxgC016757 for ; Wed, 29 Mar 2006 15:44:00 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id 722C7165F95; Tue, 28 Mar 2006 13:29:05 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id ol5tCqLp5LLU; Tue, 28 Mar 2006 13:29:00 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id 70F1E22083E; Tue, 28 Mar 2006 13:29:00 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id C4F66220A44; Tue, 28 Mar 2006 13:28:59 +0200 (CEST) Date: Tue, 28 Mar 2006 13:28:59 +0200 From: Ralf Hildebrandt To: Nathan Scott Cc: Badari Pulavarty , Ralf Hildebrandt , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: kernel BUG at fs/direct-io.c:916! Message-ID: <20060328112859.GA3851@charite.de> Mail-Followup-To: Nathan Scott , Badari Pulavarty , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com References: <20060326230206.06C1EE083AAB@knarzkiste.dyndns.org> <20060326180440.GA4776@charite.de> <20060326184644.GC4776@charite.de> <20060327080811.D753448@wobbly.melbourne.sgi.com> <20060326230358.GG4776@charite.de> <20060327060436.GC2481@frodo> <20060327110342.GX21946@charite.de> <20060328050135.GA2177@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060328050135.GA2177@frodo> User-Agent: Mutt/1.5.9i X-archive-position: 7549 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 583 Lines: 21 * Nathan Scott : > OK, I think I see whats gone wrong here now. Ralf, could you try > the patch below and check that it fixes your test case? The patch is against what? -git12? 2.6.16? -- _________________________________________________ Charité - Universitätsmedizin Berlin _________________________________________________ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 Ralf.Hildebrandt@charite.de http://www.charite.de From owner-linux-xfs@oss.sgi.com Wed Mar 29 15:44:00 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 15:44:06 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2TNi0gC016763 for ; Wed, 29 Mar 2006 15:44:00 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id D1A9C22085C; Tue, 28 Mar 2006 10:10:23 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id iIN1d+6FZ41B; Tue, 28 Mar 2006 10:10:21 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id B469B220851; Tue, 28 Mar 2006 10:10:18 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id 8F4EE2212BF; Tue, 28 Mar 2006 10:10:18 +0200 (CEST) Date: Tue, 28 Mar 2006 10:10:18 +0200 From: Ralf Hildebrandt To: Nathan Scott Cc: Justin Piszcz , Ralf Hildebrandt , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060328081018.GE3851@charite.de> References: <20060326143103.GA11637@charite.de> <20060328050956.GB2177@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060328050956.GB2177@frodo> User-Agent: Mutt/1.5.9i X-archive-position: 7551 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 630 Lines: 23 * Nathan Scott : > > Same thing happened to me just today when I ran xfs_fsr on /home! > > Could you guys try this xfs_fsr patch for me and see if it helps > plug your leaks? It seems to work for me. The "16MB/s behaviour" is gone. -- _________________________________________________ Charité - Universitätsmedizin Berlin _________________________________________________ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 Ralf.Hildebrandt@charite.de http://www.charite.de From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:00:15 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:00:16 -0800 (PST) Received: from over.ny.us.ibm.com (over.ny.us.ibm.com [32.97.182.150]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U00EgC019280 for ; Wed, 29 Mar 2006 16:00:14 -0800 Received: from e3.ny.us.ibm.com ([192.168.1.103]) by pokfb.esmtp.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k2UIguMo025579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 30 Mar 2006 13:42:57 -0500 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e3.ny.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k2UIgbGN010419 for ; Thu, 30 Mar 2006 13:42:37 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2UIgRo9195374 for ; Thu, 30 Mar 2006 13:42:27 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k2UIgQRd024293 for ; Thu, 30 Mar 2006 13:42:27 -0500 Received: from us.ibm.com (sig-9-49-130-245.mts.ibm.com [9.49.130.245]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k2UIgObi023981; Thu, 30 Mar 2006 13:42:25 -0500 Message-ID: <442C268F.7080701@us.ibm.com> Date: Thu, 30 Mar 2006 10:42:23 -0800 From: Badari Pulavarty User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: Nathan Scott CC: Ralf Hildebrandt , lkml , linux-xfs@oss.sgi.com Subject: Re: kernel BUG at fs/direct-io.c:916! References: <20060326230206.06C1EE083AAB@knarzkiste.dyndns.org> <20060326180440.GA4776@charite.de> <20060326184644.GC4776@charite.de> <20060327080811.D753448@wobbly.melbourne.sgi.com> <20060326230358.GG4776@charite.de> <20060327060436.GC2481@frodo> <20060327110342.GX21946@charite.de> <20060328050135.GA2177@frodo> <1143567049.26106.2.camel@dyn9047017100.beaverton.ibm.com> <20060329082345.G871924@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7552 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: pbadari@us.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 804 Lines: 35 Nathan Scott wrote: >On Tue, Mar 28, 2006 at 09:30:44AM -0800, Badari Pulavarty wrote: > >>Thanks for working this out. You may want to add a description >>to the patch. Like: >> >>"inode->i_blkbits should be used instead of dio->blkbits, as >>it may not indicate the filesystem block size all the time". >> > >Will do, thanks. Oh, another thing - what is the situation >where a NULL bdev would be passed into __blockdev_direct_IO? >All the filesystems seem to pass i_sb->s_bdev, so I guess it >must be blkdev_direct_IO - can I_BDEV(inode) ever be NULL on >a block device inode (doesn't sound right)? If it cannot, I >suppose we should remove those NULL bdev checks too... > >cheers. > I can't think of a case, where we would end up getting b_dev = NULL in direct IO code. Thanks, Badari > > From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:01:43 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:01:48 -0800 (PST) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U01ggC019463 for ; Wed, 29 Mar 2006 16:01:42 -0800 Received: from mail-veri.imag.fr (mail-veri.imag.fr [129.88.43.52]) by imag.imag.fr (8.13.6/8.13.6) with ESMTP id k2U9kq9F025062 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 30 Mar 2006 11:46:52 +0200 (CEST) Received: from corbeau.imag.fr ([129.88.43.162]) by mail-veri.imag.fr with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FOtjw-0005B6-3J for linux-xfs@oss.sgi.com; Thu, 30 Mar 2006 11:46:52 +0200 Received: from kowalski by corbeau.imag.fr with local (Exim 4.50) id 1FOtju-0008Jq-S4 for linux-xfs@oss.sgi.com; Thu, 30 Mar 2006 11:46:50 +0200 To: linux-xfs@oss.sgi.com Subject: Badness in mutex_destroy at kernel/mutex-debug.c:458 From: Nicolas KOWALSKI Date: Thu, 30 Mar 2006 11:46:50 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (imag.imag.fr [129.88.30.1]); Thu, 30 Mar 2006 11:46:52 +0200 (CEST) X-IMAG-MailScanner-Information: Please contact IMAG DMI for more information X-IMAG-MailScanner: Found to be clean X-MailScanner-From: kowalski@imag.fr X-archive-position: 7553 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Nicolas.Kowalski@imag.fr Precedence: bulk X-list: linux-xfs Content-Length: 1868 Lines: 60 Hello, On my 2.6.16.1 system, when I umount the XFS filesystem, I have this message: Badness in mutex_destroy at kernel/mutex-debug.c:458 [] mutex_destroy+0x63/0x6f [] xfs_qm_destroy+0x70/0x80 [xfs] [] xfs_qm_rele_quotafs_ref+0x89/0xa0 [xfs] [] xfs_qm_destroy_quotainfo+0x12/0x73 [xfs] [] xfs_mount_free+0x9a/0x13f [xfs] [] xfs_unmountfs+0x9d/0xa5 [xfs] [] xfs_unmount+0x100/0x10c [xfs] [] vfs_unmount+0x28/0x2c [xfs] [] linvfs_put_super+0x30/0x61 [xfs] [] generic_shutdown_super+0x83/0x11d [] kill_block_super+0x1a/0x2e [] deactivate_super+0x67/0x7d [] sys_umount+0x67/0x6f [] sys_munmap+0x3b/0x57 [] sys_oldumount+0xb/0xe [] syscall_call+0x7/0xb It does not seem to cause any harm. I can still mount it, and xfs_check reports nothing. Some filesystem informations: corbeau:~# grep sda3 /proc/mounts /dev/sda3 /local xfs rw,usrquota,logbufs=8 0 0 corbeau:~# xfs_info /local meta-data=/local isize=256 agcount=16, agsize=1037573 blks = sectsz=512 data = bsize=4096 blocks=16601168, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=32768, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 Is this related to this previous message in the list ? Date: Mon, 6 Feb 2006 14:24:24 +1100 (EST) From: Nathan Scott To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 949149 - fix mutex diagnostic Is this fix pending for 2.6.17 ? Thanks, -- Nicolas From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:04:07 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:04:09 -0800 (PST) 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 k2U046gC020185 for ; Wed, 29 Mar 2006 16:04:07 -0800 Received: by lucidpixels.com (Postfix, from userid 1001) id EFD1D163831; Thu, 30 Mar 2006 18:59:29 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id BD5F7100EC610; Thu, 30 Mar 2006 18:59:29 -0500 (EST) Date: Thu, 30 Mar 2006 18:59:29 -0500 (EST) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: Ralf Hildebrandt cc: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? In-Reply-To: <20060328081018.GE3851@charite.de> Message-ID: References: <20060326143103.GA11637@charite.de> <20060328050956.GB2177@frodo> <20060328081018.GE3851@charite.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463747160-515696276-1143763169=:31738" X-archive-position: 7554 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: linux-xfs Content-Length: 1104 Lines: 37 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463747160-515696276-1143763169=:31738 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Will try and do this tomorrow or this weekend. On Tue, 28 Mar 2006, Ralf Hildebrandt wrote: > * Nathan Scott : > >>> Same thing happened to me just today when I ran xfs_fsr on /home! >> >> Could you guys try this xfs_fsr patch for me and see if it helps >> plug your leaks? > > It seems to work for me. The "16MB/s behaviour" is gone. > > --=20 > _________________________________________________ > > Charit=E9 - Universit=E4tsmedizin Berlin > _________________________________________________ > > Ralf Hildebrandt > i.A. Gesch=E4ftsbereich Informationsmanagement > Campus Benjamin Franklin > Hindenburgdamm 30 | Berlin > Tel. +49 30 450 570155 | Fax +49 30 450 570962 > Ralf.Hildebrandt@charite.de > http://www.charite.de > > ---1463747160-515696276-1143763169=:31738-- From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:14:24 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:14:26 -0800 (PST) Received: from over.co.us.ibm.com (over.co.us.ibm.com [32.97.110.157]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U0ENgC022149 for ; Wed, 29 Mar 2006 16:14:24 -0800 Received: from e31.co.us.ibm.com (e31.boulder.ibm.com [9.17.249.41]) by bldfb.esmtp.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k2SHT5fw008342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 28 Mar 2006 12:29:06 -0500 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e31.co.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k2SHSu9t007668 for ; Tue, 28 Mar 2006 12:28:56 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2SHW2dP178106 for ; Tue, 28 Mar 2006 10:32:02 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id k2SHSu6l022983 for ; Tue, 28 Mar 2006 10:28:56 -0700 Received: from dyn9047017100.beaverton.ibm.com (dyn9047017100.beaverton.ibm.com [9.47.17.100]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id k2SHSth3022849; Tue, 28 Mar 2006 10:28:55 -0700 Subject: Re: kernel BUG at fs/direct-io.c:916! From: Badari Pulavarty To: Nathan Scott Cc: Ralf Hildebrandt , lkml , linux-xfs@oss.sgi.com In-Reply-To: <20060328050135.GA2177@frodo> References: <20060326230206.06C1EE083AAB@knarzkiste.dyndns.org> <20060326180440.GA4776@charite.de> <20060326184644.GC4776@charite.de> <20060327080811.D753448@wobbly.melbourne.sgi.com> <20060326230358.GG4776@charite.de> <20060327060436.GC2481@frodo> <20060327110342.GX21946@charite.de> <20060328050135.GA2177@frodo> Content-Type: text/plain Date: Tue, 28 Mar 2006 09:30:44 -0800 Message-Id: <1143567049.26106.2.camel@dyn9047017100.beaverton.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit X-archive-position: 7556 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: pbadari@us.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 2397 Lines: 59 On Tue, 2006-03-28 at 16:01 +1100, Nathan Scott wrote: > On Mon, Mar 27, 2006 at 01:03:42PM +0200, Ralf Hildebrandt wrote: > > * Nathan Scott : > > > On Mon, Mar 27, 2006 at 01:03:59AM +0200, Ralf Hildebrandt wrote: > > > > * Nathan Scott : > > > > > > > > > Hmm, there were XFS patches in -mm last week, but they also got > > > > > merged to mainline last week, not clear whether your git kernel > > > > > had those changes or not. I think there's probably some direct > > > > > I/O (generic) changes in -mm too based on list traffic from the > > > > > last couple of weeks (I'm an -mm lamer, sorry, couldn't easily > > > > > tell you exactly what patches those might be) - could you retry > > > > > with todays git snapshot and see if mainline is affected? Else > > > > > we'll need to find and analyse any -mm fs/direct-io.c patches. > > > > > > > > 2.6.16-git12 also fails utterly: > > > > > > Could you also try reverting this patch: > > > > > > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=1d8fa7a2b9a39d18727acc5c468e870df606c852 > > > > > > and let me know if the problem still happens? > > > > Reverting this particular patch does ELIMINATE the problem. > > Excellent! > > OK, I think I see whats gone wrong here now. Ralf, could you try > the patch below and check that it fixes your test case? > > Badari, it looks like a regression from the "remove ->get_blocks() > support" patch - can you look over the fix below and confirm/deny > please? > > I'm definately seeing block mapping requests that are smaller than > the filesystem block size coming into XFS from direct-io.c - and it > looks like that eventually blows up in do_direct_IO if dio_remainder > becomes set and we could only map one block (if dio->blocks_available > was 1 after get_more_blocks). We'll reduce that to zero right at the > end of the branch that calls get_more_blocks in do_direct_IO... and > mayhem ensues further on. > > I have a couple of other .17 changes pending, if you could ACK this > I'll get it merged in for ya. > > cheers. > Nathan, Thanks for working this out. You may want to add a description to the patch. Like: "inode->i_blkbits should be used instead of dio->blkbits, as it may not indicate the filesystem block size all the time". Acked-by: Badari Pulavarty Thanks, Badari From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:13:55 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:13:57 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2U0DrgC021940 for ; Wed, 29 Mar 2006 16:13:54 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA22219; Fri, 31 Mar 2006 10:09:07 +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 k2V093JC954927; Fri, 31 Mar 2006 10:09:06 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2V08xwO956435; Fri, 31 Mar 2006 10:08:59 +1000 (EST) Date: Fri, 31 Mar 2006 10:08:59 +1000 From: Nathan Scott To: Nicolas KOWALSKI Cc: linux-xfs@oss.sgi.com Subject: Re: Badness in mutex_destroy at kernel/mutex-debug.c:458 Message-ID: <20060331100859.B952320@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 Nicolas.Kowalski@imag.fr on Thu, Mar 30, 2006 at 11:46:50AM +0200 X-archive-position: 7555 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 444 Lines: 24 On Thu, Mar 30, 2006 at 11:46:50AM +0200, Nicolas KOWALSKI wrote: > Hello, > > On my 2.6.16.1 system, when I umount the XFS filesystem, I have this > message: That should be fixed now up now. > It does not seem to cause any harm. I can still mount it, and > xfs_check reports nothing. Yep, its harmless. > Subject: TAKE 949149 - fix mutex diagnostic > > Is this fix pending for 2.6.17 ? Thats been merged now, yes. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:18:23 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:18:26 -0800 (PST) Received: from mxsf30.cluster1.charter.net (mxsf30.cluster1.charter.net [209.225.28.230]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U0IMgC023232 for ; Wed, 29 Mar 2006 16:18:23 -0800 Received: from mxip27a.cluster1.charter.net (mxip27a.cluster1.charter.net [209.225.28.184]) by mxsf30.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k2U1Z4w8005298 for ; Wed, 29 Mar 2006 20:35:05 -0500 Received: from 68-189-243-227.dhcp.oxfr.ma.charter.com (HELO [192.168.1.103]) ([68.189.243.227]) by mxip27a.cluster1.charter.net with ESMTP; 29 Mar 2006 20:35:04 -0500 X-IronPort-AV: i="4.03,145,1141621200"; d="scan'208"; a="917572767:sNHT17813688" Message-ID: <442B3692.9070509@charter.net> Date: Wed, 29 Mar 2006 20:38:26 -0500 From: Mike McElroy User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Metadata on separate volume Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7557 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mikem388@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 212 Lines: 7 I would like to know if it's possible to set up xfs with all the metadata residing one one volume and the data on another and, if not, would it be a major modification to to the code to do that. Thanks, Mike From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:49:30 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:49:31 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2U0nRgC030678 for ; Wed, 29 Mar 2006 16:49:29 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA23028; Fri, 31 Mar 2006 10:44:42 +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 k2V0idJC955968; Fri, 31 Mar 2006 10:44:40 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k2V0iZtQ956461; Fri, 31 Mar 2006 10:44:35 +1000 (EST) Date: Fri, 31 Mar 2006 10:44:34 +1000 From: Nathan Scott To: Mike McElroy Cc: linux-xfs@oss.sgi.com Subject: Re: Metadata on separate volume Message-ID: <20060331104434.C952320@wobbly.melbourne.sgi.com> References: <442B3692.9070509@charter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <442B3692.9070509@charter.net>; from mikem388@charter.net on Wed, Mar 29, 2006 at 08:38:26PM -0500 X-archive-position: 7558 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 464 Lines: 16 On Wed, Mar 29, 2006 at 08:38:26PM -0500, Mike McElroy wrote: > I would like to know if it's possible to set up xfs with all the > metadata residing one one volume and the data on another and, if not, Its is possible, OOC why do you want to do that? > would it be a major modification to to the code to do that. You may be able to achieve what you want with the realtime subvolume, and if so, no, its not a major modification at all. ;) cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:56:29 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 16:56:32 -0800 (PST) Received: from shark.2a.pl (shark.2a.pl [195.117.102.3]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U0uQgC031787 for ; Wed, 29 Mar 2006 16:56:29 -0800 Received: from localhost (av.2a.pl [10.0.0.99]) by shark.2a.pl (ESMTP) with ESMTP id 6C6D4A6E73 for ; Wed, 29 Mar 2006 03:26:13 +0200 (CEST) Received: from shark.2a.pl ([10.0.0.3]) by localhost (av.2a.pl [10.0.0.99]) (amavisd-new, port 10024) with ESMTP id 07994-07 for ; Wed, 29 Mar 2006 03:25:51 +0200 (CEST) Received: from [127.0.0.1] (bya38.internetdsl.tpnet.pl [83.19.4.38]) by shark.2a.pl (ESMTP) with ESMTP id C230CA6E63 for ; Wed, 29 Mar 2006 03:26:08 +0200 (CEST) Message-ID: <4429E213.9040907@ursynow.2a.pl> Date: Wed, 29 Mar 2006 03:25:39 +0200 From: =?ISO-8859-2?Q?Artur_Mak=F3wka?= User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs_growfs tutorial? Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7560 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juice@ursynow.2a.pl Precedence: bulk X-list: linux-xfs Content-Length: 552 Lines: 15 Hello, is there any xfs_growfs tutorial out there? i can't find it. Manual for xfs_growfs doesnt even says how exactly to use it - if mount point is the only argument, from where xfs takes free space? i mean, how exactly it works? lets say i have 3 disks in RAID 5 at /dev/md0 and i connected fourth disk to my box. how should i add it to xfs? (/dev/md0 is xfs of course) i found complicated solution to use fdisk and play with partition sizes, but its from 2003, maybe something changed? please CC also to my mail if you don't mind. Regards From owner-linux-xfs@oss.sgi.com Wed Mar 29 17:30:58 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Mar 2006 17:30:59 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U1UwgC002285 for ; Wed, 29 Mar 2006 17:30:58 -0800 Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2V1QLnx017223 for ; Thu, 30 Mar 2006 19:26:21 -0600 Received: from [127.0.0.1] (sshgate.corp.sgi.com [198.149.36.12]) by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id k2V1QJnB30670311; Thu, 30 Mar 2006 17:26:20 -0800 (PST) Message-ID: <442C853B.6000506@sgi.com> Date: Thu, 30 Mar 2006 19:26:19 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-2?Q?Artur_Mak=F3wka?= CC: linux-xfs@oss.sgi.com Subject: Re: xfs_growfs tutorial? References: <4429E213.9040907@ursynow.2a.pl> In-Reply-To: <4429E213.9040907@ursynow.2a.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-archive-position: 7561 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 968 Lines: 27 Artur Makówka wrote: > Hello, is there any xfs_growfs tutorial out there? i can't find it. > Manual for xfs_growfs doesnt even says how exactly to use it - if mount > point is the only argument, from where xfs takes free space? It is up to you to create more space on the underlying block device; whether with fdisk, md, lvm, or whatever. Doing so is not an xfs problem, it is a block device / volume manager problem, and beyond the scope of xfs documentation. When that is done, point xfs_growfs at the now partially-unused, larger, block device, and watch your filesystem grow. -Eric > i mean, how exactly it works? lets say i have 3 disks in RAID 5 at > /dev/md0 and i connected fourth disk to my box. how should i add it to > xfs? (/dev/md0 is xfs of course) > > i found complicated solution to use fdisk and play with partition sizes, > but its from 2003, maybe something changed? > > please CC also to my mail if you don't mind. > > Regards > From owner-linux-xfs@oss.sgi.com Thu Mar 30 00:11:47 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 00:11:53 -0800 (PST) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2U8BcgC015911 for ; Thu, 30 Mar 2006 00:11:47 -0800 Received: from mail-veri.imag.fr (mail-veri.imag.fr [129.88.43.52]) by imag.imag.fr (8.13.6/8.13.6) with ESMTP id k2V86pVB024752 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 31 Mar 2006 10:06:51 +0200 (CEST) Received: from corbeau.imag.fr ([129.88.43.162]) by mail-veri.imag.fr with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FPEeh-0002W4-9e for linux-xfs@oss.sgi.com; Fri, 31 Mar 2006 10:06:51 +0200 Received: from kowalski by corbeau.imag.fr with local (Exim 4.50) id 1FPEeg-0001mA-Nf for linux-xfs@oss.sgi.com; Fri, 31 Mar 2006 10:06:50 +0200 To: linux-xfs@oss.sgi.com Subject: Re: Badness in mutex_destroy at kernel/mutex-debug.c:458 References: <20060331100859.B952320@wobbly.melbourne.sgi.com> From: Nicolas KOWALSKI Date: Fri, 31 Mar 2006 10:06:50 +0200 In-Reply-To: <20060331100859.B952320@wobbly.melbourne.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (imag.imag.fr [129.88.30.1]); Fri, 31 Mar 2006 10:06:51 +0200 (CEST) X-IMAG-MailScanner-Information: Please contact IMAG DMI for more information X-IMAG-MailScanner: Found to be clean X-MailScanner-From: kowalski@imag.fr X-archive-position: 7563 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Nicolas.Kowalski@imag.fr Precedence: bulk X-list: linux-xfs Content-Length: 529 Lines: 28 Nathan Scott writes: > On Thu, Mar 30, 2006 at 11:46:50AM +0200, Nicolas KOWALSKI wrote: >> Hello, >> >> On my 2.6.16.1 system, when I umount the XFS filesystem, I have this >> message: > > That should be fixed now up now. > >> It does not seem to cause any harm. I can still mount it, and >> xfs_check reports nothing. > > Yep, its harmless. That's good news! >> Subject: TAKE 949149 - fix mutex diagnostic >> >> Is this fix pending for 2.6.17 ? > > Thats been merged now, yes. Ok, Thanks. -- Nicolas From owner-linux-xfs@oss.sgi.com Thu Mar 30 04:00:33 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 04:00:36 -0800 (PST) Received: from mail.charite.de (mail.charite.de [160.45.207.131]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2UC0VgC005032 for ; Thu, 30 Mar 2006 04:00:32 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.charite.de (Postfix) with ESMTP id B77D3220967; Fri, 31 Mar 2006 13:55:54 +0200 (CEST) Received: from mail.charite.de ([127.0.0.1]) by localhost (mail.charite.de [127.0.0.1]) (amavisd-new, port 10025) with LMTP id gEP6L4GFKqA8; Fri, 31 Mar 2006 13:55:52 +0200 (CEST) Received: from postamt.charite.de (postamt.charite.de [160.45.207.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.charite.de (Postfix) with ESMTP id B69D722096B; Fri, 31 Mar 2006 13:55:52 +0200 (CEST) Received: by postamt.charite.de (Postfix, from userid 7945) id 1C6ED220BD7; Fri, 31 Mar 2006 13:55:52 +0200 (CEST) Date: Fri, 31 Mar 2006 13:55:52 +0200 From: Ralf Hildebrandt To: Justin Piszcz Cc: Nathan Scott , Ralf Hildebrandt , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060331115551.GT29654@charite.de> References: <20060326143103.GA11637@charite.de> <20060328050956.GB2177@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.9i X-archive-position: 7565 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Ralf.Hildebrandt@charite.de Precedence: bulk X-list: linux-xfs Content-Length: 531 Lines: 19 * Justin Piszcz : > What version is this patch against? Dunno, but it applied ok against my debian/unstable version of xfsdump -- _________________________________________________ Charité - Universitätsmedizin Berlin _________________________________________________ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 Ralf.Hildebrandt@charite.de http://www.charite.de From owner-linux-xfs@oss.sgi.com Thu Mar 30 03:59:11 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 03:59:16 -0800 (PST) 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 k2UBxAgC004810 for ; Thu, 30 Mar 2006 03:59:10 -0800 Received: by lucidpixels.com (Postfix, from userid 1001) id B06EA15EA9D; Fri, 31 Mar 2006 06:54:34 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id ACE85100EC610; Fri, 31 Mar 2006 06:54:34 -0500 (EST) Date: Fri, 31 Mar 2006 06:54:34 -0500 (EST) From: Justin Piszcz X-X-Sender: jpiszcz@p34 To: Nathan Scott cc: Ralf Hildebrandt , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? In-Reply-To: <20060328050956.GB2177@frodo> Message-ID: References: <20060326143103.GA11637@charite.de> <20060328050956.GB2177@frodo> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 7564 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: linux-xfs Content-Length: 1689 Lines: 57 What version is this patch against? On Tue, 28 Mar 2006, Nathan Scott wrote: > On Sun, Mar 26, 2006 at 04:31:03PM +0200, Ralf Hildebrandt wrote: >> * Justin Piszcz : >>> What does this mean? >>> >>> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag14/tmp14207 >>> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag15/tmp14207 >>> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag0/tmp14207 >>> Mar 26 08:32:30 p34 fsr[14207]: could not allocate buf: /d3/.fsr/ag1/tmp14207 >>> >>> The FS is 373GB, with 221GB used and 153GB available. >> >> Same thing happened to me just today when I ran xfs_fsr on /home! > > Could you guys try this xfs_fsr patch for me and see if it helps > plug your leaks? > > thanks. > > -- > Nathan > > > Index: xfsdump/fsr/xfs_fsr.c > =================================================================== > --- xfsdump.orig/fsr/xfs_fsr.c > +++ xfsdump/fsr/xfs_fsr.c > @@ -1062,6 +1062,8 @@ packfile(char *fname, char *tname, int f > if ((ffd = open(ffname, openopts, 0666)) < 0) { > fsrprintf(_("could not open fragfile: %s : %s\n"), > ffname, strerror(errno)); > + close(tfd); > + free(fbuf); > return -1; > } > unlink(ffname); > @@ -1114,6 +1116,7 @@ packfile(char *fname, char *tname, int f > if (cur_nextents <= new_nextents) { > if (vflag) > fsrprintf(_("No improvement will be made (skipping): %s\n"), fname); > + free(fbuf); > close(tfd); > return 1; /* no change/no error */ > } > @@ -1187,6 +1190,7 @@ packfile(char *fname, char *tname, int f > } > } > free(fbuf); > + close(tfd); > return -1; > } > if (nfrags) { > From owner-linux-xfs@oss.sgi.com Thu Mar 30 07:23:32 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 07:23:36 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2UFNVgC025480 for ; Thu, 30 Mar 2006 07:23:32 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k2VFIunx026607 for ; Fri, 31 Mar 2006 09:18:56 -0600 Received: from [192.168.0.13] (cf-vpn-sw-corp-64-118.corp.sgi.com [134.15.64.118]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k2VFOUpG4489796; Fri, 31 Mar 2006 07:24:30 -0800 (PST) Message-ID: <442D493B.9070503@sgi.com> Date: Fri, 31 Mar 2006 09:22:35 -0600 From: Bill Kendall User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051011) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rumi Szabolcs CC: linux-xfs@oss.sgi.com Subject: Re: exclusion of trees with xfsdump References: <20060327173157.414914f6.rumi_ml@rtfm.hu> <442818FD.5040904@sgi.com> <20060327231532.5a8292e9.rumi_ml@rtfm.hu> In-Reply-To: <20060327231532.5a8292e9.rumi_ml@rtfm.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7566 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wkendall@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1462 Lines: 35 Rumi Szabolcs wrote: > The chattr method above could really be almost as usable as a real > directory-tree-level flag if the attribute would be inherited in > any real world scenario but it seems it doesn't: > > 1.) touching a file - it inherits +d > 2.) copying a file - it inherits +d > 3.) moving a file - it does not inherit +d > > Apparently moving a file within the same filesystem from outside > the +d flagged area to inside the area does not inherit the +d > flag (because no new inode is created?). I don't know whether this Right, the flag is only inherited on inode creation. I'm not aware of all the reasoning behind this, but it could be to avoid ambiguous situations where one link to an inode is in a "no dump" directory, and another link is created in a directory without that flag. Also, namespace operations don't typically update non-dir inodes, with the exception of changing the number of links. > should be considered a bug or a feature but there is a good chance > that users are going to move files from their backed up home > directories into the scrap area and then they apparently won't > be automagically flagged as no-backup. This is easily remedied by running chattr on the directory before the dump. What you need to watch out for though, is that files created in the scrap area and later moved will still be set to "no dump." At this point there is no plan to add support for excluding directories by name. Regards, Bill From owner-linux-xfs@oss.sgi.com Thu Mar 30 18:41:07 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 18:41:10 -0800 (PST) Received: from mxsf23.cluster1.charter.net ([209.225.28.223]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2V2f2gC026981 for ; Thu, 30 Mar 2006 18:41:07 -0800 Received: from mxip31a.cluster1.charter.net (mxip31a.cluster1.charter.net [209.225.28.246]) by mxsf23.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k312aGwq030030 for ; Fri, 31 Mar 2006 21:36:16 -0500 Received: from 68-189-243-227.dhcp.oxfr.ma.charter.com (HELO [192.168.1.103]) ([68.189.243.227]) by mxip31a.cluster1.charter.net with ESMTP; 31 Mar 2006 21:36:16 -0500 Message-ID: <442DE7F1.40103@charter.net> Date: Fri, 31 Mar 2006 21:39:45 -0500 From: Mike McElroy User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: Metadata on separate volume References: <442B3692.9070509@charter.net> <20060331104434.C952320@wobbly.melbourne.sgi.com> In-Reply-To: <20060331104434.C952320@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7568 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mikem388@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 916 Lines: 28 Nathan Scott wrote: > On Wed, Mar 29, 2006 at 08:38:26PM -0500, Mike McElroy wrote: > >> I would like to know if it's possible to set up xfs with all the >> metadata residing one one volume and the data on another and, if not, >> > > Its is possible, OOC why do you want to do that? > OOC - out of coffee? The realtime (data) volume is for fast access streaming data. The metadata would be on raid 5 storage to minimize the chance of losing it or corruption. The bitmap of the realtime volume and any metadata from that volume would be located on the raid volume. Does that make sense? > >> would it be a major modification to to the code to do that. >> > > You may be able to achieve what you want with the realtime subvolume, > and if so, no, its not a major modification at all. ;) > > cheers. > > I have found very little documentation on the realtime volume. Thanks for responding, From owner-linux-xfs@oss.sgi.com Thu Mar 30 21:40:10 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 21:40:16 -0800 (PST) Received: from larry.melbourne.sgi.com ([61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2V5e8gC010696 for ; Thu, 30 Mar 2006 21:40:09 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27920; Sat, 1 Apr 2006 15:35:07 +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 k315Z2JC991257; Sat, 1 Apr 2006 15:35:03 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k315YtV9980364; Sat, 1 Apr 2006 15:34:55 +1000 (EST) Date: Sat, 1 Apr 2006 15:34:55 +1000 From: Nathan Scott To: Justin Piszcz Cc: Ralf Hildebrandt , linux-xfs@oss.sgi.com Subject: Re: Could not allocate buf during xfs_fsr? Message-ID: <20060401153455.D961681@wobbly.melbourne.sgi.com> References: <20060326143103.GA11637@charite.de> <20060328050956.GB2177@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jpiszcz@lucidpixels.com on Fri, Mar 31, 2006 at 06:54:34AM -0500 X-archive-position: 7569 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 226 Lines: 11 On Fri, Mar 31, 2006 at 06:54:34AM -0500, Justin Piszcz wrote: > What version is this patch against? Shouhld apply to any recent version of the fsr source, not much has changed here for quite some time. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Mar 30 22:07:28 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Mar 2006 22:07:30 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k2V67QgC012497 for ; Thu, 30 Mar 2006 22:07:27 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA28270; Sat, 1 Apr 2006 16:02:43 +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 k3162fJC991302; Sat, 1 Apr 2006 16:02:41 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id k3162c86991000; Sat, 1 Apr 2006 16:02:38 +1000 (EST) Date: Sat, 1 Apr 2006 16:02:38 +1000 From: Nathan Scott To: Mike McElroy Cc: linux-xfs@oss.sgi.com Subject: Re: Metadata on separate volume Message-ID: <20060401160238.F961681@wobbly.melbourne.sgi.com> References: <442B3692.9070509@charter.net> <20060331104434.C952320@wobbly.melbourne.sgi.com> <442DE7F1.40103@charter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <442DE7F1.40103@charter.net>; from mikem388@charter.net on Fri, Mar 31, 2006 at 09:39:45PM -0500 X-archive-position: 7570 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 926 Lines: 31 On Fri, Mar 31, 2006 at 09:39:45PM -0500, Mike McElroy wrote: > Nathan Scott wrote: > > On Wed, Mar 29, 2006 at 08:38:26PM -0500, Mike McElroy wrote: > > > >> I would like to know if it's possible to set up xfs with all the > >> metadata residing one one volume and the data on another and, if not, > >> > > > > Its is possible, OOC why do you want to do that? > > > OOC - out of coffee? Heh. That and/or curiosity. > The realtime (data) volume is for fast access streaming data. The > metadata would be on raid 5 storage to minimize the chance of losing it > or corruption. The bitmap of the realtime volume and any metadata from > that volume would be located on the raid volume. Does that make sense? Yep. Sounds a good match. > I have found very little documentation on the realtime volume. Yeah, its a bit like that. Theres some on xfs(5), some more in mkfs.xfs(8) under -r. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Mar 31 22:06:04 2006 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 31 Mar 2006 22:06:12 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id k31660gC024270 for ; Fri, 31 Mar 2006 22:06:01 -0800 Received: from [134.14.54.149] (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA18331 for ; Sun, 2 Apr 2006 16:01:14 +1000 Message-ID: <442F68BC.3010706@sgi.com> Date: Sun, 02 Apr 2006 16:01:32 +1000 From: Timothy Shimmin User-Agent: Mozilla Thunderbird 0.7+ (X11/20040505) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: patch for building/installing xfs-cmds on 64 bit platforms References: <442B8E5C.1020306@sgi.com> In-Reply-To: <442B8E5C.1020306@sgi.com> Content-Type: multipart/mixed; boundary="------------050703010908000504020408" X-archive-position: 7572 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 109862 Lines: 3126 This is a multi-part message in MIME format. --------------050703010908000504020408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Timothy Shimmin wrote: > Hi there, > > In November last year, Jan Derfinak, supplied a patch for > building/installing xfs-cmds on amd64 > but Christoph H. had problems with "uname --hardware -platform" on > some 64 bit machines. > (http://oss.sgi.com/archives/linux-xfs/2004-11/msg00115.html) > > Looking around I decided to adopt a solution from gettext which has a > config macro which > looks at $CC -print-search-dirs for lib64 to make the decision. > I've attached a patch just for xfs-cmds/attr to this email. > If this works for people on various 64 bit platforms, > then I'll do likewise for the other xfs related userspace libraries. > > Thanks muchly, > Tim. This is an update for my earlier patch for all the packages: acl, attr, dmapi, xfsprogs, xfsdump, xfstests If no comments/problems, then I'll probably check this in shortly. > diffstat multilib.patch acl/Makefile | 5 acl/aclocal.m4 | 250 +++++++++++++--------- acl/configure.in | 6 acl/include/builddefs.in | 11 - acl/m4/Makefile | 5 acl/m4/multilib.m4 | 43 +++ acl/m4/package_attrdev.m4 | 6 attr/Makefile | 5 attr/aclocal.m4 | 94 ++++++-- attr/configure.in | 6 attr/include/builddefs.in | 11 - attr/m4/Makefile | 5 attr/m4/multilib.m4 | 43 +++ dmapi/Makefile | 5 dmapi/aclocal.m4 | 109 +++++++--- dmapi/configure.in | 6 dmapi/include/builddefs.in | 6 dmapi/m4/Makefile | 5 dmapi/m4/multilib.m4 | 43 +++ dmapi/m4/package_xfslibs.m4 | 9 xfsdump/Makefile | 5 xfsdump/aclocal.m4 | 389 ++++++++++++++++++++--------------- xfsdump/configure.in | 6 xfsdump/include/builddefs.in | 13 - xfsdump/m4/Makefile | 5 xfsdump/m4/multilib.m4 | 43 +++ xfsdump/m4/package_attrdev.m4 | 6 xfsdump/m4/package_dmapidev.m4 | 3 xfsdump/m4/package_xfslibs.m4 | 9 xfsprogs/Makefile | 5 xfsprogs/aclocal.m4 | 435 ++++++++++++++++++++++------------------ xfsprogs/configure.in | 6 xfsprogs/include/builddefs.in | 15 - xfsprogs/m4/Makefile | 5 xfsprogs/m4/multilib.m4 | 43 +++ xfstests/Makefile | 4 xfstests/aclocal.m4 | 298 +++++++++++++-------------- xfstests/m4/Makefile | 5 xfstests/m4/multilib.m4 | 43 +++ xfstests/m4/package_acldev.m4 | 3 xfstests/m4/package_attrdev.m4 | 11 - xfstests/m4/package_dmapidev.m4 | 3 xfstests/m4/package_gdbmdev.m4 | 4 xfstests/m4/package_xfslibs.m4 | 9 44 files changed, 1306 insertions(+), 735 deletions(-) --Tim --------------050703010908000504020408 Content-Type: text/plain; name="multilib.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="multilib.patch" =========================================================================== Index: acl/Makefile =========================================================================== --- a/acl/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/acl/Makefile 2006-03-31 10:29:54.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -41,6 +41,7 @@ $(CONFIGURE): --bindir=/usr/bin \ --libdir=/lib \ --libexecdir=/usr/lib \ + --enable-lib64=yes \ --includedir=/usr/include \ --mandir=/usr/share/man \ --datadir=/usr/share \ @@ -48,7 +49,7 @@ $(CONFIGURE): touch .census aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install: default $(SUBDIRS_MAKERULE) =========================================================================== Index: acl/aclocal.m4 =========================================================================== --- a/acl/aclocal.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/acl/aclocal.m4 2006-03-31 15:55:51.000000000 +1000 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.7.9 -*- Autoconf -*- +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002 -# Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -12,6 +12,147 @@ # PARTICULAR PURPOSE. # +# Find format of installed man pages. +# Always gzipped on Debian, but not Redhat pre-7.0. +# We don't deal with bzip2'd man pages, which Mandrake uses, +# someone will send us a patch sometime hopefully. :-) +# +AC_DEFUN([AC_MANUAL_FORMAT], + [ have_zipped_manpages=false + for d in ${prefix}/share/man ${prefix}/man ; do + if test -f $d/man1/man.1.gz + then + have_zipped_manpages=true + break + fi + done + AC_SUBST(have_zipped_manpages) + ]) + +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTR_XATTR_H], + [ AC_CHECK_HEADERS([attr/xattr.h]) + if test "$ac_cv_header_attr_xattr_h" != "yes"; then + echo + echo 'FATAL ERROR: attr/xattr.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTR_ERROR_H], + [ AC_CHECK_HEADERS([attr/error_context.h]) + if test "$ac_cv_header_attr_error_context_h" != "yes"; then + echo + echo 'FATAL ERROR: attr/error_context.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], + [ have_attributes_h=false + AC_CHECK_HEADERS([attr/attributes.h sys/attributes.h], [have_attributes_h=true], ) + if test "$have_attributes_h" = "false"; then + echo + echo 'FATAL ERROR: attributes.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], + [ AC_CHECK_LIB(attr, getxattr,, [ + echo + echo 'FATAL ERROR: could not find a valid Extended Attributes library.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-lib" from the attr source.' + exit 1 + ]) + libattr="-lattr" + test -f `pwd`/../attr/libattr/libattr.la && \ + libattr="`pwd`/../attr/libattr/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" + AC_SUBST(libattr) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATTR], + [ AC_CHECK_LIB(attr, attr_get,, [ + echo + echo 'FATAL ERROR: could not find a valid Extended Attributes library.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-lib" from the attr source.' + exit 1 + ]) + libattr="-lattr" + test -f `pwd`/../attr/libattr/libattr.la && \ + libattr="`pwd`/../attr/libattr/libattr.la" + test -f $(libexecdir)$(libdirsuffix)/libattr.la && \ + libattr="$(libexecdir)$(libdirsuffix)/libattr.la" + AC_SUBST(libattr) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_MACROS], + [ AC_MSG_CHECKING([macros in attr/attributes.h]) + AC_TRY_LINK([ +#include +#include ], + [ int x = ATTR_SECURE; ], [ echo ok ], [ + echo + echo 'FATAL ERROR: could not find a current attributes header.' + echo 'Upgrade the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 ]) + ]) + +# # Generic macro, sets up all of the global packaging variables. # The following environment variables may be set to override defaults: # DEBUG OPTIMIZER MALLOCLIB PLATFORM DISTRIBUTION INSTALL_USER INSTALL_GROUP @@ -40,12 +181,12 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], malloc_lib="$MALLOCLIB" AC_SUBST(malloc_lib) - PKG_USER=${INSTALL_USER:-'root'} - pkg_user="$PKG_USER" + pkg_user=`id -u` + test -z "$INSTALL_USER" || pkg_user="$INSTALL_USER" AC_SUBST(pkg_user) - PKG_GROUP=${INSTALL_GROUP:-'root'} - pkg_group="$PKG_GROUP" + pkg_group=`id -g` + test -z "$INSTALL_GROUP" || pkg_group="$INSTALL_GROUP" AC_SUBST(pkg_group) pkg_distribution=`uname -s` @@ -185,101 +326,6 @@ AC_DEFUN([AC_PACKAGE_UTILITIES], AC_SUBST(rpmbuild) ]) -AC_DEFUN([AC_PACKAGE_NEED_ATTR_XATTR_H], - [ AC_CHECK_HEADERS([attr/xattr.h]) - if test "$ac_cv_header_attr_xattr_h" != "yes"; then - echo - echo 'FATAL ERROR: attr/xattr.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTR_ERROR_H], - [ AC_CHECK_HEADERS([attr/error_context.h]) - if test "$ac_cv_header_attr_error_context_h" != "yes"; then - echo - echo 'FATAL ERROR: attr/error_context.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], - [ have_attributes_h=false - AC_CHECK_HEADERS([attr/attributes.h sys/attributes.h], [have_attributes_h=true], ) - if test "$have_attributes_h" = "false"; then - echo - echo 'FATAL ERROR: attributes.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], - [ AC_CHECK_LIB(attr, getxattr,, [ - echo - echo 'FATAL ERROR: could not find a valid Extended Attributes library.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-lib" from the attr source.' - exit 1 - ]) - libattr="-lattr" - test -f `pwd`/../attr/libattr/libattr.la && \ - libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" - AC_SUBST(libattr) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATTR], - [ AC_CHECK_LIB(attr, attr_get,, [ - echo - echo 'FATAL ERROR: could not find a valid Extended Attributes library.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-lib" from the attr source.' - exit 1 - ]) - libattr="-lattr" - test -f `pwd`/../attr/libattr/libattr.la && \ - libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" - AC_SUBST(libattr) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_MACROS], - [ AC_MSG_CHECKING([macros in attr/attributes.h]) - AC_TRY_LINK([ -#include -#include ], - [ int x = ATTR_SECURE; ], [ echo ok ], [ - echo - echo 'FATAL ERROR: could not find a current attributes header.' - echo 'Upgrade the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 ]) - ]) - -# -# Find format of installed man pages. -# Always gzipped on Debian, but not Redhat pre-7.0. -# We don't deal with bzip2'd man pages, which Mandrake uses, -# someone will send us a patch sometime hopefully. :-) -# -AC_DEFUN([AC_MANUAL_FORMAT], - [ have_zipped_manpages=false - for d in ${prefix}/share/man ${prefix}/man ; do - if test -f $d/man1/man.1.gz - then - have_zipped_manpages=true - break - fi - done - AC_SUBST(have_zipped_manpages) - ]) - AC_DEFUN([AC_FUNC_GCC_VISIBILITY], [AC_CACHE_CHECK(whether __attribute__((visibility())) is supported, libc_cv_visibility_attribute, =========================================================================== Index: acl/configure.in =========================================================================== --- a/acl/configure.in 2006-03-31 16:57:32.000000000 +1000 +++ b/acl/configure.in 2006-03-31 15:44:59.000000000 +1000 @@ -12,10 +12,16 @@ AC_ARG_ENABLE(gettext, enable_gettext=yes) AC_SUBST(enable_gettext) +AC_ARG_ENABLE(lib64, +[ --enable-lib64=[yes/no] Enable lib64 support [default=no]],, + enable_lib64=no) +AC_SUBST(enable_lib64) + AC_PACKAGE_GLOBALS(acl) AC_PACKAGE_UTILITIES(acl) AC_PACKAGE_NEED_ATTR_XATTR_H AC_PACKAGE_NEED_ATTR_ERROR_H +AC_MULTILIB($enable_lib64) AC_PACKAGE_NEED_GETXATTR_LIBATTR AC_MANUAL_FORMAT =========================================================================== Index: acl/include/builddefs.in =========================================================================== --- a/acl/include/builddefs.in 2006-03-31 16:57:32.000000000 +1000 +++ b/acl/include/builddefs.in 2006-03-31 10:34:25.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2002-2006 Silicon Graphics, Inc. All Rights Reserved. # # @configure_input@ # @@ -27,8 +27,8 @@ PKG_PLATFORM = @pkg_platform@ PKG_DISTRIBUTION= @pkg_distribution@ PKG_BIN_DIR = @bindir@ PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ +PKG_LIB_DIR = @libdir@@libdirsuffix@ +PKG_DEVLIB_DIR = @libexecdir@@libdirsuffix@ PKG_INC_DIR = @includedir@ PKG_MAN_DIR = @mandir@ PKG_DOC_DIR = @datadir@/doc/@pkg_name@ @@ -53,8 +53,9 @@ RPM = @rpm@ RPMBUILD = @rpmbuild@ RPM_VERSION = @rpm_version@ -ENABLE_SHARED = @enable_shared@ -ENABLE_GETTEXT = @enable_gettext@ +ENABLE_SHARED = @enable_shared@ +ENABLE_GETTEXT = @enable_gettext@ + HAVE_ZIPPED_MANPAGES = @have_zipped_manpages@ ifneq "$(findstring $(PKG_PLATFORM), linux gnu gnu/kfreebsd gnu/knetbsd)" "" =========================================================================== Index: acl/m4/Makefile =========================================================================== --- a/acl/m4/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/acl/m4/Makefile 2006-03-31 10:35:24.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -10,7 +10,8 @@ LSRCFILES = \ package_attrdev.m4 \ package_globals.m4 \ package_utilies.m4 \ - visibility_hidden.m4 + visibility_hidden.m4 \ + multilib.m4 default: =========================================================================== Index: acl/m4/multilib.m4 =========================================================================== --- a/acl/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/acl/m4/multilib.m4 2006-03-31 15:55:10.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) =========================================================================== Index: acl/m4/package_attrdev.m4 =========================================================================== --- a/acl/m4/package_attrdev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/acl/m4/package_attrdev.m4 2006-03-31 15:58:52.000000000 +1000 @@ -43,7 +43,8 @@ AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBAT libattr="-lattr" test -f `pwd`/../attr/libattr/libattr.la && \ libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" AC_SUBST(libattr) ]) @@ -58,7 +59,8 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATT libattr="-lattr" test -f `pwd`/../attr/libattr/libattr.la && \ libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" AC_SUBST(libattr) ]) =========================================================================== Index: attr/Makefile =========================================================================== --- a/attr/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/attr/Makefile 2006-03-29 17:11:40.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -41,6 +41,7 @@ $(CONFIGURE): --bindir=/usr/bin \ --libdir=/lib \ --libexecdir=/usr/lib \ + --enable-lib64=yes \ --includedir=/usr/include \ --mandir=/usr/share/man \ --datadir=/usr/share \ @@ -48,7 +49,7 @@ $(CONFIGURE): touch .census aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install: default $(SUBDIRS_MAKERULE) =========================================================================== Index: attr/aclocal.m4 =========================================================================== --- a/attr/aclocal.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/attr/aclocal.m4 2006-03-29 17:07:17.000000000 +1000 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.7.9 -*- Autoconf -*- +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002 -# Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -12,6 +12,68 @@ # PARTICULAR PURPOSE. # +# Find format of installed man pages. +# Always gzipped on Debian, but not Redhat pre-7.0. +# We don't deal with bzip2'd man pages, which Mandrake uses, +# someone will send us a patch sometime hopefully. :-) +# +AC_DEFUN([AC_MANUAL_FORMAT], + [ have_zipped_manpages=false + for d in ${prefix}/share/man ${prefix}/man ; do + if test -f $d/man1/man.1.gz + then + have_zipped_manpages=true + break + fi + done + AC_SUBST(have_zipped_manpages) + ]) + +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if enable param is yes. +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) + +# # Generic macro, sets up all of the global packaging variables. # The following environment variables may be set to override defaults: # DEBUG OPTIMIZER MALLOCLIB PLATFORM DISTRIBUTION INSTALL_USER INSTALL_GROUP @@ -40,12 +102,12 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], malloc_lib="$MALLOCLIB" AC_SUBST(malloc_lib) - PKG_USER=${INSTALL_USER:-'root'} - pkg_user="$PKG_USER" + pkg_user=`id -u` + test -z "$INSTALL_USER" || pkg_user="$INSTALL_USER" AC_SUBST(pkg_user) - PKG_GROUP=${INSTALL_GROUP:-'root'} - pkg_group="$PKG_GROUP" + pkg_group=`id -g` + test -z "$INSTALL_GROUP" || pkg_group="$INSTALL_GROUP" AC_SUBST(pkg_group) pkg_distribution=`uname -s` @@ -185,21 +247,3 @@ AC_DEFUN([AC_PACKAGE_UTILITIES], AC_SUBST(rpmbuild) ]) -# -# Find format of installed man pages. -# Always gzipped on Debian, but not Redhat pre-7.0. -# We don't deal with bzip2'd man pages, which Mandrake uses, -# someone will send us a patch sometime hopefully. :-) -# -AC_DEFUN([AC_MANUAL_FORMAT], - [ have_zipped_manpages=false - for d in ${prefix}/share/man ${prefix}/man ; do - if test -f $d/man1/man.1.gz - then - have_zipped_manpages=true - break - fi - done - AC_SUBST(have_zipped_manpages) - ]) - =========================================================================== Index: attr/configure.in =========================================================================== --- a/attr/configure.in 2006-03-31 16:57:32.000000000 +1000 +++ b/attr/configure.in 2006-03-29 17:10:41.000000000 +1000 @@ -12,9 +12,15 @@ AC_ARG_ENABLE(gettext, enable_gettext=yes) AC_SUBST(enable_gettext) +AC_ARG_ENABLE(lib64, +[ --enable-lib64=[yes/no] Enable lib64 support [default=no]],, + enable_lib64=no) +AC_SUBST(enable_lib64) + AC_PACKAGE_GLOBALS(attr) AC_PACKAGE_UTILITIES(attr) AC_MANUAL_FORMAT +AC_MULTILIB($enable_lib64) AC_C_CONST AC_TYPE_MODE_T =========================================================================== Index: attr/include/builddefs.in =========================================================================== --- a/attr/include/builddefs.in 2006-03-31 16:57:32.000000000 +1000 +++ b/attr/include/builddefs.in 2006-03-29 13:51:34.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2002-2006 Silicon Graphics, Inc. All Rights Reserved. # # @configure_input@ # @@ -26,8 +26,8 @@ PKG_PLATFORM = @pkg_platform@ PKG_DISTRIBUTION= @pkg_distribution@ PKG_BIN_DIR = @bindir@ PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ +PKG_LIB_DIR = @libdir@@libdirsuffix@ +PKG_DEVLIB_DIR = @libexecdir@@libdirsuffix@ PKG_INC_DIR = @includedir@/attr PKG_MAN_DIR = @mandir@ PKG_DOC_DIR = @datadir@/doc/@pkg_name@ @@ -52,8 +52,9 @@ RPM = @rpm@ RPMBUILD = @rpmbuild@ RPM_VERSION = @rpm_version@ -ENABLE_SHARED = @enable_shared@ -ENABLE_GETTEXT = @enable_gettext@ +ENABLE_SHARED = @enable_shared@ +ENABLE_GETTEXT = @enable_gettext@ + HAVE_ZIPPED_MANPAGES = @have_zipped_manpages@ ifneq "$(findstring $(PKG_PLATFORM), linux gnu gnu/kfreebsd gnu/knetbsd)" "" =========================================================================== Index: attr/m4/Makefile =========================================================================== --- a/attr/m4/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/attr/m4/Makefile 2006-03-29 13:52:20.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -8,7 +8,8 @@ include $(TOPDIR)/include/builddefs LSRCFILES = \ manual_format.m4 \ package_globals.m4 \ - package_utilies.m4 + package_utilies.m4 \ + multilib.m4 default: =========================================================================== Index: attr/m4/multilib.m4 =========================================================================== --- a/attr/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/attr/m4/multilib.m4 2006-03-29 17:14:23.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) =========================================================================== Index: dmapi/Makefile =========================================================================== --- a/dmapi/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/dmapi/Makefile 2006-03-31 10:45:28.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -39,6 +39,7 @@ $(CONFIGURE): --bindir=/usr/bin \ --libdir=/lib \ --libexecdir=/usr/lib \ + --enable-lib64=yes \ --includedir=/usr/include \ --mandir=/usr/share/man \ --datadir=/usr/share \ @@ -46,7 +47,7 @@ $(CONFIGURE): touch .census aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install: default $(SUBDIRS_MAKERULE) =========================================================================== Index: dmapi/aclocal.m4 =========================================================================== --- a/dmapi/aclocal.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/dmapi/aclocal.m4 2006-03-31 10:49:07.000000000 +1000 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.7.9 -*- Autoconf -*- +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002 -# Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -12,6 +12,68 @@ # PARTICULAR PURPOSE. # +# Find format of installed man pages. +# Always gzipped on Debian, but not Redhat pre-7.0. +# We don't deal with bzip2'd man pages, which Mandrake uses, +# someone will send us a patch sometime hopefully. :-) +# +AC_DEFUN([AC_MANUAL_FORMAT], + [ have_zipped_manpages=false + for d in ${prefix}/share/man ${prefix}/man ; do + if test -f $d/man1/man.1.gz + then + have_zipped_manpages=true + break + fi + done + AC_SUBST(have_zipped_manpages) + ]) + +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) + +# # Generic macro, sets up all of the global packaging variables. # The following environment variables may be set to override defaults: # DEBUG OPTIMIZER MALLOCLIB PLATFORM DISTRIBUTION INSTALL_USER INSTALL_GROUP @@ -32,7 +94,7 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], debug_build="$DEBUG" AC_SUBST(debug_build) - OPTIMIZER=${OPTIMIZER:-'-g'} dnl -O2 + OPTIMIZER=${OPTIMIZER:-'-g -O2'} opt_build="$OPTIMIZER" AC_SUBST(opt_build) @@ -40,12 +102,12 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], malloc_lib="$MALLOCLIB" AC_SUBST(malloc_lib) - PKG_USER=${INSTALL_USER:-'root'} - pkg_user="$PKG_USER" + pkg_user=`id -u` + test -z "$INSTALL_USER" || pkg_user="$INSTALL_USER" AC_SUBST(pkg_user) - PKG_GROUP=${INSTALL_GROUP:-'root'} - pkg_group="$PKG_GROUP" + pkg_group=`id -g` + test -z "$INSTALL_GROUP" || pkg_group="$INSTALL_GROUP" AC_SUBST(pkg_group) pkg_distribution=`uname -s` @@ -263,6 +325,19 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRLIST_LIBHA AC_SUBST(libhdl) ]) +AC_DEFUN([AC_PACKAGE_NEED_IRIX_LIBHANDLE], + [ + AC_MSG_CHECKING([libhandle.a for IRIX]) + libhdl="`pwd`/../irix/libhandle/libhandle.a" + if ! test -f $libhdl; then + echo 'no' + echo 'FATAL ERROR: could not find IRIX XFS handle library.' + exit 1 + fi + echo 'yes' + AC_SUBST(libhdl) + ]) + AC_DEFUN([AC_PACKAGE_NEED_XFSCTL_MACRO], [ AC_MSG_CHECKING([xfsctl from xfs/libxfs.h]) AC_TRY_LINK([#include ], [ int x = xfsctl(0, 0, 0, 0); ], @@ -275,21 +350,3 @@ AC_DEFUN([AC_PACKAGE_NEED_XFSCTL_MACRO], ]) ]) -# -# Find format of installed man pages. -# Always gzipped on Debian, but not Redhat pre-7.0. -# We don't deal with bzip2'd man pages, which Mandrake uses, -# someone will send us a patch sometime hopefully. :-) -# -AC_DEFUN([AC_MANUAL_FORMAT], - [ have_zipped_manpages=false - for d in ${prefix}/share/man ${prefix}/man ; do - if test -f $d/man1/man.1.gz - then - have_zipped_manpages=true - break - fi - done - AC_SUBST(have_zipped_manpages) - ]) - =========================================================================== Index: dmapi/configure.in =========================================================================== --- a/dmapi/configure.in 2006-03-31 16:57:32.000000000 +1000 +++ b/dmapi/configure.in 2006-03-31 10:46:07.000000000 +1000 @@ -6,9 +6,15 @@ AC_ARG_ENABLE(shared, enable_shared=yes) AC_SUBST(enable_shared) +AC_ARG_ENABLE(lib64, +[ --enable-lib64=[yes/no] Enable lib64 support [default=no]],, + enable_lib64=no) +AC_SUBST(enable_lib64) + AC_PACKAGE_GLOBALS(dmapi) AC_PACKAGE_UTILITIES(dmapi) AC_PACKAGE_NEED_XFS_HANDLE_H AC_MANUAL_FORMAT +AC_MULTILIB($enable_lib64) AC_OUTPUT(include/builddefs) =========================================================================== Index: dmapi/include/builddefs.in =========================================================================== --- a/dmapi/include/builddefs.in 2006-03-31 16:57:32.000000000 +1000 +++ b/dmapi/include/builddefs.in 2006-03-31 10:47:39.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2002-2006 Silicon Graphics, Inc. All Rights Reserved. # # @configure_input@ # @@ -23,8 +23,8 @@ PKG_PLATFORM = @pkg_platform@ PKG_DISTRIBUTION= @pkg_distribution@ PKG_BIN_DIR = @bindir@ PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ +PKG_LIB_DIR = @libdir@@libdirsuffix@ +PKG_DEVLIB_DIR = @libexecdir@@libdirsuffix@ PKG_INC_DIR = @includedir@/xfs PKG_MAN_DIR = @mandir@ PKG_DOC_DIR = @datadir@/doc/@pkg_name@ =========================================================================== Index: dmapi/m4/Makefile =========================================================================== --- a/dmapi/m4/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/dmapi/m4/Makefile 2006-03-31 10:48:40.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -9,7 +9,8 @@ LSRCFILES = \ manual_format.m4 \ package_globals.m4 \ package_utilies.m4 \ - package_xfslibs.m4 + package_xfslibs.m4 \ + multilib.m4 default: =========================================================================== Index: dmapi/m4/multilib.m4 =========================================================================== --- a/dmapi/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/dmapi/m4/multilib.m4 2006-03-31 10:42:59.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) =========================================================================== Index: dmapi/m4/package_xfslibs.m4 =========================================================================== --- a/dmapi/m4/package_xfslibs.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/dmapi/m4/package_xfslibs.m4 2006-03-31 16:38:55.000000000 +1000 @@ -42,7 +42,8 @@ AC_DEFUN([AC_PACKAGE_NEED_LIBXFSINIT_LIB libxfs="-lxfs" test -f `pwd`/../xfsprogs/libxfs/libxfs.la && \ libxfs="`pwd`/../xfsprogs/libxfs/libxfs.la" - test -f /usr/lib/libxfs.la && libxfs="/usr/lib/libxfs.la" + test -f ${libexecdir}${libdirsuffix}/libxfs.la && \ + libxfs="${libexecdir}${libdirsuffix}/libxfs.la" AC_SUBST(libxfs) ]) @@ -57,7 +58,8 @@ AC_DEFUN([AC_PACKAGE_NEED_OPEN_BY_FSHAND libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) @@ -72,7 +74,8 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRLIST_LIBHA libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) =========================================================================== Index: xfsdump/Makefile =========================================================================== --- a/xfsdump/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/Makefile 2006-03-31 12:33:34.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -41,6 +41,7 @@ $(CONFIGURE): --bindir=/usr/sbin \ --libdir=/lib \ --libexecdir=/usr/lib \ + --enable-lib64=yes \ --includedir=/usr/include \ --mandir=/usr/share/man \ --datadir=/usr/share \ @@ -48,7 +49,7 @@ $(CONFIGURE): touch .census aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install: default $(SUBDIRS_MAKERULE) =========================================================================== Index: xfsdump/aclocal.m4 =========================================================================== --- a/xfsdump/aclocal.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/aclocal.m4 2006-03-31 16:40:22.000000000 +1000 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.7.9 -*- Autoconf -*- +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002 -# Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -12,6 +12,174 @@ # PARTICULAR PURPOSE. # +# Find format of installed man pages. +# Always gzipped on Debian, but not Redhat pre-7.0. +# We don't deal with bzip2'd man pages, which Mandrake uses, +# someone will send us a patch sometime hopefully. :-) +# +AC_DEFUN([AC_MANUAL_FORMAT], + [ have_zipped_manpages=false + for d in ${prefix}/share/man ${prefix}/man ; do + if test -f $d/man1/man.1.gz + then + have_zipped_manpages=true + break + fi + done + AC_SUBST(have_zipped_manpages) + ]) + +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTR_XATTR_H], + [ AC_CHECK_HEADERS([attr/xattr.h]) + if test "$ac_cv_header_attr_xattr_h" != "yes"; then + echo + echo 'FATAL ERROR: attr/xattr.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTR_ERROR_H], + [ AC_CHECK_HEADERS([attr/error_context.h]) + if test "$ac_cv_header_attr_error_context_h" != "yes"; then + echo + echo 'FATAL ERROR: attr/error_context.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], + [ have_attributes_h=false + AC_CHECK_HEADERS([attr/attributes.h sys/attributes.h], [have_attributes_h=true], ) + if test "$have_attributes_h" = "false"; then + echo + echo 'FATAL ERROR: attributes.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], + [ AC_CHECK_LIB(attr, getxattr,, [ + echo + echo 'FATAL ERROR: could not find a valid Extended Attributes library.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-lib" from the attr source.' + exit 1 + ]) + libattr="-lattr" + test -f `pwd`/../attr/libattr/libattr.la && \ + libattr="`pwd`/../attr/libattr/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" + AC_SUBST(libattr) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATTR], + [ AC_CHECK_LIB(attr, attr_get,, [ + echo + echo 'FATAL ERROR: could not find a valid Extended Attributes library.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-lib" from the attr source.' + exit 1 + ]) + libattr="-lattr" + test -f `pwd`/../attr/libattr/libattr.la && \ + libattr="`pwd`/../attr/libattr/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" + AC_SUBST(libattr) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_MACROS], + [ AC_MSG_CHECKING([macros in attr/attributes.h]) + AC_TRY_LINK([ +#include +#include ], + [ int x = ATTR_SECURE; ], [ echo ok ], [ + echo + echo 'FATAL ERROR: could not find a current attributes header.' + echo 'Upgrade the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 ]) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_XFS_DMAPI_H], + [ AC_CHECK_HEADERS([xfs/dmapi.h]) + if test "$ac_cv_header_xfs_dmapi_h" != yes; then + echo + echo 'FATAL ERROR: could not find a valid DMAPI library header.' + echo 'Install the data migration API (dmapi) development package.' + echo 'Alternatively, run "make install-dev" from the dmapi source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_MAKEHANDLE_LIBDM], + [ AC_CHECK_LIB(dm, dm_make_handle,, [ + echo + echo 'FATAL ERROR: could not find a valid DMAPI base library.' + echo 'Install the data migration API (dmapi) library package.' + echo 'Alternatively, run "make install" from the dmapi source.' + exit 1 + ]) + libdm="-ldm" + test -f `pwd`/../dmapi/libdm/libdm.la && \ + libdm="`pwd`/../dmapi/libdm/libdm.la" + test -f ${libexecdir}${libdirsuffix}/libdm.la && \ + libdm="${libexecdir}${libdirsuffix}/libdm.la" + AC_SUBST(libdm) + ]) + +# # Generic macro, sets up all of the global packaging variables. # The following environment variables may be set to override defaults: # DEBUG OPTIMIZER MALLOCLIB PLATFORM DISTRIBUTION INSTALL_USER INSTALL_GROUP @@ -40,12 +208,12 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], malloc_lib="$MALLOCLIB" AC_SUBST(malloc_lib) - PKG_USER=${INSTALL_USER:-'root'} - pkg_user="$PKG_USER" + pkg_user=`id -u` + test -z "$INSTALL_USER" || pkg_user="$INSTALL_USER" AC_SUBST(pkg_user) - PKG_GROUP=${INSTALL_GROUP:-'root'} - pkg_group="$PKG_GROUP" + pkg_group=`id -g` + test -z "$INSTALL_GROUP" || pkg_group="$INSTALL_GROUP" AC_SUBST(pkg_group) pkg_distribution=`uname -s` @@ -57,6 +225,37 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], AC_SUBST(pkg_platform) ]) +AC_DEFUN([AC_PACKAGE_NEED_NCURSES_H], + [ AC_CHECK_HEADERS([ncurses.h]) + if test "$ac_cv_header_ncurses_h" != yes; then + echo + echo 'FATAL ERROR: could not find a valid ncurses header.' + echo 'Install the ncurses development package.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_WANT_WORKING_LIBNCURSES], + [ AC_CHECK_LIB(ncurses, initscr,, [ + echo + echo 'FATAL ERROR: could not find a valid ncurses library.' + echo 'Install the ncurses library package.' + exit 1 + ]) + AC_MSG_CHECKING([for bad glibc/ncurses header interaction]) + libcurses="-lncurses" + LIBS="$LIBS $libcurses" + CFLAGS="$CFLAGS -D_GNU_SOURCE" + AC_TRY_LINK([ +#include +#include ], + [wgetch(stdscr);], + [enable_curses=yes; AC_MSG_RESULT([ok])], + [enable_curses=no; libcurses=""; AC_MSG_RESULT([disabling curses])]) + AC_SUBST(enable_curses) + AC_SUBST(libcurses) + ]) + # # Check for specified utility (env var) - if unset, fail. # @@ -212,37 +411,6 @@ AC_DEFUN([AC_PACKAGE_NEED_UUIDCOMPARE], AC_SUBST(libuuid) ]) -AC_DEFUN([AC_PACKAGE_NEED_NCURSES_H], - [ AC_CHECK_HEADERS([ncurses.h]) - if test "$ac_cv_header_ncurses_h" != yes; then - echo - echo 'FATAL ERROR: could not find a valid ncurses header.' - echo 'Install the ncurses development package.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_WANT_WORKING_LIBNCURSES], - [ AC_CHECK_LIB(ncurses, initscr,, [ - echo - echo 'FATAL ERROR: could not find a valid ncurses library.' - echo 'Install the ncurses library package.' - exit 1 - ]) - AC_MSG_CHECKING([for bad glibc/ncurses header interaction]) - libcurses="-lncurses" - LIBS="$LIBS $libcurses" - CFLAGS="$CFLAGS -D_GNU_SOURCE" - AC_TRY_LINK([ -#include -#include ], - [wgetch(stdscr);], - [enable_curses=yes; AC_MSG_RESULT([ok])], - [enable_curses=no; libcurses=""; AC_MSG_RESULT([disabling curses])]) - AC_SUBST(enable_curses) - AC_SUBST(libcurses) - ]) - AC_DEFUN([AC_PACKAGE_NEED_XFS_LIBXFS_H], [ AC_CHECK_HEADERS([xfs/libxfs.h]) if test "$ac_cv_header_xfs_libxfs_h" != "yes"; then @@ -287,7 +455,8 @@ AC_DEFUN([AC_PACKAGE_NEED_LIBXFSINIT_LIB libxfs="-lxfs" test -f `pwd`/../xfsprogs/libxfs/libxfs.la && \ libxfs="`pwd`/../xfsprogs/libxfs/libxfs.la" - test -f /usr/lib/libxfs.la && libxfs="/usr/lib/libxfs.la" + test -f ${libexecdir}${libdirsuffix}/libxfs.la && \ + libxfs="${libexecdir}${libdirsuffix}/libxfs.la" AC_SUBST(libxfs) ]) @@ -302,7 +471,8 @@ AC_DEFUN([AC_PACKAGE_NEED_OPEN_BY_FSHAND libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) @@ -311,13 +481,27 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRLIST_LIBHA echo echo 'FATAL ERROR: could not find a current XFS handle library.' echo 'Install or upgrade the XFS library package.' - echo 'Alternatively, run "make install-dev" from the xfsprogs source.' + echo 'Alternatively, run "make install-lib" from the xfsprogs source.' exit 1 ]) libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" + AC_SUBST(libhdl) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_IRIX_LIBHANDLE], + [ + AC_MSG_CHECKING([libhandle.a for IRIX]) + libhdl="`pwd`/../irix/libhandle/libhandle.a" + if ! test -f $libhdl; then + echo 'no' + echo 'FATAL ERROR: could not find IRIX XFS handle library.' + exit 1 + fi + echo 'yes' AC_SUBST(libhdl) ]) @@ -333,124 +517,3 @@ AC_DEFUN([AC_PACKAGE_NEED_XFSCTL_MACRO], ]) ]) -AC_DEFUN([AC_PACKAGE_NEED_XFS_DMAPI_H], - [ AC_CHECK_HEADERS([xfs/dmapi.h]) - if test "$ac_cv_header_xfs_dmapi_h" != yes; then - echo - echo 'FATAL ERROR: could not find a valid DMAPI library header.' - echo 'Install the data migration API (dmapi) development package.' - echo 'Alternatively, run "make install-dev" from the dmapi source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_MAKEHANDLE_LIBDM], - [ AC_CHECK_LIB(dm, dm_make_handle,, [ - echo - echo 'FATAL ERROR: could not find a valid DMAPI base library.' - echo 'Install the data migration API (dmapi) library package.' - echo 'Alternatively, run "make install" from the dmapi source.' - exit 1 - ]) - libdm="-ldm" - test -f `pwd`/../dmapi/libdm/libdm.la && \ - libdm="`pwd`/../dmapi/libdm/libdm.la" - test -f /usr/lib/libdm.la && libdm="/usr/lib/libdm.la" - AC_SUBST(libdm) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTR_XATTR_H], - [ AC_CHECK_HEADERS([attr/xattr.h]) - if test "$ac_cv_header_attr_xattr_h" != "yes"; then - echo - echo 'FATAL ERROR: attr/xattr.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTR_ERROR_H], - [ AC_CHECK_HEADERS([attr/error_context.h]) - if test "$ac_cv_header_attr_error_context_h" != "yes"; then - echo - echo 'FATAL ERROR: attr/error_context.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], - [ have_attributes_h=false - AC_CHECK_HEADERS([attr/attributes.h sys/attributes.h], [have_attributes_h=true], ) - if test "$have_attributes_h" = "false"; then - echo - echo 'FATAL ERROR: attributes.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], - [ AC_CHECK_LIB(attr, getxattr,, [ - echo - echo 'FATAL ERROR: could not find a valid Extended Attributes library.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-lib" from the attr source.' - exit 1 - ]) - libattr="-lattr" - test -f `pwd`/../attr/libattr/libattr.la && \ - libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" - AC_SUBST(libattr) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATTR], - [ AC_CHECK_LIB(attr, attr_get,, [ - echo - echo 'FATAL ERROR: could not find a valid Extended Attributes library.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-lib" from the attr source.' - exit 1 - ]) - libattr="-lattr" - test -f `pwd`/../attr/libattr/libattr.la && \ - libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" - AC_SUBST(libattr) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_MACROS], - [ AC_MSG_CHECKING([macros in attr/attributes.h]) - AC_TRY_LINK([ -#include -#include ], - [ int x = ATTR_SECURE; ], [ echo ok ], [ - echo - echo 'FATAL ERROR: could not find a current attributes header.' - echo 'Upgrade the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 ]) - ]) - -# -# Find format of installed man pages. -# Always gzipped on Debian, but not Redhat pre-7.0. -# We don't deal with bzip2'd man pages, which Mandrake uses, -# someone will send us a patch sometime hopefully. :-) -# -AC_DEFUN([AC_MANUAL_FORMAT], - [ have_zipped_manpages=false - for d in ${prefix}/share/man ${prefix}/man ; do - if test -f $d/man1/man.1.gz - then - have_zipped_manpages=true - break - fi - done - AC_SUBST(have_zipped_manpages) - ]) - =========================================================================== Index: xfsdump/configure.in =========================================================================== --- a/xfsdump/configure.in 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/configure.in 2006-03-31 16:19:31.000000000 +1000 @@ -12,8 +12,14 @@ AC_ARG_ENABLE(gettext, enable_gettext=yes) AC_SUBST(enable_gettext) +AC_ARG_ENABLE(lib64, +[ --enable-lib64=[yes/no] Enable lib64 support [default=no]],, + enable_lib64=no) +AC_SUBST(enable_lib64) + AC_PACKAGE_GLOBALS(xfsdump) AC_PACKAGE_UTILITIES(xfsdump) +AC_MULTILIB($enable_lib64) AC_PACKAGE_NEED_UUID_H AC_PACKAGE_NEED_UUIDCOMPARE =========================================================================== Index: xfsdump/include/builddefs.in =========================================================================== --- a/xfsdump/include/builddefs.in 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/include/builddefs.in 2006-03-31 12:37:07.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2002-2006 Silicon Graphics, Inc. All Rights Reserved. # # @configure_input@ # @@ -31,8 +31,8 @@ PKG_PLATFORM = @pkg_platform@ PKG_DISTRIBUTION= @pkg_distribution@ PKG_BIN_DIR = @bindir@ PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ +PKG_LIB_DIR = @libdir@@libdirsuffix@ +PKG_DEVLIB_DIR = @libexecdir@@libdirsuffix@ PKG_INC_DIR = @includedir@ PKG_MAN_DIR = @mandir@ PKG_DOC_DIR = @datadir@/doc/@pkg_name@ @@ -57,9 +57,10 @@ RPM = @rpm@ RPMBUILD = @rpmbuild@ RPM_VERSION = @rpm_version@ -ENABLE_CURSES = @enable_curses@ -ENABLE_SHARED = @enable_shared@ -ENABLE_GETTEXT = @enable_gettext@ +ENABLE_CURSES = @enable_curses@ +ENABLE_SHARED = @enable_shared@ +ENABLE_GETTEXT = @enable_gettext@ + HAVE_ZIPPED_MANPAGES = @have_zipped_manpages@ LCFLAGS += -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 =========================================================================== Index: xfsdump/m4/Makefile =========================================================================== --- a/xfsdump/m4/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/m4/Makefile 2006-03-31 12:37:36.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -13,7 +13,8 @@ LSRCFILES = \ package_ncurses.m4 \ package_utilies.m4 \ package_uuiddev.m4 \ - package_xfslibs.m4 + package_xfslibs.m4 \ + multilib.m4 default: =========================================================================== Index: xfsdump/m4/multilib.m4 =========================================================================== --- a/xfsdump/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/xfsdump/m4/multilib.m4 2006-03-31 12:30:56.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) =========================================================================== Index: xfsdump/m4/package_attrdev.m4 =========================================================================== --- a/xfsdump/m4/package_attrdev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/m4/package_attrdev.m4 2006-03-31 16:21:05.000000000 +1000 @@ -43,7 +43,8 @@ AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBAT libattr="-lattr" test -f `pwd`/../attr/libattr/libattr.la && \ libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" AC_SUBST(libattr) ]) @@ -58,7 +59,8 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATT libattr="-lattr" test -f `pwd`/../attr/libattr/libattr.la && \ libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" AC_SUBST(libattr) ]) =========================================================================== Index: xfsdump/m4/package_dmapidev.m4 =========================================================================== --- a/xfsdump/m4/package_dmapidev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/m4/package_dmapidev.m4 2006-03-31 16:34:51.000000000 +1000 @@ -20,6 +20,7 @@ AC_DEFUN([AC_PACKAGE_NEED_MAKEHANDLE_LIB libdm="-ldm" test -f `pwd`/../dmapi/libdm/libdm.la && \ libdm="`pwd`/../dmapi/libdm/libdm.la" - test -f /usr/lib/libdm.la && libdm="/usr/lib/libdm.la" + test -f ${libexecdir}${libdirsuffix}/libdm.la && \ + libdm="${libexecdir}${libdirsuffix}/libdm.la" AC_SUBST(libdm) ]) =========================================================================== Index: xfsdump/m4/package_xfslibs.m4 =========================================================================== --- a/xfsdump/m4/package_xfslibs.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsdump/m4/package_xfslibs.m4 2006-03-31 16:36:52.000000000 +1000 @@ -42,7 +42,8 @@ AC_DEFUN([AC_PACKAGE_NEED_LIBXFSINIT_LIB libxfs="-lxfs" test -f `pwd`/../xfsprogs/libxfs/libxfs.la && \ libxfs="`pwd`/../xfsprogs/libxfs/libxfs.la" - test -f /usr/lib/libxfs.la && libxfs="/usr/lib/libxfs.la" + test -f ${libexecdir}${libdirsuffix}/libxfs.la && \ + libxfs="${libexecdir}${libdirsuffix}/libxfs.la" AC_SUBST(libxfs) ]) @@ -57,7 +58,8 @@ AC_DEFUN([AC_PACKAGE_NEED_OPEN_BY_FSHAND libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) @@ -72,7 +74,8 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRLIST_LIBHA libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) =========================================================================== Index: xfsprogs/Makefile =========================================================================== --- a/xfsprogs/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsprogs/Makefile 2006-03-31 12:07:00.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2005 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -41,6 +41,7 @@ $(CONFIGURE): --bindir=/usr/sbin \ --libdir=/lib \ --libexecdir=/usr/lib \ + --enable-lib64=yes \ --includedir=/usr/include \ --mandir=/usr/share/man \ --datadir=/usr/share \ @@ -48,7 +49,7 @@ $(CONFIGURE): touch .census aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install: default $(SUBDIRS_MAKERULE) =========================================================================== Index: xfsprogs/aclocal.m4 =========================================================================== --- a/xfsprogs/aclocal.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsprogs/aclocal.m4 2006-03-31 12:29:52.000000000 +1000 @@ -1,14 +1,77 @@ -dnl aclocal.m4 generated automatically by aclocal 1.4-p6 +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -dnl Copyright (C) 1994, 1995-8, 1999, 2001 Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. +# This file is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + +# +# Find format of installed man pages. +# Always gzipped on Debian, but not Redhat pre-7.0. +# We don't deal with bzip2'd man pages, which Mandrake uses, +# someone will send us a patch sometime hopefully. :-) +# +AC_DEFUN([AC_MANUAL_FORMAT], + [ have_zipped_manpages=false + for d in ${prefix}/share/man ${prefix}/man ; do + if test -f $d/man1/man.1.gz + then + have_zipped_manpages=true + break + fi + done + AC_SUBST(have_zipped_manpages) + ]) + +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. dnl This file is free software; the Free Software Foundation dnl gives unlimited permission to copy and/or distribute it, dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. -dnl This program is distributed in the hope that it will be useful, -dnl but WITHOUT ANY WARRANTY, to the extent permitted by law; without -dnl even the implied warranty of MERCHANTABILITY or FITNESS FOR A -dnl PARTICULAR PURPOSE. +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) # # Generic macro, sets up all of the global packaging variables. @@ -56,181 +119,6 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], AC_SUBST(pkg_platform) ]) -# -# Check for specified utility (env var) - if unset, fail. -# -AC_DEFUN([AC_PACKAGE_NEED_UTILITY], - [ if test -z "$2"; then - echo - echo FATAL ERROR: $3 does not seem to be installed. - echo $1 cannot be built without a working $4 installation. - exit 1 - fi - ]) - -# -# Generic macro, sets up all of the global build variables. -# The following environment variables may be set to override defaults: -# CC MAKE LIBTOOL TAR ZIP MAKEDEPEND AWK SED ECHO SORT -# MSGFMT MSGMERGE RPM -# -AC_DEFUN([AC_PACKAGE_UTILITIES], - [ AC_PROG_CC - cc="$CC" - AC_SUBST(cc) - AC_PACKAGE_NEED_UTILITY($1, "$cc", cc, [C compiler]) - - if test -z "$MAKE"; then - AC_PATH_PROG(MAKE, gmake,, /usr/bin:/usr/local/bin:/usr/freeware/bin) - fi - if test -z "$MAKE"; then - AC_PATH_PROG(MAKE, make,, /usr/bin) - fi - make=$MAKE - AC_SUBST(make) - AC_PACKAGE_NEED_UTILITY($1, "$make", make, [GNU make]) - - if test -z "$LIBTOOL"; then - AC_PATH_PROG(LIBTOOL, glibtool,, /usr/bin) - fi - if test -z "$LIBTOOL"; then - AC_PATH_PROG(LIBTOOL, libtool,, /usr/bin:/usr/local/bin:/usr/freeware/bin) - fi - libtool=$LIBTOOL - AC_SUBST(libtool) - AC_PACKAGE_NEED_UTILITY($1, "$libtool", libtool, [GNU libtool]) - - if test -z "$TAR"; then - AC_PATH_PROG(TAR, tar,, /usr/freeware/bin:/bin:/usr/local/bin:/usr/bin) - fi - tar=$TAR - AC_SUBST(tar) - if test -z "$ZIP"; then - AC_PATH_PROG(ZIP, gzip,, /bin:/usr/bin:/usr/local/bin:/usr/freeware/bin) - fi - - zip=$ZIP - AC_SUBST(zip) - - if test -z "$MAKEDEPEND"; then - AC_PATH_PROG(MAKEDEPEND, makedepend, /bin/true) - fi - makedepend=$MAKEDEPEND - AC_SUBST(makedepend) - - if test -z "$AWK"; then - AC_PATH_PROG(AWK, awk,, /bin:/usr/bin) - fi - awk=$AWK - AC_SUBST(awk) - - if test -z "$SED"; then - AC_PATH_PROG(SED, sed,, /bin:/usr/bin) - fi - sed=$SED - AC_SUBST(sed) - - if test -z "$ECHO"; then - AC_PATH_PROG(ECHO, echo,, /bin:/usr/bin) - fi - echo=$ECHO - AC_SUBST(echo) - - if test -z "$SORT"; then - AC_PATH_PROG(SORT, sort,, /bin:/usr/bin) - fi - sort=$SORT - AC_SUBST(sort) - - dnl check if symbolic links are supported - AC_PROG_LN_S - - if test "$enable_gettext" = yes; then - if test -z "$MSGFMT"; then - AC_PATH_PROG(MSGFMT, msgfmt,, /usr/bin:/usr/local/bin:/usr/freeware/bin) - fi - msgfmt=$MSGFMT - AC_SUBST(msgfmt) - AC_PACKAGE_NEED_UTILITY($1, "$msgfmt", msgfmt, gettext) - - if test -z "$MSGMERGE"; then - AC_PATH_PROG(MSGMERGE, msgmerge,, /usr/bin:/usr/local/bin:/usr/freeware/bin) - fi - msgmerge=$MSGMERGE - AC_SUBST(msgmerge) - AC_PACKAGE_NEED_UTILITY($1, "$msgmerge", msgmerge, gettext) - fi - - if test -z "$RPM"; then - AC_PATH_PROG(RPM, rpm,, /bin:/usr/bin:/usr/freeware/bin) - fi - rpm=$RPM - AC_SUBST(rpm) - - dnl .. and what version is rpm - rpm_version=0 - test -n "$RPM" && test -x "$RPM" && rpm_version=`$RPM --version \ - | awk '{print $NF}' | awk -F. '{V=1; print $V}'` - AC_SUBST(rpm_version) - dnl At some point in rpm 4.0, rpm can no longer build rpms, and - dnl rpmbuild is needed (rpmbuild may go way back; not sure) - dnl So, if rpm version >= 4.0, look for rpmbuild. Otherwise build w/ rpm - if test $rpm_version -ge 4; then - AC_PATH_PROG(RPMBUILD, rpmbuild) - rpmbuild=$RPMBUILD - else - rpmbuild=$RPM - fi - AC_SUBST(rpmbuild) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_UUID_H], - [ AC_CHECK_HEADERS([uuid.h sys/uuid.h uuid/uuid.h]) - if test $ac_cv_header_uuid_h = no -a \ - $ac_cv_header_sys_uuid_h = no -a \ - $ac_cv_header_uuid_uuid_h = no; then - echo - echo 'FATAL ERROR: could not find a valid UUID header.' - echo 'Install the Universally Unique Identifiers development package.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_UUIDCOMPARE], - [ AC_CHECK_FUNCS(uuid_compare) - if test $ac_cv_func_uuid_compare = yes; then - libuuid="" - else - AC_CHECK_LIB(uuid, uuid_compare,, [ - echo - echo 'FATAL ERROR: could not find a valid UUID library.' - echo 'Install the Universally Unique Identifiers library package.' - exit 1]) - libuuid="-luuid" - fi - AC_SUBST(libuuid) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_PTHREAD_H], - [ AC_CHECK_HEADERS(pthread.h) - if test $ac_cv_header_pthread_h = no; then - AC_CHECK_HEADERS(pthread.h,, [ - echo - echo 'FATAL ERROR: could not find a valid pthread header.' - exit 1]) - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_PTHREADMUTEXINIT], - [ AC_CHECK_LIB(pthread, pthread_mutex_init,, [ - echo - echo 'FATAL ERROR: could not find a valid pthread library.' - exit 1 - ]) - libpthread=-lpthread - AC_SUBST(libpthread) - ]) - # # Check if we have a working fadvise system call # @@ -332,6 +220,26 @@ AC_DEFUN([AC_HAVE_GETMNTINFO], AC_SUBST(have_getmntinfo) ]) +AC_DEFUN([AC_PACKAGE_NEED_PTHREAD_H], + [ AC_CHECK_HEADERS(pthread.h) + if test $ac_cv_header_pthread_h = no; then + AC_CHECK_HEADERS(pthread.h,, [ + echo + echo 'FATAL ERROR: could not find a valid pthread header.' + exit 1]) + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_PTHREADMUTEXINIT], + [ AC_CHECK_LIB(pthread, pthread_mutex_init,, [ + echo + echo 'FATAL ERROR: could not find a valid pthread library.' + exit 1 + ]) + libpthread=-lpthread + AC_SUBST(libpthread) + ]) + # # Check if we have a type for the pointer's size integer (__psint_t) # @@ -383,21 +291,158 @@ AC_DEFUN([AC_SIZEOF_POINTERS_AND_LONG], fi ]) +# +# Check for specified utility (env var) - if unset, fail. # -# Find format of installed man pages. -# Always gzipped on Debian, but not Redhat pre-7.0. -# We don't deal with bzip2'd man pages, which Mandrake uses, -# someone will send us a patch sometime hopefully. :-) -# -AC_DEFUN([AC_MANUAL_FORMAT], - [ have_zipped_manpages=false - for d in ${prefix}/share/man ${prefix}/man ; do - if test -f $d/man1/man.1.gz - then - have_zipped_manpages=true - break +AC_DEFUN([AC_PACKAGE_NEED_UTILITY], + [ if test -z "$2"; then + echo + echo FATAL ERROR: $3 does not seem to be installed. + echo $1 cannot be built without a working $4 installation. + exit 1 + fi + ]) + +# +# Generic macro, sets up all of the global build variables. +# The following environment variables may be set to override defaults: +# CC MAKE LIBTOOL TAR ZIP MAKEDEPEND AWK SED ECHO SORT +# MSGFMT MSGMERGE RPM +# +AC_DEFUN([AC_PACKAGE_UTILITIES], + [ AC_PROG_CC + cc="$CC" + AC_SUBST(cc) + AC_PACKAGE_NEED_UTILITY($1, "$cc", cc, [C compiler]) + + if test -z "$MAKE"; then + AC_PATH_PROG(MAKE, gmake,, /usr/bin:/usr/local/bin:/usr/freeware/bin) + fi + if test -z "$MAKE"; then + AC_PATH_PROG(MAKE, make,, /usr/bin) + fi + make=$MAKE + AC_SUBST(make) + AC_PACKAGE_NEED_UTILITY($1, "$make", make, [GNU make]) + + if test -z "$LIBTOOL"; then + AC_PATH_PROG(LIBTOOL, glibtool,, /usr/bin) + fi + if test -z "$LIBTOOL"; then + AC_PATH_PROG(LIBTOOL, libtool,, /usr/bin:/usr/local/bin:/usr/freeware/bin) + fi + libtool=$LIBTOOL + AC_SUBST(libtool) + AC_PACKAGE_NEED_UTILITY($1, "$libtool", libtool, [GNU libtool]) + + if test -z "$TAR"; then + AC_PATH_PROG(TAR, tar,, /usr/freeware/bin:/bin:/usr/local/bin:/usr/bin) + fi + tar=$TAR + AC_SUBST(tar) + if test -z "$ZIP"; then + AC_PATH_PROG(ZIP, gzip,, /bin:/usr/bin:/usr/local/bin:/usr/freeware/bin) + fi + + zip=$ZIP + AC_SUBST(zip) + + if test -z "$MAKEDEPEND"; then + AC_PATH_PROG(MAKEDEPEND, makedepend, /bin/true) + fi + makedepend=$MAKEDEPEND + AC_SUBST(makedepend) + + if test -z "$AWK"; then + AC_PATH_PROG(AWK, awk,, /bin:/usr/bin) + fi + awk=$AWK + AC_SUBST(awk) + + if test -z "$SED"; then + AC_PATH_PROG(SED, sed,, /bin:/usr/bin) + fi + sed=$SED + AC_SUBST(sed) + + if test -z "$ECHO"; then + AC_PATH_PROG(ECHO, echo,, /bin:/usr/bin) + fi + echo=$ECHO + AC_SUBST(echo) + + if test -z "$SORT"; then + AC_PATH_PROG(SORT, sort,, /bin:/usr/bin) + fi + sort=$SORT + AC_SUBST(sort) + + dnl check if symbolic links are supported + AC_PROG_LN_S + + if test "$enable_gettext" = yes; then + if test -z "$MSGFMT"; then + AC_PATH_PROG(MSGFMT, msgfmt,, /usr/bin:/usr/local/bin:/usr/freeware/bin) fi - done - AC_SUBST(have_zipped_manpages) + msgfmt=$MSGFMT + AC_SUBST(msgfmt) + AC_PACKAGE_NEED_UTILITY($1, "$msgfmt", msgfmt, gettext) + + if test -z "$MSGMERGE"; then + AC_PATH_PROG(MSGMERGE, msgmerge,, /usr/bin:/usr/local/bin:/usr/freeware/bin) + fi + msgmerge=$MSGMERGE + AC_SUBST(msgmerge) + AC_PACKAGE_NEED_UTILITY($1, "$msgmerge", msgmerge, gettext) + fi + + if test -z "$RPM"; then + AC_PATH_PROG(RPM, rpm,, /bin:/usr/bin:/usr/freeware/bin) + fi + rpm=$RPM + AC_SUBST(rpm) + + dnl .. and what version is rpm + rpm_version=0 + test -n "$RPM" && test -x "$RPM" && rpm_version=`$RPM --version \ + | awk '{print $NF}' | awk -F. '{V=1; print $V}'` + AC_SUBST(rpm_version) + dnl At some point in rpm 4.0, rpm can no longer build rpms, and + dnl rpmbuild is needed (rpmbuild may go way back; not sure) + dnl So, if rpm version >= 4.0, look for rpmbuild. Otherwise build w/ rpm + if test $rpm_version -ge 4; then + AC_PATH_PROG(RPMBUILD, rpmbuild) + rpmbuild=$RPMBUILD + else + rpmbuild=$RPM + fi + AC_SUBST(rpmbuild) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_UUID_H], + [ AC_CHECK_HEADERS([uuid.h sys/uuid.h uuid/uuid.h]) + if test $ac_cv_header_uuid_h = no -a \ + $ac_cv_header_sys_uuid_h = no -a \ + $ac_cv_header_uuid_uuid_h = no; then + echo + echo 'FATAL ERROR: could not find a valid UUID header.' + echo 'Install the Universally Unique Identifiers development package.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_UUIDCOMPARE], + [ AC_CHECK_FUNCS(uuid_compare) + if test $ac_cv_func_uuid_compare = yes; then + libuuid="" + else + AC_CHECK_LIB(uuid, uuid_compare,, [ + echo + echo 'FATAL ERROR: could not find a valid UUID library.' + echo 'Install the Universally Unique Identifiers library package.' + exit 1]) + libuuid="-luuid" + fi + AC_SUBST(libuuid) ]) =========================================================================== Index: xfsprogs/configure.in =========================================================================== --- a/xfsprogs/configure.in 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsprogs/configure.in 2006-03-31 16:52:55.000000000 +1000 @@ -30,8 +30,14 @@ AC_ARG_ENABLE(termcap, test $enable_termcap = yes && libtermcap="-ltermcap",) AC_SUBST(libtermcap) +AC_ARG_ENABLE(lib64, +[ --enable-lib64=[yes/no] Enable lib64 support [default=no]],, + enable_lib64=no) +AC_SUBST(enable_lib64) + AC_PACKAGE_GLOBALS(xfsprogs) AC_PACKAGE_UTILITIES(xfsprogs) +AC_MULTILIB($enable_lib64) AC_PACKAGE_NEED_UUID_H AC_PACKAGE_NEED_UUIDCOMPARE =========================================================================== Index: xfsprogs/include/builddefs.in =========================================================================== --- a/xfsprogs/include/builddefs.in 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsprogs/include/builddefs.in 2006-03-31 12:28:16.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2004-2005 Silicon Graphics, Inc. +# Copyright (c) 2004-2006 Silicon Graphics, Inc. # All Rights Reserved. # # This program is free software; you can redistribute it and/or @@ -49,8 +49,8 @@ PKG_PLATFORM = @pkg_platform@ PKG_DISTRIBUTION= @pkg_distribution@ PKG_BIN_DIR = @bindir@ PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ +PKG_LIB_DIR = @libdir@@libdirsuffix@ +PKG_DEVLIB_DIR = @libexecdir@@libdirsuffix@ PKG_INC_DIR = @includedir@/xfs PKG_MAN_DIR = @mandir@ PKG_DOC_DIR = @datadir@/doc/@pkg_name@ @@ -75,10 +75,11 @@ RPM = @rpm@ RPMBUILD = @rpmbuild@ RPM_VERSION = @rpm_version@ -ENABLE_SHARED = @enable_shared@ -ENABLE_GETTEXT = @enable_gettext@ -ENABLE_EDITLINE = @enable_editline@ -ENABLE_READLINE = @enable_readline@ +ENABLE_SHARED = @enable_shared@ +ENABLE_GETTEXT = @enable_gettext@ +ENABLE_EDITLINE = @enable_editline@ +ENABLE_READLINE = @enable_readline@ + HAVE_ZIPPED_MANPAGES = @have_zipped_manpages@ HAVE_FADVISE = @have_fadvise@ =========================================================================== Index: xfsprogs/m4/Makefile =========================================================================== --- a/xfsprogs/m4/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/xfsprogs/m4/Makefile 2006-03-31 12:29:41.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -12,7 +12,8 @@ LSRCFILES = \ package_pthread.m4 \ package_types.m4 \ package_utilies.m4 \ - package_uuiddev.m4 + package_uuiddev.m4 \ + multilib.m4 default: =========================================================================== Index: xfsprogs/m4/multilib.m4 =========================================================================== --- a/xfsprogs/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/xfsprogs/m4/multilib.m4 2006-03-31 10:51:08.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) =========================================================================== Index: xfstests/Makefile =========================================================================== --- a/xfstests/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/Makefile 2006-03-31 12:42:35.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000-2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2000-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = . @@ -36,7 +36,7 @@ $(CONFIGURE): ./configure aclocal.m4:: - aclocal --acdir=$(TOPDIR)/m4 --output=$@ + aclocal --acdir=`pwd`/m4 --output=$@ install install-dev install-lib: =========================================================================== Index: xfstests/aclocal.m4 =========================================================================== --- a/xfstests/aclocal.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/aclocal.m4 2006-03-31 12:44:55.000000000 +1000 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.7.5 -*- Autoconf -*- +# generated automatically by aclocal 1.9.6 -*- Autoconf -*- -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002 -# Free Software Foundation, Inc. +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, +# 2005 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -11,6 +11,147 @@ # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. +AC_DEFUN([AC_PACKAGE_NEED_SYS_ACL_H], + [ AC_CHECK_HEADERS([sys/acl.h]) + if test "$ac_cv_header_sys_acl_h" != "yes"; then + echo + echo 'FATAL ERROR: sys/acl.h does not exist.' + echo 'Install the access control lists (acl) development package.' + echo 'Alternatively, run "make install-dev" from the acl source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ACL_LIBACL_H], + [ AC_CHECK_HEADERS([acl/libacl.h]) + if test "$ac_cv_header_acl_libacl_h" != "yes"; then + echo + echo 'FATAL ERROR: acl/libacl.h does not exist.' + echo 'Install the access control lists (acl) development package.' + echo 'Alternatively, run "make install-dev" from the acl source.' + exit 1 + fi + ]) + + +AC_DEFUN([AC_PACKAGE_NEED_ACLINIT_LIBACL], + [ AC_CHECK_LIB(acl, acl_init,, [ + echo + echo 'FATAL ERROR: could not find a valid Access Control List library.' + echo 'Install either the libacl (rpm) or the libacl1 (deb) package.' + echo 'Alternatively, run "make install-lib" from the acl source.' + exit 1 + ]) + libacl="-lacl" + test -f `pwd`/../acl/libacl/libacl.la && \ + libacl="`pwd`/../acl/libacl/libacl.la" + test -f /usr/lib/libacl.la && libacl="/usr/lib/libacl.la" + AC_SUBST(libacl) + ]) + +AC_DEFUN([AC_PACKAGE_WANT_AIO], + [ AC_CHECK_HEADERS(libaio.h, [ have_aio=true ], [ have_aio=false ]) + AC_SUBST(have_aio) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTR_XATTR_H], + [ AC_CHECK_HEADERS([attr/xattr.h]) + if test "$ac_cv_header_attr_xattr_h" != "yes"; then + echo + echo 'FATAL ERROR: attr/xattr.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTR_ERROR_H], + [ AC_CHECK_HEADERS([attr/error_context.h]) + if test "$ac_cv_header_attr_error_context_h" != "yes"; then + echo + echo 'FATAL ERROR: attr/error_context.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], + [ have_attributes_h=false + AC_CHECK_HEADERS([attr/attributes.h sys/attributes.h], [have_attributes_h=true], ) + if test "$have_attributes_h" = "false"; then + echo + echo 'FATAL ERROR: attributes.h does not exist.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 + fi + ]) + +AC_DEFUN([AC_PACKAGE_WANT_ATTRLIST_LIBATTR], + [ AC_CHECK_LIB(attr, attr_list, [have_attr_list=true], [have_attr_list=false]) + AC_SUBST(have_attr_list) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], + [ AC_CHECK_LIB(attr, getxattr,, [ + echo + echo 'FATAL ERROR: could not find a valid Extended Attributes library.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-lib" from the attr source.' + exit 1 + ]) + libattr="-lattr" + test -f `pwd`/../attr/libattr/libattr.la && \ + libattr="`pwd`/../attr/libattr/libattr.la" + test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + AC_SUBST(libattr) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATTR], + [ AC_CHECK_LIB(attr, attr_get,, [ + echo + echo 'FATAL ERROR: could not find a valid Extended Attributes library.' + echo 'Install the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-lib" from the attr source.' + exit 1 + ]) + libattr="-lattr" + test -f `pwd`/../attr/libattr/libattr.la && \ + libattr="`pwd`/../attr/libattr/libattr.la" + test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + AC_SUBST(libattr) + ]) + +AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_MACROS], + [ AC_MSG_CHECKING([macros in attr/attributes.h]) + AC_TRY_LINK([ +#include +#include ], + [ int x = ATTR_SECURE; ], [ echo ok ], [ + echo + echo 'FATAL ERROR: could not find a current attributes header.' + echo 'Upgrade the extended attributes (attr) development package.' + echo 'Alternatively, run "make install-dev" from the attr source.' + exit 1 ]) + ]) + +AC_DEFUN([AC_PACKAGE_WANT_NDBM], + [ AC_CHECK_HEADERS(ndbm.h, [ have_db=true ], [ have_db=false ]) + libgdbm="" + AC_SUBST(libgdbm) + AC_SUBST(have_db) + ]) + +AC_DEFUN([AC_PACKAGE_WANT_GDBM], + [ AC_CHECK_HEADERS([gdbm/ndbm.h], [ have_db=true ], [ have_db=false ]) + if test $have_db = true -a -f /usr/lib/libgdbm.a; then + libgdbm="/usr/lib/libgdbm.a" + fi + AC_SUBST(libgdbm) + AC_SUBST(have_db) + ]) + # # Generic macro, sets up all of the global packaging variables. # The following environment variables may be set to override defaults: @@ -40,12 +181,12 @@ AC_DEFUN([AC_PACKAGE_GLOBALS], malloc_lib="$MALLOCLIB" AC_SUBST(malloc_lib) - PKG_USER=${INSTALL_USER:-'root'} - pkg_user="$PKG_USER" + pkg_user=`id -u` + test -z "$INSTALL_USER" || pkg_user="$INSTALL_USER" AC_SUBST(pkg_user) - PKG_GROUP=${INSTALL_GROUP:-'root'} - pkg_group="$PKG_GROUP" + pkg_group=`id -g` + test -z "$INSTALL_GROUP" || pkg_group="$INSTALL_GROUP" AC_SUBST(pkg_group) pkg_distribution=`uname -s` @@ -170,7 +311,7 @@ AC_DEFUN([AC_PACKAGE_UTILITIES], dnl .. and what version is rpm rpm_version=0 - test -x "$RPM" && rpm_version=`$RPM --version \ + test -n "$RPM" && test -x "$RPM" && rpm_version=`$RPM --version \ | awk '{print $NF}' | awk -F. '{V=1; print $V}'` AC_SUBST(rpm_version) dnl At some point in rpm 4.0, rpm can no longer build rpms, and @@ -212,142 +353,6 @@ AC_DEFUN([AC_PACKAGE_NEED_UUIDCOMPARE], AC_SUBST(libuuid) ]) -AC_DEFUN([AC_PACKAGE_NEED_SYS_ACL_H], - [ AC_CHECK_HEADERS([sys/acl.h]) - if test "$ac_cv_header_sys_acl_h" != "yes"; then - echo - echo 'FATAL ERROR: sys/acl.h does not exist.' - echo 'Install the access control lists (acl) development package.' - echo 'Alternatively, run "make install-dev" from the acl source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ACL_LIBACL_H], - [ AC_CHECK_HEADERS([acl/libacl.h]) - if test "$ac_cv_header_acl_libacl_h" != "yes"; then - echo - echo 'FATAL ERROR: acl/libacl.h does not exist.' - echo 'Install the access control lists (acl) development package.' - echo 'Alternatively, run "make install-dev" from the acl source.' - exit 1 - fi - ]) - - -AC_DEFUN([AC_PACKAGE_NEED_ACLINIT_LIBACL], - [ AC_CHECK_LIB(acl, acl_init,, [ - echo - echo 'FATAL ERROR: could not find a valid Access Control List library.' - echo 'Install either the libacl (rpm) or the libacl1 (deb) package.' - echo 'Alternatively, run "make install-lib" from the acl source.' - exit 1 - ]) - libacl="-lacl" - test -f `pwd`/../acl/libacl/libacl.la && \ - libacl="`pwd`/../acl/libacl/libacl.la" - test -f /usr/lib/libacl.la && libacl="/usr/lib/libacl.la" - AC_SUBST(libacl) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTR_XATTR_H], - [ AC_CHECK_HEADERS([attr/xattr.h]) - if test "$ac_cv_header_attr_xattr_h" != "yes"; then - echo - echo 'FATAL ERROR: attr/xattr.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTR_ERROR_H], - [ AC_CHECK_HEADERS([attr/error_context.h]) - if test "$ac_cv_header_attr_error_context_h" != "yes"; then - echo - echo 'FATAL ERROR: attr/error_context.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], - [ have_attributes_h=false - AC_CHECK_HEADERS([attr/attributes.h sys/attributes.h], [have_attributes_h=true], ) - if test "$have_attributes_h" = "false"; then - echo - echo 'FATAL ERROR: attributes.h does not exist.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 - fi - ]) - -AC_DEFUN([AC_PACKAGE_WANT_ATTRLIST_LIBATTR], - [ AC_CHECK_LIB(attr, attr_list, [have_attr_list=true], [have_attr_list=false]) - AC_SUBST(have_attr_list) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], - [ AC_CHECK_LIB(attr, getxattr,, [ - echo - echo 'FATAL ERROR: could not find a valid Extended Attributes library.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-lib" from the attr source.' - exit 1 - ]) - libattr="-lattr" - test -f `pwd`/../attr/libattr/libattr.la && \ - libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" - AC_SUBST(libattr) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATTR], - [ AC_CHECK_LIB(attr, attr_get,, [ - echo - echo 'FATAL ERROR: could not find a valid Extended Attributes library.' - echo 'Install the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-lib" from the attr source.' - exit 1 - ]) - libattr="-lattr" - test -f `pwd`/../attr/libattr/libattr.la && \ - libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" - AC_SUBST(libattr) - ]) - -AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_MACROS], - [ AC_MSG_CHECKING([macros in attr/attributes.h]) - AC_TRY_LINK([ -#include -#include ], - [ int x = ATTR_SECURE; ], [ echo ok ], [ - echo - echo 'FATAL ERROR: could not find a current attributes header.' - echo 'Upgrade the extended attributes (attr) development package.' - echo 'Alternatively, run "make install-dev" from the attr source.' - exit 1 ]) - ]) - -AC_DEFUN([AC_PACKAGE_WANT_NDBM], - [ AC_CHECK_HEADERS(ndbm.h, [ have_db=true ], [ have_db=false ]) - libgdbm="" - AC_SUBST(libgdbm) - AC_SUBST(have_db) - ]) - -AC_DEFUN([AC_PACKAGE_WANT_GDBM], - [ AC_CHECK_HEADERS([gdbm/ndbm.h], [ have_db=true ], [ have_db=false ]) - if test $have_db = true -a -f /usr/lib/libgdbm.a; then - libgdbm="/usr/lib/libgdbm.a" - fi - AC_SUBST(libgdbm) - AC_SUBST(have_db) - ]) - AC_DEFUN([AC_PACKAGE_NEED_XFS_LIBXFS_H], [ AC_CHECK_HEADERS([xfs/libxfs.h]) if test "$ac_cv_header_xfs_libxfs_h" != "yes"; then @@ -451,8 +456,3 @@ AC_DEFUN([AC_PACKAGE_NEED_XFSCTL_MACRO], ]) ]) -AC_DEFUN([AC_PACKAGE_WANT_AIO], - [ AC_CHECK_HEADERS(libaio.h, [ have_aio=true ], [ have_aio=false ]) - AC_SUBST(have_aio) - ]) - =========================================================================== Index: xfstests/m4/Makefile =========================================================================== --- a/xfstests/m4/Makefile 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/m4/Makefile 2006-03-31 12:44:13.000000000 +1000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2003 Silicon Graphics, Inc. All Rights Reserved. +# Copyright (c) 2003-2006 Silicon Graphics, Inc. All Rights Reserved. # TOPDIR = .. @@ -21,7 +21,8 @@ LSRCFILES = \ package_uuiddev.m4 \ package_xfslibs.m4 \ general_headers.m4 \ - visibility_hidden.m4 + visibility_hidden.m4 \ + multilib.m4 default: =========================================================================== Index: xfstests/m4/multilib.m4 =========================================================================== --- a/xfstests/m4/multilib.m4 2006-03-27 14:24:11.396212250 +1000 +++ b/xfstests/m4/multilib.m4 2006-03-31 12:40:35.000000000 +1000 @@ -0,0 +1,43 @@ +# The AC_MULTILIB macro was extracted and modified from +# gettext-0.15's AC_LIB_PREPARE_MULTILIB macro in the lib-prefix.m4 file +# so that the correct paths can be used for 64-bit libraries. +# +dnl Copyright (C) 2001-2005 Free Software Foundation, Inc. +dnl This file is free software; the Free Software Foundation +dnl gives unlimited permission to copy and/or distribute it, +dnl with or without modifications, as long as this notice is preserved. +dnl From Bruno Haible. + +dnl AC_MULTILIB creates a variable libdirsuffix, containing +dnl the suffix of the libdir, either "" or "64". +dnl Only do this if the given enable parameter is "yes". +AC_DEFUN([AC_MULTILIB], +[ + dnl There is no formal standard regarding lib and lib64. The current + dnl practice is that on a system supporting 32-bit and 64-bit instruction + dnl sets or ABIs, 64-bit libraries go under $prefix/lib64 and 32-bit + dnl libraries go under $prefix/lib. We determine the compiler's default + dnl mode by looking at the compiler's library search path. If at least + dnl of its elements ends in /lib64 or points to a directory whose absolute + dnl pathname ends in /lib64, we assume a 64-bit ABI. Otherwise we use the + dnl default, namely "lib". + enable_lib64="$1" + libdirsuffix="" + searchpath=`(LC_ALL=C $CC -print-search-dirs) 2>/dev/null | sed -n -e 's,^libraries: ,,p' | sed -e 's,^=,,'` + if test "$enable_lib64" = "yes" -a -n "$searchpath"; then + save_IFS="${IFS= }"; IFS=":" + for searchdir in $searchpath; do + if test -d "$searchdir"; then + case "$searchdir" in + */lib64/ | */lib64 ) libdirsuffix=64 ;; + *) searchdir=`cd "$searchdir" && pwd` + case "$searchdir" in + */lib64 ) libdirsuffix=64 ;; + esac ;; + esac + fi + done + IFS="$save_IFS" + fi + AC_SUBST(libdirsuffix) +]) =========================================================================== Index: xfstests/m4/package_acldev.m4 =========================================================================== --- a/xfstests/m4/package_acldev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/m4/package_acldev.m4 2006-03-31 16:50:47.000000000 +1000 @@ -32,6 +32,7 @@ AC_DEFUN([AC_PACKAGE_NEED_ACLINIT_LIBACL libacl="-lacl" test -f `pwd`/../acl/libacl/libacl.la && \ libacl="`pwd`/../acl/libacl/libacl.la" - test -f /usr/lib/libacl.la && libacl="/usr/lib/libacl.la" + test -f ${libexecdir}${libdirsuffix}/libacl.la && \ + libacl="${libexecdir}${libdirsuffix}/libacl.la" AC_SUBST(libacl) ]) =========================================================================== Index: xfstests/m4/package_attrdev.m4 =========================================================================== --- a/xfstests/m4/package_attrdev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/m4/package_attrdev.m4 2006-03-31 16:46:49.000000000 +1000 @@ -32,11 +32,6 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRIBUTES_H], fi ]) -AC_DEFUN([AC_PACKAGE_WANT_ATTRLIST_LIBATTR], - [ AC_CHECK_LIB(attr, attr_list, [have_attr_list=true], [have_attr_list=false]) - AC_SUBST(have_attr_list) - ]) - AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBATTR], [ AC_CHECK_LIB(attr, getxattr,, [ echo @@ -48,7 +43,8 @@ AC_DEFUN([AC_PACKAGE_NEED_GETXATTR_LIBAT libattr="-lattr" test -f `pwd`/../attr/libattr/libattr.la && \ libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" AC_SUBST(libattr) ]) @@ -63,7 +59,8 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRGET_LIBATT libattr="-lattr" test -f `pwd`/../attr/libattr/libattr.la && \ libattr="`pwd`/../attr/libattr/libattr.la" - test -f /usr/lib/libattr.la && libattr="/usr/lib/libattr.la" + test -f ${libexecdir}${libdirsuffix}/libattr.la && \ + libattr="${libexecdir}${libdirsuffix}/libattr.la" AC_SUBST(libattr) ]) =========================================================================== Index: xfstests/m4/package_dmapidev.m4 =========================================================================== --- a/xfstests/m4/package_dmapidev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/m4/package_dmapidev.m4 2006-03-31 16:39:38.000000000 +1000 @@ -20,6 +20,7 @@ AC_DEFUN([AC_PACKAGE_NEED_MAKEHANDLE_LIB libdm="-ldm" test -f `pwd`/../dmapi/libdm/libdm.la && \ libdm="`pwd`/../dmapi/libdm/libdm.la" - test -f /usr/lib/libdm.la && libdm="/usr/lib/libdm.la" + test -f ${libexecdir}${libdirsuffix}/libdm.la && \ + libdm="${libexecdir}${libdirsuffix}/libdm.la" AC_SUBST(libdm) ]) =========================================================================== Index: xfstests/m4/package_gdbmdev.m4 =========================================================================== --- a/xfstests/m4/package_gdbmdev.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/m4/package_gdbmdev.m4 2006-03-31 16:51:25.000000000 +1000 @@ -7,8 +7,8 @@ AC_DEFUN([AC_PACKAGE_WANT_NDBM], AC_DEFUN([AC_PACKAGE_WANT_GDBM], [ AC_CHECK_HEADERS([gdbm/ndbm.h], [ have_db=true ], [ have_db=false ]) - if test $have_db = true -a -f /usr/lib/libgdbm.a; then - libgdbm="/usr/lib/libgdbm.a" + if test $have_db = true -a -f ${libexecdir}${libdirsuffix}/libgdbm.a; then + libgdbm="${libexecdir}${libdirsuffix}/libgdbm.a" fi AC_SUBST(libgdbm) AC_SUBST(have_db) =========================================================================== Index: xfstests/m4/package_xfslibs.m4 =========================================================================== --- a/xfstests/m4/package_xfslibs.m4 2006-03-31 16:57:32.000000000 +1000 +++ b/xfstests/m4/package_xfslibs.m4 2006-03-31 16:38:41.000000000 +1000 @@ -42,7 +42,8 @@ AC_DEFUN([AC_PACKAGE_NEED_LIBXFSINIT_LIB libxfs="-lxfs" test -f `pwd`/../xfsprogs/libxfs/libxfs.la && \ libxfs="`pwd`/../xfsprogs/libxfs/libxfs.la" - test -f /usr/lib/libxfs.la && libxfs="/usr/lib/libxfs.la" + test -f ${libexecdir}${libdirsuffix}/libxfs.la && \ + libxfs="${libexecdir}${libdirsuffix}/libxfs.la" AC_SUBST(libxfs) ]) @@ -57,7 +58,8 @@ AC_DEFUN([AC_PACKAGE_NEED_OPEN_BY_FSHAND libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) @@ -72,7 +74,8 @@ AC_DEFUN([AC_PACKAGE_NEED_ATTRLIST_LIBHA libhdl="-lhandle" test -f `pwd`/../xfsprogs/libhandle/libhandle.la && \ libhdl="`pwd`/../xfsprogs/libhandle/libhandle.la" - test -f /usr/lib/libhandle.la && libhdl="/usr/lib/libhandle.la" + test -f ${libexecdir}${libdirsuffix}/libhandle.la && \ + libhdl="${libexecdir}${libdirsuffix}/libhandle.la" AC_SUBST(libhdl) ]) --------------050703010908000504020408--