From owner-linux-xfs Wed Sep 1 01:57:19 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 01:57:22 -0700 (PDT) Received: from web53209.mail.yahoo.com (web53209.mail.yahoo.com [206.190.39.225]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i818vJHx006899 for ; Wed, 1 Sep 2004 01:57:19 -0700 Message-ID: <20040901085706.50775.qmail@web53209.mail.yahoo.com> Received: from [203.199.164.2] by web53209.mail.yahoo.com via HTTP; Wed, 01 Sep 2004 01:57:06 PDT Date: Wed, 1 Sep 2004 01:57:06 -0700 (PDT) From: Ash Subject: Log replaying To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 4030 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: my_qa2004@yahoo.com Precedence: bulk X-list: linux-xfs Hi A quick question: Is there a way to replay the journal log for an XFS filesystem after an unclean shutdown without actually mounting the filesystem ? I see that "mount" will replay the journal but then it'll mount the filesystem too after the replaying is done. I looked at various debug/admin tools in xfsprogs but didn't see any such option although I could have very well missed something. Thanks Ash __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From owner-linux-xfs Wed Sep 1 03:58:01 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 03:58:03 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81Aw1Tl012425 for ; Wed, 1 Sep 2004 03:58:01 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i81Aw155012423 for linux-xfs@oss.sgi.com; Wed, 1 Sep 2004 03:58:01 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81Avurm012388 for ; Wed, 1 Sep 2004 03:57:59 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i81Acac6011924; Wed, 1 Sep 2004 03:38:36 -0700 Date: Wed, 1 Sep 2004 03:38:36 -0700 Message-Id: <200409011038.i81Acac6011924@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 274] xfs_iunlink_remove: xfs_inotobp() returned error 22 X-Bugzilla-Reason: AssignedTo X-archive-position: 4031 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=274 bernd@zeimetz.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |326 nThis| | ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Wed Sep 1 03:58:01 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 03:58:11 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81Aw1Ba012426 for ; Wed, 1 Sep 2004 03:58:01 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i81Aw1xD012424 for linux-xfs@oss.sgi.com; Wed, 1 Sep 2004 03:58:01 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81Avurq012388 for ; Wed, 1 Sep 2004 03:57:59 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i81AcZb3011920; Wed, 1 Sep 2004 03:38:35 -0700 Date: Wed, 1 Sep 2004 03:38:35 -0700 Message-Id: <200409011038.i81AcZb3011920@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 326] xfs_repair failing to repair corrupted dinode X-Bugzilla-Reason: AssignedTo X-archive-position: 4032 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=326 bernd@zeimetz.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |274 ------- Additional Comments From bernd@zeimetz.de 2004-01-09 03:38 PDT ------- seems to be a dupe of #274, at least it depends on it. forgot to add the syslog: messages:Sep 1 00:11:50 think kernel: Filesystem "sda4": corrupt inode 351809283 (bad size 4398314946606 for local inode). Unmount and run xfs_repair. messages:Sep 1 00:11:50 think kernel: [] xfs_iformat+0x5e1/0x5f0 messages:Sep 1 00:11:50 think kernel: [] xfs_iread+0x187/0x1e0 messages:Sep 1 00:11:50 think kernel: [] xfs_iread+0x187/0x1e0 messages:Sep 1 00:11:50 think kernel: [] xfs_iread+0x187/0x1e0 messages:Sep 1 00:11:50 think kernel: [] xfs_iget_core+0xa8/0x480 messages:Sep 1 00:11:50 think kernel: [] xfs_iget+0xb3/0x140 messages:Sep 1 00:11:50 think kernel: [] xfs_dir_lookup_int+0x8e/0x110 messages:Sep 1 00:11:50 think kernel: [] xfs_lookup+0x52/0x90 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Wed Sep 1 08:22:46 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 08:22:49 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81FMjYS028447 for ; Wed, 1 Sep 2004 08:22:45 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i81GSlJv021181 for ; Wed, 1 Sep 2004 09:28:48 -0700 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i81FMaZO20448633; Wed, 1 Sep 2004 10:22:36 -0500 (CDT) Message-ID: <4135E93C.7010809@sgi.com> Date: Wed, 01 Sep 2004 10:22:36 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Eiler CC: "'linux-xfs@oss.sgi.com'" Subject: Re: Oops when running xfs_fsr References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4033 X-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 Joe Eiler wrote: > I am getting an Oops when running xfs_fsr. The only way I can get it to > disappear is to turn on debugging in the kernel ;-) From my limited stack > tracing abilities it doesn't look like and xfs problem but I can't reproduce > it anyother way than with xfs_fsr. > > I have reliably reproduced the problem on 3 different machines running > 2.6.7, 2.6.8.1 (from kernel.org) Most of the rest of the system is fedora > core2 rpms. Are you using 4KSTACKS? If you oops on reiserfs while running xfs userspace, something is going quite wrong; I'd suspect corruption of some sort - and blowing a stack might do that. Especially if you've got volume managers under it... Try turning off CONFIG_4KSTACKS if it's on, and perhaps turn on CONFIG_DEBUG_STACKOVERFLOW and CONFIG_DEBUG_STACK_USAGE If you don't have 4kstacks, and you still see overflows, I may have a patch that will help trim down stack usage during fsr. -Eric From owner-linux-xfs Wed Sep 1 08:23:44 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 08:23:45 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81FNhoK028545 for ; Wed, 1 Sep 2004 08:23:44 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i81GTko6021423 for ; Wed, 1 Sep 2004 09:29:46 -0700 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i81FNZZO20469002; Wed, 1 Sep 2004 10:23:35 -0500 (CDT) Message-ID: <4135E976.1000708@sgi.com> Date: Wed, 01 Sep 2004 10:23:34 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ash CC: linux-xfs@oss.sgi.com Subject: Re: Log replaying References: <20040901085706.50775.qmail@web53209.mail.yahoo.com> In-Reply-To: <20040901085706.50775.qmail@web53209.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4034 X-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 Ash wrote: > Hi > A quick question: > Is there a way to replay the journal log for an XFS > filesystem after an unclean shutdown without actually > mounting the filesystem ? No, replay only happens in kenelspace. It's possible to do it in userspace, and it's been talked about, but never implemented. -Eric > I see that "mount" will replay the journal but then > it'll mount the filesystem too after the replaying is > done. > > I looked at various debug/admin tools in xfsprogs but > didn't see any such option although I could have very > well missed something. > > Thanks > Ash From owner-linux-xfs Wed Sep 1 08:50:18 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 08:50:22 -0700 (PDT) Received: from tempgw.ciprico.com (hqntws.ciprico.com [208.252.143.8]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81FoHR2029427 for ; Wed, 1 Sep 2004 08:50:18 -0700 Received: from Unknown [172.20.0.8] by tempgw.ciprico.com - SurfControl E-mail Filter (4.7); Wed, 01 Sep 2004 10:49:12 -0500 Received: by hqntex1.ciprico.com with Internet Mail Service (5.5.2653.19) id ; Wed, 1 Sep 2004 10:49:11 -0500 Message-ID: From: Joe Eiler To: "'Eric Sandeen'" , Joe Eiler Cc: "'linux-xfs@oss.sgi.com'" Date: Wed, 1 Sep 2004 10:49:10 -0500 Subject: RE: Oops when running xfs_fsr MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Internet Mail Service (5.5.2653.19) X-archive-position: 4035 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jeiler@ciprico.com Precedence: bulk X-list: linux-xfs Thanks for the quick reply. I am running with 8K stacks. I read that in another response dealing with the 2.6.5 kernel and xfs_fsr and just forgot to mention that I checked it in another email. I tried to enable CONFIG_DEBUG_STACKOVERFLOW, CONFIG_DEBUG_STACK_USAGE, and KDB but then everything runs great. I will try to activate debugging stuff one at a time. # # Kernel hacking # CONFIG_DEBUG_KERNEL=y CONFIG_EARLY_PRINTK=y # CONFIG_DEBUG_STACKOVERFLOW is not set # CONFIG_DEBUG_STACK_USAGE is not set # CONFIG_DEBUG_SLAB is not set # CONFIG_MAGIC_SYSRQ is not set # CONFIG_DEBUG_SPINLOCK is not set # CONFIG_DEBUG_PAGEALLOC is not set # CONFIG_DEBUG_INFO is not set # CONFIG_DEBUG_SPINLOCK_SLEEP is not set # CONFIG_FRAME_POINTER is not set # CONFIG_4KSTACKS is not set # CONFIG_KDB is not set CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_MPPARSE=y I took a quick look at stack usage and xfs_fsr.o didn't look too bad, at least on a per function level 380 main 1052 gettmpname 1064 fsrall_cleanup 1200 packfile 1260 fsrallfs 4096 getnextents 4124 read_fd_bmap 7020 fsrfs -----Original Message----- From: Eric Sandeen [mailto:sandeen@sgi.com] Sent: Wednesday, September 01, 2004 10:23 AM To: Joe Eiler Cc: 'linux-xfs@oss.sgi.com' Subject: Re: Oops when running xfs_fsr Joe Eiler wrote: > I am getting an Oops when running xfs_fsr. The only way I can get it to > disappear is to turn on debugging in the kernel ;-) From my limited stack > tracing abilities it doesn't look like and xfs problem but I can't reproduce > it anyother way than with xfs_fsr. > > I have reliably reproduced the problem on 3 different machines running > 2.6.7, 2.6.8.1 (from kernel.org) Most of the rest of the system is fedora > core2 rpms. Are you using 4KSTACKS? If you oops on reiserfs while running xfs userspace, something is going quite wrong; I'd suspect corruption of some sort - and blowing a stack might do that. Especially if you've got volume managers under it... Try turning off CONFIG_4KSTACKS if it's on, and perhaps turn on CONFIG_DEBUG_STACKOVERFLOW and CONFIG_DEBUG_STACK_USAGE If you don't have 4kstacks, and you still see overflows, I may have a patch that will help trim down stack usage during fsr. -Eric From owner-linux-xfs Wed Sep 1 08:57:59 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 08:58:02 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81Fvx6f029865 for ; Wed, 1 Sep 2004 08:57:59 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i81FvxBC029864 for linux-xfs@oss.sgi.com; Wed, 1 Sep 2004 08:57:59 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i81FvvnS029845 for ; Wed, 1 Sep 2004 08:57:57 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i81FHbY5024807; Wed, 1 Sep 2004 08:17:37 -0700 Date: Wed, 1 Sep 2004 08:17:37 -0700 Message-Id: <200409011517.i81FHbY5024807@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 274] xfs_iunlink_remove: xfs_inotobp() returned error 22 X-Bugzilla-Reason: AssignedTo X-archive-position: 4036 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=274 bernd@zeimetz.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernd@zeimetz.de ------- Additional Comments From bernd@zeimetz.de 2004-01-09 08:17 PDT ------- see also bug #326 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Wed Sep 1 17:07:49 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 01 Sep 2004 17:07:52 -0700 (PDT) Received: from tempgw.ciprico.com (hqntws.ciprico.com [208.252.143.8]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8207m0L022192 for ; Wed, 1 Sep 2004 17:07:48 -0700 Received: from Unknown [172.20.0.8] by tempgw.ciprico.com - SurfControl E-mail Filter (4.7); Wed, 01 Sep 2004 19:06:27 -0500 Received: by hqntex1.ciprico.com with Internet Mail Service (5.5.2653.19) id ; Wed, 1 Sep 2004 19:06:25 -0500 Message-ID: From: Joe Eiler To: Joe Eiler , "'Eric Sandeen'" Cc: "'linux-xfs@oss.sgi.com'" Date: Wed, 1 Sep 2004 19:06:25 -0500 Subject: RE: Oops when running xfs_fsr MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Internet Mail Service (5.5.2653.19) X-archive-position: 4037 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jeiler@ciprico.com Precedence: bulk X-list: linux-xfs OK, If I just enable CONFIG_DEBUG_STACKOVERFLOW I still get an Oops but no additional info. Does this only help when using a debugger or is it meant to spew error/warning messages to the screen? When I enable CONFIG_DEBUG_STACK_USAGE I no longer get the Oops. I have KDB compiled in with CONFIG_DEBUG_STACK_USAGE off so hopefully I get an Oops I can actually work with. Any other recommendations of what to try to help track down what is happening. Thanks, Joe -----Original Message----- From: Joe Eiler Sent: Wednesday, September 01, 2004 10:49 AM To: 'Eric Sandeen'; Joe Eiler Cc: 'linux-xfs@oss.sgi.com' Subject: RE: Oops when running xfs_fsr Thanks for the quick reply. I am running with 8K stacks. I read that in another response dealing with the 2.6.5 kernel and xfs_fsr and just forgot to mention that I checked it in another email. I tried to enable CONFIG_DEBUG_STACKOVERFLOW, CONFIG_DEBUG_STACK_USAGE, and KDB but then everything runs great. I will try to activate debugging stuff one at a time. # # Kernel hacking # CONFIG_DEBUG_KERNEL=y CONFIG_EARLY_PRINTK=y # CONFIG_DEBUG_STACKOVERFLOW is not set # CONFIG_DEBUG_STACK_USAGE is not set # CONFIG_DEBUG_SLAB is not set # CONFIG_MAGIC_SYSRQ is not set # CONFIG_DEBUG_SPINLOCK is not set # CONFIG_DEBUG_PAGEALLOC is not set # CONFIG_DEBUG_INFO is not set # CONFIG_DEBUG_SPINLOCK_SLEEP is not set # CONFIG_FRAME_POINTER is not set # CONFIG_4KSTACKS is not set # CONFIG_KDB is not set CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_MPPARSE=y I took a quick look at stack usage and xfs_fsr.o didn't look too bad, at least on a per function level 380 main 1052 gettmpname 1064 fsrall_cleanup 1200 packfile 1260 fsrallfs 4096 getnextents 4124 read_fd_bmap 7020 fsrfs -----Original Message----- From: Eric Sandeen [mailto:sandeen@sgi.com] Sent: Wednesday, September 01, 2004 10:23 AM To: Joe Eiler Cc: 'linux-xfs@oss.sgi.com' Subject: Re: Oops when running xfs_fsr Joe Eiler wrote: > I am getting an Oops when running xfs_fsr. The only way I can get it to > disappear is to turn on debugging in the kernel ;-) From my limited stack > tracing abilities it doesn't look like and xfs problem but I can't reproduce > it anyother way than with xfs_fsr. > > I have reliably reproduced the problem on 3 different machines running > 2.6.7, 2.6.8.1 (from kernel.org) Most of the rest of the system is fedora > core2 rpms. Are you using 4KSTACKS? If you oops on reiserfs while running xfs userspace, something is going quite wrong; I'd suspect corruption of some sort - and blowing a stack might do that. Especially if you've got volume managers under it... Try turning off CONFIG_4KSTACKS if it's on, and perhaps turn on CONFIG_DEBUG_STACKOVERFLOW and CONFIG_DEBUG_STACK_USAGE If you don't have 4kstacks, and you still see overflows, I may have a patch that will help trim down stack usage during fsr. -Eric From owner-linux-xfs Thu Sep 2 06:58:03 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Sep 2004 06:58:16 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Dw3X3015268 for ; Thu, 2 Sep 2004 06:58:03 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82Dw3YM015267 for linux-xfs@oss.sgi.com; Thu, 2 Sep 2004 06:58:03 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Dw10I015252 for ; Thu, 2 Sep 2004 06:58:02 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82DWrqB004905; Thu, 2 Sep 2004 06:32:53 -0700 Date: Thu, 2 Sep 2004 06:32:53 -0700 Message-Id: <200409021332.i82DWrqB004905@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] New: apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4038 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 Summary: apparent race condition with NFS causes xfs_forced_shutdown Product: Linux XFS Version: 1.2.x Platform: IA32 OS/Version: Linux Status: NEW Severity: major Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: greg@max-t.com At a customer site they were experiencing periodic xfs_forced_shutdowns (in-memory corruption detected). After eliminating hardware as a possibility we started looking at software causes. The configuration is as follows: SMP 2x2.4GHz CPU Dell PE4600 server connected to Adaptec Sanbloc RAIDs kernel is a patched up 2.4.20+contemporary XFS (1.2-ish). With some investigation our customer found that 2 NFS clients moving the same filename around causes the crash After sprinkling some printks in the kernel it appears that the is_bad_inode check in xfs_iget is failing and returning EIO An example of one of these backtraces is: Sep 2 08:13:23 sh15 kernel: xfs_force_shutdown(lvm(58,0),0x8) called from line 1051 of file xfs_trans.c. Return address = 0xc01ff9d9 Sep 2 08:13:23 sh15 kernel: XFS: Transforming an alert into a BUG. Sep 2 08:13:23 sh15 kernel: Filesystem "lvm(58,0)": Corruption of in-memory data detected. Shutting down filesystem: lvm(58,0) Sep 2 08:13:23 sh15 kernel: kernel BUG at debug.c:126! Sep 2 08:13:23 sh15 kernel: invalid operand: 0000 Sep 2 08:13:23 sh15 kernel: dvsdriver esm e1000 tg3 e100 bonding usb-ohci usbcore lvm-mod mptscsih mptctl isense mptbase rtc Sep 2 08:13:23 sh15 kernel: CPU: 0 Sep 2 08:13:23 sh15 kernel: EIP: 0010:[] Tainted: P Sep 2 08:13:23 sh15 kernel: EFLAGS: 00010246 Sep 2 08:13:23 sh15 kernel: EIP is at icmn_err+0x85/0x95 [kernel] Sep 2 08:13:23 sh15 kernel: eax: 00000067 ebx: 00000000 ecx: 00000001 edx: c0445414 Sep 2 08:13:23 sh15 kernel: esi: c037d161 edi: c03511b0 ebp: ed62bce4 esp: ed62bcd4 Sep 2 08:13:23 sh15 kernel: ds: 0018 es: 0018 ss: 0018 Sep 2 08:13:23 sh15 kernel: Process nfsd (pid: 1326, stackpage=ed62b000) Sep 2 08:13:23 sh15 kernel: Stack: 00000293 ea423580 0000005e c035e320 ed62bd1c c01e6254 00000000 ea423580 Sep 2 08:13:23 sh15 kernel: ed62bd58 ea423580 c035076e eee0be80 c035e320 0000005e 00000001 c035e320 Sep 2 08:13:23 sh15 kernel: 00000000 00000008 ed62bd3c c01e62e1 00000000 eee5b400 c035e320 ed62bd58 Sep 2 08:13:23 sh15 kernel: Call Trace: Sep 2 08:13:23 sh15 kernel: [] xfs_fs_vcmn_err+0x54/0x70 [kernel] Sep 2 08:13:23 sh15 kernel: [] xfs_cmn_err+0x51/0x60 [kernel] Sep 2 08:13:23 sh15 kernel: [] xfs_do_force_shutdown+0xc0/0xe0 [kernel] Sep 2 08:13:23 sh15 kernel: [] xfs_trans_cancel+0x59/0xd0 [kernel] Sep 2 08:13:23 sh15 kernel: [] xfs_create+0x57b/0x620 [kernel] Sep 2 08:13:23 sh15 kernel: [] linvfs_mknod+0x12f/0x260 [kernel] Sep 2 08:13:23 sh15 kernel: [] linvfs_create+0x16/0x20 [kernel] Sep 2 08:13:23 sh15 kernel: [] vfs_create+0x11e/0x180 [kernel] Sep 2 08:13:23 sh15 kernel: [] nfsd_create_v3+0x292/0x400 [kernel] Sep 2 08:13:23 sh15 kernel: [] nfsd3_proc_create+0x144/0x160 [kernel] Sep 2 08:13:23 sh15 kernel: [] nfsd_dispatch+0xb8/0x17c [kernel] Sep 2 08:13:23 sh15 kernel: [] svc_process+0x2cb/0x560 [kernel] Sep 2 08:13:23 sh15 kernel: [] nfsd+0x239/0x3a0 [kernel] Sep 2 08:13:23 sh15 kernel: [] nfsd+0x0/0x3a0 [kernel] Sep 2 08:13:23 sh15 kernel: [] kernel_thread+0x26/0x40 [kernel] Sep 2 08:13:23 sh15 kernel: [] nfsd+0x0/0x3a0 [kernel] Sep 2 08:13:23 sh15 kernel: Sep 2 08:13:23 sh15 kernel: Code: 0f 0b 7e 00 b4 11 35 c0 8d 65 f4 5b 5e 5f 5d c3 80 3d 84 d4 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Sep 2 07:58:03 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Sep 2004 07:58:06 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Ew3bZ018272 for ; Thu, 2 Sep 2004 07:58:03 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82Ew3Vc018271 for linux-xfs@oss.sgi.com; Thu, 2 Sep 2004 07:58:03 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Ew1I8018257 for ; Thu, 2 Sep 2004 07:58:02 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82EEGM8016152; Thu, 2 Sep 2004 07:14:16 -0700 Date: Thu, 2 Sep 2004 07:14:16 -0700 Message-Id: <200409021414.i82EEGM8016152@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4039 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 ------- Additional Comments From greg@max-t.com 2004-02-09 06:38 PDT ------- Created an attachment (id=137) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=137&action=view) script to reproduce Running the following script on 2 NFS clients about 20 times will excercise this bug usually within a minute: ------- Additional Comments From greg@max-t.com 2004-02-09 07:14 PDT ------- Also possibly related... we occasionally get xfs_iget_core: ambiguous vns messages.... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Sep 2 08:58:03 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Sep 2004 08:58:07 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Fw3Vw024321 for ; Thu, 2 Sep 2004 08:58:03 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82Fw3N2024320 for linux-xfs@oss.sgi.com; Thu, 2 Sep 2004 08:58:03 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Fw2uq024306 for ; Thu, 2 Sep 2004 08:58:02 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82FK1B2022909; Thu, 2 Sep 2004 08:20:01 -0700 Date: Thu, 2 Sep 2004 08:20:01 -0700 Message-Id: <200409021520.i82FK1B2022909@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 355] unreplayable log after crash X-Bugzilla-Reason: AssignedTo X-archive-position: 4040 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=355 ------- Additional Comments From Peter.Kelemen+sgi@cern.ch 2004-02-09 08:20 PDT ------- Tim, Thanks for the update. Investigating the 15.EL.sgi3 source, the fix of June 15th would not apply since the tree has been reshuffled. I also tried to see if the problem exists if I explicitly specify -l su=128k, and it does. Does su= have any effect on the log record size? Thanks, Peter ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Sep 2 16:58:05 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 02 Sep 2004 16:58:09 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Nw5Vm012310 for ; Thu, 2 Sep 2004 16:58:05 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82Nw5c7012308 for linux-xfs@oss.sgi.com; Thu, 2 Sep 2004 16:58:05 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i82Nw32E012294 for ; Thu, 2 Sep 2004 16:58:03 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i82NrqXa012218; Thu, 2 Sep 2004 16:53:52 -0700 Date: Thu, 2 Sep 2004 16:53:52 -0700 Message-Id: <200409022353.i82NrqXa012218@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4041 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 ------- Additional Comments From greg@max-t.com 2004-02-09 16:53 PDT ------- Also happens with 2.4.27 although it takes longer. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Sun Sep 5 16:19:20 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 05 Sep 2004 16:19:23 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i85NJIs9020626 for ; Sun, 5 Sep 2004 16:19:19 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA28766 for ; Mon, 6 Sep 2004 09:19:03 +1000 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id i85N5LXp003226 for ; Mon, 6 Sep 2004 09:05:22 +1000 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id i85N5LvM003225 for linux-xfs@oss.sgi.com; Mon, 6 Sep 2004 09:05:21 +1000 Date: Mon, 6 Sep 2004 09:05:21 +1000 From: FSG QA Message-Id: <200409052305.i85N5LvM003225@bruce.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfstests X-archive-position: 4042 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Add an O_SYNC run into the set of fstest invocations. Date: Sun Sep 5 16:18:44 PDT 2004 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/xfs-cmds Inspected by: nathans@sgi.com The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:178461a xfstests/074.out - 1.5 xfstests/074 - 1.6 From owner-linux-xfs Tue Sep 7 07:58:26 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 07 Sep 2004 07:58:30 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i87EwQWs028828 for ; Tue, 7 Sep 2004 07:58:26 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i87EwQdU028827 for linux-xfs@oss.sgi.com; Tue, 7 Sep 2004 07:58:26 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i87EwP7x028812 for ; Tue, 7 Sep 2004 07:58:25 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i87EsxgE028745; Tue, 7 Sep 2004 07:54:59 -0700 Date: Tue, 7 Sep 2004 07:54:59 -0700 Message-Id: <200409071454.i87EsxgE028745@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4043 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 ------- Additional Comments From greg@max-t.com 2004-07-09 07:54 PDT ------- Also happens in Fedora test kernel 2.6.8-1.541smp although in a slightly differnt way: Sep 7 07:27:37 sh11 kernel: inode_doinit_with_dentry: getxattr returned 5 for dev=sdb6 ino=4195941 Sep 7 07:27:37 sh11 kernel: post_create: setxattr failed, rc=5 (dev=sdb6 ino=4195941) Sep 7 07:27:37 sh11 kernel: xfs_iget_core: ambiguous vns: vp/0x7cc014a0, invp/0x6cbf0798 Sep 7 07:27:37 sh11 kernel: ------------[ cut here ]------------ Sep 7 07:27:37 sh11 kernel: kernel BUG at fs/xfs/support/debug.c:106! Sep 7 07:27:37 sh11 kernel: invalid operand: 0000 [#1] Sep 7 07:27:37 sh11 kernel: SMP Sep 7 07:27:37 sh11 kernel: Modules linked in: nfs nfsd exportfs lockd xfs md5 ipv6 autofs4 sunrpc button battery asus_acpi ac ohci_hcd cfi_probe gen_probe scb2_flash mtdcore chipreg map_funcs tg3 e1000 floppy ext3 jbd dm_mod aic7xxx mptscsih mptbase sd_mod scsi_mod Sep 7 07:27:37 sh11 kernel: CPU: 2 Sep 7 07:27:37 sh11 kernel: EIP: 0060:[<82cb5ee6>] Not tainted VLI Sep 7 07:27:37 sh11 kernel: EFLAGS: 00010246 (2.6.8-1.541smp) Sep 7 07:27:37 sh11 kernel: EIP is at cmn_err+0xd9/0xe8 [xfs] Sep 7 07:27:37 sh11 kernel: eax: 00000000 ebx: 00000000 ecx: 7ced1af8 edx: 82cbae00 Sep 7 07:27:37 sh11 kernel: esi: 82cbaea8 edi: 82ccbcde ebp: 00000293 esp: 7ced1b00 Sep 7 07:27:37 sh11 kernel: ds: 007b es: 007b ss: 0068 Sep 7 07:27:37 sh11 kernel: Process nfsd (pid: 4952, threadinfo=7ced1000 task=7d137770) Sep 7 07:27:37 sh11 kernel: Stack: 00000000 00000000 6cbf07bc 7cecdb00 00400665 00000000 82c8d1b2 00000000 Sep 7 07:27:37 sh11 kernel: 82cb82b1 7cc014a0 6cbf0798 6cbf07bc 00000000 7fb77400 6cbf0798 673b84ac Sep 7 07:27:37 sh11 kernel: 00000000 00000000 6cbf07bc 023c00c0 7ced1000 00000008 82c8d67f 00400665 Sep 7 07:27:37 sh11 kernel: Call Trace: Sep 7 07:27:37 sh11 kernel: [<82c8d1b2>] xfs_iget_core+0x146/0x58b [xfs] Sep 7 07:27:37 sh11 kernel: [<82c8d67f>] xfs_iget+0x88/0x139 [xfs] Sep 7 07:27:37 sh11 kernel: [<82ca6a51>] xfs_vget+0x34/0x9e [xfs] Sep 7 07:27:37 sh11 kernel: [<82cb528f>] vfs_vget+0x1a/0x1d [xfs] Sep 7 07:27:37 sh11 kernel: [<82cb4f2c>] linvfs_get_dentry+0x3b/0x6c [xfs] Sep 7 07:27:37 sh11 kernel: [<829b802d>] find_exported_dentry+0x2d/0x7e8 [exportfs] Sep 7 07:27:37 sh11 kernel: [<022d9168>] schedule+0x96c/0x9f7 Sep 7 07:27:37 sh11 kernel: [<829b8084>] find_exported_dentry+0x84/0x7e8 [exportfs] Sep 7 07:27:37 sh11 kernel: [<02280167>] __lock_sock+0xdc/0xe4 Sep 7 07:27:37 sh11 kernel: [<021c79f1>] __copy_to_user_ll+0x3f/0x46 Sep 7 07:27:37 sh11 kernel: [<0215a095>] put_user_size+0x1c/0x2d Sep 7 07:27:37 sh11 kernel: [<0228292c>] memcpy_toiovec+0x27/0x47 Sep 7 07:27:37 sh11 kernel: [<02282f6f>] skb_copy_datagram_iovec+0x111/0x1e1 Sep 7 07:27:37 sh11 kernel: [<0228089e>] release_sock+0xa5/0xab Sep 7 07:27:37 sh11 kernel: [<022a44a7>] tcp_recvmsg+0x61e/0x659 Sep 7 07:27:37 sh11 kernel: [<02280983>] sock_common_recvmsg+0x30/0x46 Sep 7 07:27:38 sh11 kernel: [<0227d74e>] sock_recvmsg+0xef/0x10c Sep 7 07:27:38 sh11 kernel: [<0211cab3>] recalc_task_prio+0x128/0x133 Sep 7 07:27:38 sh11 kernel: [<0211cb46>] activate_task+0x88/0x95 Sep 7 07:27:38 sh11 kernel: [<829b8add>] export_decode_fh+0x61/0x6d [exportfs] Sep 7 07:27:38 sh11 kernel: [<82bce9ec>] nfsd_acceptable+0x0/0x112 [nfsd] Sep 7 07:27:38 sh11 kernel: [<829b8a7c>] export_decode_fh+0x0/0x6d [exportfs] Sep 7 07:27:38 sh11 kernel: [<82bcee38>] fh_verify+0x33a/0x4ad [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bce9ec>] nfsd_acceptable+0x0/0x112 [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bd05c3>] nfsd_open+0x1d/0x142 [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bd0c0a>] nfsd_write+0x25/0x289 [nfsd] Sep 7 07:27:38 sh11 kernel: [<82b3a1b3>] svcauth_unix_accept+0x207/0x27a [sunrpc] Sep 7 07:27:38 sh11 kernel: [<82bd6662>] nfsd3_proc_write+0xbf/0xd5 [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bd7cd5>] nfs3svc_decode_writeargs+0x0/0x15a [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bcd751>] nfsd_dispatch+0xba/0x15d [nfsd] Sep 7 07:27:38 sh11 kernel: [<82b3684d>] svc_process+0x331/0x56c [sunrpc] Sep 7 07:27:38 sh11 kernel: [<82bcd4b7>] nfsd+0x274/0x454 [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bcd243>] nfsd+0x0/0x454 [nfsd] Sep 7 07:27:38 sh11 kernel: [<82bcd243>] nfsd+0x0/0x454 [nfsd] Sep 7 07:27:38 sh11 kernel: [<021041f1>] kernel_thread_helper+0x5/0xb Sep 7 07:27:38 sh11 kernel: Code: b2 01 74 08 0f 0b 6e 00 8f ae cb 82 0f b6 05 04 97 cc 82 84 c0 7e 08 0f 0b 6f 00 8f ae cb 82 86 15 04 97 cc 82 55 9d 85 db 75 08 <0f> 0b 6a 00 6f ae cb 82 58 5a 5b 5e 5f 5d c3 55 57 89 d7 56 89 and the filesystem does not shut down... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Tue Sep 7 12:10:35 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 07 Sep 2004 12:10:37 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i87JAYYF009151 for ; Tue, 7 Sep 2004 12:10:34 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i87KHUIx003828 for ; Tue, 7 Sep 2004 13:17:31 -0700 Received: from maine.americas.sgi.com ([128.162.232.87]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i87J9EOV46760244; Tue, 7 Sep 2004 14:09:14 -0500 (CDT) Received: from hch by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1C4lKk-00006t-00; Tue, 07 Sep 2004 14:08:50 -0500 To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 920976 - Message-Id: From: Christoph Hellwig Date: Tue, 07 Sep 2004 14:08:50 -0500 X-archive-position: 4044 X-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@sgi.com Precedence: bulk X-list: linux-xfs Remove a readahead page allocation failure warning, this will happen under normal workloads and does not indicate a problem. Date: Tue Sep 7 12:08:24 PDT 2004 Workarea: maine.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:178535a fs/xfs/linux-2.6/xfs_buf.c - 1.177 - don't warn when _pagebuf_lookup_pages fails fs/xfs/linux-2.4/xfs_buf.c - 1.195 - don't warn when _pagebuf_lookup_pages fails From owner-linux-xfs Wed Sep 8 00:26:07 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 00:26:30 -0700 (PDT) Received: from hotmail.com (bay17-dav11.bay17.hotmail.com [64.4.43.191]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i887Q7Tb013485 for ; Wed, 8 Sep 2004 00:26:07 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 8 Sep 2004 00:21:19 -0700 Received: from 217.89.14.15 by bay17-dav11.bay17.hotmail.com with DAV; Wed, 08 Sep 2004 07:21:19 +0000 X-Originating-IP: [217.89.14.15] X-Originating-Email: [k_leibrandt@hotmail.com] X-Sender: k_leibrandt@hotmail.com Message-ID: <413EB2E8.60104@hotmail.com> Date: Wed, 08 Sep 2004 09:21:12 +0200 From: Kai Leibrandt User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Sep 2004 07:21:19.0527 (UTC) FILETIME=[6FA86B70:01C49574] X-archive-position: 4045 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k_leibrandt@hotmail.com Precedence: bulk X-list: linux-xfs Hi all, I am trying to build courier-imap-3.0.7 using rpmbuild -ta as per instructions at http://www.inter7.com/courierimap/courierimap.html but unfortunately this fails with the following result: ********** /usr/bin/make check-am make[2]: Entering directory `/var/export/home/kailee.net/kai/rpm/BUILD/courier-imap-3.0.7/maildir' /bin/sh ./testsuite 2>&1 | cmp - ./testsuite.txt LC_ALL=C; export LC_ALL; ./maildirkwtest | cmp -s - ./maildirkwtest.txt LC_ALL=C; export LC_ALL; ./maildiraclttest testmaildiraclt.c(145): sanity check failed. make[2]: *** [check-am] Error 1 make[2]: Leaving directory `/var/export/home/kailee.net/kai/rpm/BUILD/courier-imap-3.0.7/maildir' make[1]: *** [check] Error 2 make[1]: Leaving directory `/var/export/home/kailee.net/kai/rpm/BUILD/courier-imap-3.0.7/maildir' make: *** [check-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.27389 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.27389 (%build) ********** I've tried opening up the spec and building from that but it gives me the exact same result. System is FC2, kernel 2.6.8-1.521, rpm 4.3.1, gcc 3.3.3, all filesystems are xfs->lvm2->md1 raid. The same system will happily rpmbuild all the source _if the fs in question is not on lvm_, ie. xfs->md1. This has been posted to the Courier-Imap mailing list too, and I got the following info from there: ********** > Sorry for following up to my own post; I have tried doing the same > thing on an identical setup without lvm (FC2 on xfs->software raid1 > instead of xfs->lvm2->software raid1) and there it works. Can this > have anything to do with the error I get? Yes, although I don't know what the actual problem is. The portion of the code in question makes some internal library calls whose intended effect is to cause certain content to be written out to certain files. It then verifies whether the expected files actually exist. However, I don't see how LVM could possibly be a factor. LVM should not make any difference, as long as you're using the same filesystem on top. But, say, if it's ext3 in one case, and something else (reiser? xfs?) in the other case, then you'll might be onto something. ********** Sounds a little like the grub-bug - data not being written? Any help will be greatly appreciated. Kai. From owner-linux-xfs Wed Sep 8 03:33:47 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 03:33:49 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i88AXjjA030733 for ; Wed, 8 Sep 2004 03:33:46 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA03331; Wed, 8 Sep 2004 20:33:27 +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 i88AXPln3964877; Wed, 8 Sep 2004 20:33:25 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i88AXNkS3969542; Wed, 8 Sep 2004 20:33:23 +1000 (EST) Date: Wed, 8 Sep 2004 20:33:23 +1000 From: Nathan Scott To: Kai Leibrandt Cc: linux-xfs@oss.sgi.com Subject: Re: Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 Message-ID: <20040908203323.A3967663@wobbly.melbourne.sgi.com> References: <413EB2E8.60104@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <413EB2E8.60104@hotmail.com>; from k_leibrandt@hotmail.com on Wed, Sep 08, 2004 at 09:21:12AM +0200 X-archive-position: 4046 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Sep 08, 2004 at 09:21:12AM +0200, Kai Leibrandt wrote: > Hi all, Hi there, > I am trying to build courier-imap-3.0.7 using rpmbuild -ta as per > instructions at http://www.inter7.com/courierimap/courierimap.html but > unfortunately this fails with the following result: > > ********** > /usr/bin/make check-am > make[2]: Entering directory > `/var/export/home/kailee.net/kai/rpm/BUILD/courier-imap-3.0.7/maildir' > /bin/sh ./testsuite 2>&1 | cmp - ./testsuite.txt > LC_ALL=C; export LC_ALL; ./maildirkwtest | cmp -s - ./maildirkwtest.txt > LC_ALL=C; export LC_ALL; ./maildiraclttest > testmaildiraclt.c(145): sanity check failed. What does "maildiraclttest" do? strace of the above? More info needed... > ... > The portion of the code in question makes some internal library calls > whose intended effect is to cause certain content to be written out to > certain files. It then verifies whether the expected files actually exist. OK, will need more details than that though... what library? which calls? which files? how are they written? etc. > However, I don't see how LVM could possibly be a factor. LVM should not > make any difference, as long as you're using the same filesystem on top. > But, say, if it's ext3 in one case, and something else (reiser? xfs?) > in the other case, then you'll might be onto something. > ********** > > Sounds a little like the grub-bug - data not being written? Sounds unrelated, I'd guess (by the name of that program) this has something to do with permissions/ACLs. cheers. -- Nathan From owner-linux-xfs Wed Sep 8 04:27:27 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 04:27:29 -0700 (PDT) Received: from totem5 (broadred67134.broadred.net [217.172.67.134] (may be forged)) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88BRQ8N003405 for ; Wed, 8 Sep 2004 04:27:27 -0700 Received: from totem5 (localhost.localdomain [127.0.0.1]) by totem5 (8.12.8/8.12.8) with ESMTP id i88BQTWh015739 for ; Wed, 8 Sep 2004 13:26:29 +0200 Received: from localhost (localhost [[UNIX: localhost]]) by totem5 (8.12.8/8.12.8/Submit) id i88BQTIF015723 for linux-xfs@oss.sgi.com; Wed, 8 Sep 2004 13:26:29 +0200 From: Miguel Angel de Vega To: linux-xfs@oss.sgi.com Subject: how to preallocate?? Date: Wed, 8 Sep 2004 13:25:29 +0200 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409081325.29549.mvega@sgo.es> X-archive-position: 4047 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mvega@sgo.es Precedence: bulk X-list: linux-xfs Hi all! I'm trying to do a program that preallocate a file and fill it, but when I use xfs_bmap on the file gives me the same number of holes that if I don't do preallocation. To preallocate I use de ioctl call with XFS_IOC_RESVSP64 in this way: int main(int argc, char **argv) { int oflags = O_CREAT|O_TRUNC|O_WRONLY; int fd=0; xfs_flock64_t flck; if(argc < 3) { printf("usage: %s [filename] [numbytes]\n", argv[0]); exit (1); } int numImages = atoll(argv[2]); int aux = 66; long long int bufferSize = 720 * 576 * 2; int buffer[bufferSize]; bzero(buffer, bufferSize); flck.l_whence = SEEK_SET; flck.l_start = 0LL; flck.l_len = numImages * bufferSize; fd = open(argv[1], oflags, 0600); int res = ioctl(fd, XFS_IOC_RESVSP64, &flck); for(int i = 0; i < numImages; i++) write(fd, buffer, bufferSize); close(fd); exit( 0 ); } Is this correctly???? very much thanks, Miguel Angel de Vega mvega@sgo.es From owner-linux-xfs Wed Sep 8 06:40:08 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 06:40:14 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88De7LH007661 for ; Wed, 8 Sep 2004 06:40:07 -0700 Received: by unthought.net (Postfix, from userid 1000) id 40DDAADC8; Wed, 8 Sep 2004 15:39:55 +0200 (CEST) Date: Wed, 8 Sep 2004 15:39:55 +0200 From: Jakob Oestergaard To: linux-xfs@oss.sgi.com Subject: Major XFS problems... Message-ID: <20040908133954.GB390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-archive-position: 4048 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs Dear List, This mail was originally sent to LKML, but it was suggested to me that I post it here as well. Original post follows. ----- Begin forwarded message ----- This is the scenario; two high performance NFS file servers needed; quota support is a must, and so far it seems that we are out of luck :*( Suggestions and help would be very welcome. We don't care much about which filesystem to use - so far we use XFS because of the need for (journalled) quota. *) ext2 - no-go, because of lack of journal *) ext3 - no-go, because quota isn't journalled *) JFS - no-go, because of lack of quota *) reiserfs - no-go, because of lack of quota *) XFS seems to be the *only* viable filesystem in this scenario - if anyone has alternative suggestions, we'd like to hear about it. Oh, and Hans, I don't think we can fund your quota implementation right now - no hard feelings ;) History of these projects: The first server, an IBM 345 with external SCSI enclosure and hardware RAID, quickly triggered bugs in XFS under heavy usage: First XFS bug: --------------- http://oss.sgi.com/bugzilla/show_bug.cgi?id=309 Submitted in februrary this year - requires server reboot, NFS clients will then re-trigger the bug immediately after the NFS server is started again. Clearly not a pleasent problem. A fairly simple patch is available, which solves the problem in the most common cases. This simple patch has *not*yet* been included in 2.6.8.1. A lot of people are seeing this - the SGI bugzilla is evidence of this, so is google. Second XFS bug: --------------- Also causes the 'kernel BUG at fs/xfs/support/debug.c:106' message to be printed. This bug is not solved by applying the simple patch to the first problem. How well known this problem is, I don't know - I can get more details on this if anyone is actually interested in working on fixing XFS. Third XFS bug: -------------- XFS causes lowmem oom, triggering the OOM killer. Reported by as@cohaesio.com on the 18th of august. On the 24th of august, William Lee Irwin gives some suggestions and mentions "xfs has some known bad slab behavior." So, it's normal to OOM the lowmem with XFS? Again, more info can be presented if anyone cares about fixing this. Stability on large filesystems: ------------------------------- On a 600+G filesystem with some 17M files, we are currently unable to run a backup of the filesystem. Some 4-8 hours after the backup has started, the dreaded 'debug.c:106' message will appear (at some random place thru the filesystem - it is not a consistent error in one specific location in the filesystem), and the server will need a reboot. Obviously, running very large busy filesystems while being unable to back them up, is not a very pleasent thing to do... Second server: On a somewhat smaller server, I recently migrated to XFS (beliving the most basic problems had been ironed out). It took me about a day to trigger the 'debug.c:106' error message from XFS, on vanilla 2.6.8.1. After applying the simple fix (the fix for the first XFS problem as described above), I haven't had problems with this particular server since - but it is clearly serving fewer clients with fewer disks and a lot less storage and traffic. While the small server seems to be running well now, the large one has an average uptime of about one day (!) Backups will crash it reliably, when XFS doesn't OOM the box at random. A little info on the hardware: Big server Small server ---------------------- ----------------------- Intel Xeon Dual Athlon MP 7 external SCSI disks 4 internal IDE disks IBM hardware RAID Software RAID-1 + LVM 600+ GB XFS ~150 GB XFS 17+ M files ~1 M files Both primarily serve NFS to a bunch of clients. Both run vanilla 2.6.8.1 plus the aforementioned patch for the first XFS problem we encountered. Does anyone actually use XFS for serious file-serving? (yes, I run it on my desktop at home and I don't have problems there - such reports are not really relevant). Is anyone actually maintaining/bugfixing XFS? Yes, I know the MAINTAINERS file, but I am a little bit confused here - seeing that trivial-to-trigger bugs that crash the system and have simple fixes, have not been fixed in current mainline kernels. If XFS is a no-go because of lack of support, is there any realistic alternatives under Linux (taking our need for quota into account) ? And finally, if Linux is simply a no-go for high performance file serving, what other suggestions might people have? NetApp? Thank you very much, ----- End forwarded message ----- -- / jakob From owner-linux-xfs Wed Sep 8 07:51:42 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 07:51:47 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88EpgdW018863 for ; Wed, 8 Sep 2004 07:51:42 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i88EpX0f032594 for ; Wed, 8 Sep 2004 09:51:33 -0500 Received: from [128.162.232.50] ([128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i88EpWOV46828522; Wed, 8 Sep 2004 09:51:32 -0500 (CDT) Message-ID: <413F1C6E.9040009@sgi.com> Date: Wed, 08 Sep 2004 09:51:26 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakob Oestergaard CC: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> In-Reply-To: <20040908133954.GB390@unthought.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4049 X-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 Jakob Oestergaard wrote: > Second XFS bug: > --------------- > Also causes the 'kernel BUG at fs/xfs/support/debug.c:106' message to be > printed. This bug is not solved by applying the simple patch to the > first problem. > > How well known this problem is, I don't know - I can get more details on > this if anyone is actually interested in working on fixing XFS. Do you have -any- details on this problem... pretty much nothing to go on here. > Third XFS bug: > -------------- > XFS causes lowmem oom, triggering the OOM killer. Reported by > as@cohaesio.com on the 18th of august. > > On the 24th of august, William Lee Irwin gives some suggestions and > mentions "xfs has some known bad slab behavior." I'm curious to know what that means... :) > So, it's normal to OOM the lowmem with XFS? Again, more info can be > presented if anyone cares about fixing this. of course, please file a bug with all info you have. How do you know it's xfs causing the oom killer to kick in? Surely there are other memory consumers on the box; also how much memory is in the box to start with? This may have as much to do with the way linux (2.4, anyway) caches dentries; xfs has structures that can't be freed as long as the dentry still has a reference. > Stability on large filesystems: > ------------------------------- > On a 600+G filesystem with some 17M files, we are currently unable to > run a backup of the filesystem. > > Some 4-8 hours after the backup has started, the dreaded 'debug.c:106' > message will appear (at some random place thru the filesystem - it is > not a consistent error in one specific location in the filesystem), and > the server will need a reboot. a report of "debug.c:106 message" is not helpful; this is a generic error printing routine which will BUG() the box if CE_PANIC was specified in the error. We need all error messages leading up to this to know how you got here. > Does anyone actually use XFS for serious file-serving? (yes, I run it > on my desktop at home and I don't have problems there - such reports are > not really relevant). yes. http://oss.sgi.com/projects/xfs/xfs_users.html > Is anyone actually maintaining/bugfixing XFS? Yes, I know the > MAINTAINERS file, but I am a little bit confused here - seeing that > trivial-to-trigger bugs that crash the system and have simple fixes, > have not been fixed in current mainline kernels. Yes, sgi is maintaining it. Perhaps you've missed the large volume of commits on the linux-xfs list and on lkml. :) -Eric From owner-linux-xfs Wed Sep 8 07:54:01 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 07:54:09 -0700 (PDT) Received: from rain.CC.Lehigh.EDU (rain.CC.Lehigh.EDU [128.180.39.20]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88Es1G1019194 for ; Wed, 8 Sep 2004 07:54:01 -0700 Received: from Lehigh.EDU (hooch.CC.Lehigh.EDU [128.180.41.3]) by rain.CC.Lehigh.EDU (8.13.0/8.13.0) with ESMTP id i88ErjeL013809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Sep 2004 10:53:46 -0400 Message-ID: <413F1CF9.1080706@Lehigh.EDU> Date: Wed, 08 Sep 2004 10:53:45 -0400 From: Jim Eshleman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakob Oestergaard CC: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> In-Reply-To: <20040908133954.GB390@unthought.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75, clamav-milter version 0.75c on rain.CC.Lehigh.EDU X-Virus-Status: Clean X-archive-position: 4050 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jce0@Lehigh.EDU Precedence: bulk X-list: linux-xfs > Does anyone actually use XFS for serious file-serving? (yes, I run it > on my desktop at home and I don't have problems there - such reports are > not really relevant). Yes, many do, see http://oss.sgi.com/projects/xfs/xfs_users.html We're running (for three years now) a busy campus mail server (~200K deliveries/day) which also serves user homes (w/quota) via NFS, NIS, LDAP, POP, IMAP, etc. We run 2.4.22 + snapshot-xfs-2.4.22-2003-09-03_04:09_UTC in production (8-way P3 xeon, 8.5G, ~500G HW RAID) and are currently testing 2.6.8.1 on a large-ish IBM x445. > Is anyone actually maintaining/bugfixing XFS? Yes, I know the > MAINTAINERS file, but I am a little bit confused here - seeing that > trivial-to-trigger bugs that crash the system and have simple fixes, > have not been fixed in current mainline kernels. Yes, the Linux XFS people at SGI are actively developing/maintaining XFS with contributions from kernel developers and others. From owner-linux-xfs Wed Sep 8 08:07:23 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 08:07:29 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88F7Mkv019897 for ; Wed, 8 Sep 2004 08:07:23 -0700 Received: by unthought.net (Postfix, from userid 1000) id 5986FADC8; Wed, 8 Sep 2004 17:07:13 +0200 (CEST) Date: Wed, 8 Sep 2004 17:07:13 +0200 From: Jakob Oestergaard To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: <20040908150713.GC390@unthought.net> References: <20040908133954.GB390@unthought.net> <413F1C6E.9040009@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <413F1C6E.9040009@sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 4051 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs On Wed, Sep 08, 2004 at 09:51:26AM -0500, Eric Sandeen wrote: ... > >How well known this problem is, I don't know - I can get more details on > >this if anyone is actually interested in working on fixing XFS. > > Do you have -any- details on this problem... pretty much nothing to go > on here. Yes, definitely! Thank you for the response! I'll make sure the details are sent to this list ASAP. > > >Third XFS bug: > >-------------- > >XFS causes lowmem oom, triggering the OOM killer. Reported by > >as@cohaesio.com on the 18th of august. > > > >On the 24th of august, William Lee Irwin gives some suggestions and > >mentions "xfs has some known bad slab behavior." > > I'm curious to know what that means... :) Me too ;) > > >So, it's normal to OOM the lowmem with XFS? Again, more info can be > >presented if anyone cares about fixing this. > > of course, please file a bug with all info you have. How do you know > it's xfs causing the oom killer to kick in? Surely there are other > memory consumers on the box; also how much memory is in the box to start > with? /proc/slabinfo reveals that it is XFS filling up the slab (which is in lowmem). Monitoring graphs show that the slab grows violently shorly before the server crashes. Will get this info to you as well... > > This may have as much to do with the way linux (2.4, anyway) caches > dentries; xfs has structures that can't be freed as long as the dentry > still has a reference. Both systems are on 2.6.8.1 ... > > Yes, sgi is maintaining it. Perhaps you've missed the large volume of > commits on the linux-xfs list and on lkml. :) I've seen plenty of commits. But I was baffled, to put it mildly, to find that a patch which solves a problem that has been well known for half a year (and is trivially triggered), has not yet been merged in the mainline kernels. This is simply why I was wondering... Thanks a lot for replying! I'll get the info too this list right away. -- / jakob From owner-linux-xfs Wed Sep 8 08:23:37 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 08:23:49 -0700 (PDT) Received: from harrier.cohaesio.com (harrier.cohaesio.com [212.97.128.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88FNakt023692 for ; Wed, 8 Sep 2004 08:23:37 -0700 Received: by harrier.cohaesio.com (Postfix, from userid 88) id DB66245; Wed, 8 Sep 2004 17:23:26 +0200 (CEST) X-Original-To: news2mail@news.cohaesio.com Delivered-To: news2mail@news.cohaesio.com From: Anders Saaby Subject: Re: Major XFS problems... Date: Wed, 08 Sep 2004 17:23:43 +0200 Organization: Cohaesio A/S Lines: 181 Message-ID: References: <20040908133954.GB390@unthought.net> <413F1C6E.9040009@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: harrier.cohaesio.com 1094657006 2666 212.97.128.136 (8 Sep 2004 15:23:26 GMT) X-Complaints-To: newsmaster@news.cohaesio.com To: linux-xfs@oss.sgi.com X-archive-position: 4052 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Hi Eric, I am the primary technician on the "large" system Jakob wrote about. I can give you the details regarding the problems. Eric Sandeen wrote: > Jakob Oestergaard wrote: > >> Second XFS bug: >> --------------- >> Also causes the 'kernel BUG at fs/xfs/support/debug.c:106' message to be >> printed. This bug is not solved by applying the simple patch to the >> first problem. >> >> How well known this problem is, I don't know - I can get more details on >> this if anyone is actually interested in working on fixing XFS. > > Do you have -any- details on this problem... pretty much nothing to go > on here. I have some details here... The following is a snip of the kernel log right before it reboots itself: Sep 4 16:20:31 st1 kernel: xfs_iget_core: ambiguous vns: vp/0xe7993980, invp/0xeab6d380 Sep 4 16:20:31 st1 kernel: ------------[ cut here ]------------ Sep 4 16:20:31 st1 kernel: kernel BUG at fs/xfs/support/debug.c:106! Sep 4 16:20:31 st1 kernel: invalid operand: 0000 [#1] Sep 4 16:20:31 st1 kernel: SMP Sep 4 16:20:31 st1 kernel: Modules linked in: nfs e1000 rtc Sep 4 16:20:31 st1 kernel: CPU: 1 Sep 4 16:20:31 st1 kernel: EIP: 0060:[] Not tainted Sep 4 16:20:31 st1 kernel: EFLAGS: 00010246 (2.6.8.1) Sep 4 16:20:31 st1 kernel: EIP is at cmn_err+0x8c/0xa0 Sep 4 16:20:31 st1 kernel: eax: 00000040 ebx: 00000293 ecx: 00000000 edx: c0351544 Sep 4 16:20:31 st1 kernel: esi: c03145f1 edi: c042e0fe ebp: 00000000 esp: f3913b50 Sep 4 16:20:31 st1 kernel: ds: 007b es: 007b ss: 0068 Sep 4 16:20:31 st1 kernel: Process nfsd (pid: 1297, threadinfo=f3912000 task=f38d60b0) Sep 4 16:20:31 st1 kernel: Stack: f3912000 eab6d380 cd4168d0 f6f71928 c01e3f12 00000000 c031bc00 e7993980 Sep 4 16:20:31 st1 kernel: eab6d380 40853aca f7fa8e00 c0161d6d 00000000 00000000 40853aca 00000000 Sep 4 16:20:31 st1 kernel: cd4168d0 c0162315 f7fa8e00 c2536a7c 40853aca eab6d3a0 40853aca eab6d380 Sep 4 16:20:31 st1 kernel: Call Trace: Sep 4 16:20:31 st1 kernel: [] xfs_iget_core+0x1a2/0x590 Sep 4 16:20:31 st1 kernel: [] find_inode_fast+0x4d/0x60 Sep 4 16:20:31 st1 kernel: [] iget_locked+0x95/0xa0 Sep 4 16:20:31 st1 kernel: [] xfs_iget+0xa4/0x170 Sep 4 16:20:31 st1 kernel: [] xfs_vget+0x4b/0xc0 Sep 4 16:20:31 st1 kernel: [] vfs_vget+0x21/0x30 Sep 4 16:20:31 st1 kernel: [] linvfs_get_dentry+0x48/0x80 Sep 4 16:20:31 st1 kernel: [] pfifo_fast_enqueue+0x0/0x90 Sep 4 16:20:31 st1 kernel: [] find_exported_dentry+0x38/0x5d0 Sep 4 16:20:31 st1 kernel: [] ip_finish_output2+0x13b/0x18f Sep 4 16:20:31 st1 kernel: [] nf_iterate+0x3d/0xa0 Sep 4 16:20:31 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 4 16:20:31 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 4 16:20:31 st1 kernel: [] nf_hook_slow+0x63/0xe0 Sep 4 16:20:31 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 4 16:20:31 st1 kernel: [] nf_hook_slow+0x9e/0xe0 Sep 4 16:20:31 st1 kernel: [] ipt_do_table+0x35a/0x370 Sep 4 16:20:31 st1 kernel: [] dst_output+0x0/0x20 Sep 4 16:20:31 st1 kernel: [] ip_finish_output+0x1c7/0x1e0 Sep 4 16:20:31 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 4 16:20:31 st1 kernel: [] dst_output+0x0/0x20 Sep 4 16:20:31 st1 kernel: [] ipt_local_out_hook+0x5c/0x60 Sep 4 16:20:31 st1 kernel: [] nf_iterate+0x3d/0xa0 Sep 4 16:20:31 st1 kernel: [] dst_output+0x0/0x20 Sep 4 16:20:31 st1 kernel: [] dst_output+0x0/0x20 Sep 4 16:20:31 st1 kernel: [] nf_hook_slow+0x63/0xe0 Sep 4 16:20:31 st1 kernel: [] dst_output+0x0/0x20 Sep 4 16:20:31 st1 kernel: [] dst_output+0x11/0x20 Sep 4 16:20:31 st1 kernel: [] nf_hook_slow+0x9e/0xe0 Sep 4 16:20:31 st1 kernel: [] find_busiest_group+0x105/0x310 Sep 4 16:20:31 st1 kernel: [] recalc_task_prio+0x134/0x140 Sep 4 16:20:31 st1 kernel: [] activate_task+0x8b/0xa0 Sep 4 16:20:31 st1 kernel: [] smp_send_reschedule+0x19/0x20 Sep 4 16:20:31 st1 kernel: [] try_to_wake_up+0x25c/0x290 Sep 4 16:20:31 st1 kernel: [] exp_find_key+0x90/0xa0 Sep 4 16:20:31 st1 kernel: [] export_decode_fh+0x62/0x6a Sep 4 16:20:31 st1 kernel: [] nfsd_acceptable+0x0/0xe0 Sep 4 16:20:31 st1 kernel: [] fh_verify+0x393/0x540 Sep 4 16:20:31 st1 kernel: [] nfsd_acceptable+0x0/0xe0 Sep 4 16:20:31 st1 kernel: [] svcauth_unix_accept+0x22c/0x2b0 Sep 4 16:20:31 st1 kernel: [] nfsd3_proc_getattr+0x74/0x80 Sep 4 16:20:31 st1 kernel: [] nfsd_dispatch+0xc6/0x16c Sep 4 16:20:31 st1 kernel: [] svc_process+0x40a/0x618 Sep 4 16:20:31 st1 kernel: [] nfsd+0x1f7/0x370 Sep 4 16:20:31 st1 kernel: [] nfsd+0x0/0x370 Sep 4 16:20:31 st1 kernel: [] kernel_thread_helper+0x5/0x18 Sep 4 16:20:31 st1 kernel: Code: 0f 0b 6a 00 f5 45 31 c0 5b 5e 5f 5d c3 8d b4 26 00 00 00 00 > >> Third XFS bug: >> -------------- >> XFS causes lowmem oom, triggering the OOM killer. Reported by >> as@cohaesio.com on the 18th of august. >> >> On the 24th of august, William Lee Irwin gives some suggestions and >> mentions "xfs has some known bad slab behavior." > > I'm curious to know what that means... :) So are we :-) > >> So, it's normal to OOM the lowmem with XFS? Again, more info can be >> presented if anyone cares about fixing this. > > of course, please file a bug with all info you have. How do you know > it's xfs causing the oom killer to kick in? Surely there are other > memory consumers on the box; also how much memory is in the box to start > with? Actually, no. This server is *only* serving files over NFS, nothing else. Of course it's running the usual stuff like sysklogd, ssh, and so on, but nothing memony consuming. The server has 2.5G memory and is configured with 4G swap (of which we use ~1M :-)) > > This may have as much to do with the way linux (2.4, anyway) caches > dentries; xfs has structures that can't be freed as long as the dentry > still has a reference. You can se the thread on LKML I started on 18/8: subj: "oom-killer 2.6.8.1" (archive: http://lkml.org/lkml/2004/8/18/72) - This explains what we are seeing, any comments? > >> Stability on large filesystems: >> ------------------------------- >> On a 600+G filesystem with some 17M files, we are currently unable to >> run a backup of the filesystem. >> >> Some 4-8 hours after the backup has started, the dreaded 'debug.c:106' >> message will appear (at some random place thru the filesystem - it is >> not a consistent error in one specific location in the filesystem), and >> the server will need a reboot. > > a report of "debug.c:106 message" is not helpful; this is a generic > error printing routine which will BUG() the box if CE_PANIC was > specified in the error. We need all error messages leading up to this > to know how you got here. > OK, hope you can use the kernelog snip. - If you need more info - I will be happy to send it to you. > > Does anyone actually use XFS for serious file-serving? (yes, I run it >> on my desktop at home and I don't have problems there - such reports are >> not really relevant). > > yes. http://oss.sgi.com/projects/xfs/xfs_users.html > OK >> Is anyone actually maintaining/bugfixing XFS? Yes, I know the >> MAINTAINERS file, but I am a little bit confused here - seeing that >> trivial-to-trigger bugs that crash the system and have simple fixes, >> have not been fixed in current mainline kernels. > > Yes, sgi is maintaining it. Perhaps you've missed the large volume of > commits on the linux-xfs list and on lkml. :) > :-) > -Eric -- /Saaby From owner-linux-xfs Wed Sep 8 08:58:20 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 08:58:31 -0700 (PDT) Received: from harrier.cohaesio.com (harrier.cohaesio.com [212.97.128.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88FwJlX025800 for ; Wed, 8 Sep 2004 08:58:20 -0700 Received: by harrier.cohaesio.com (Postfix, from userid 88) id F39B444; Wed, 8 Sep 2004 17:58:09 +0200 (CEST) X-Original-To: news2mail@news.cohaesio.com Delivered-To: news2mail@news.cohaesio.com From: Anders Saaby Subject: Re: Major XFS problems... Date: Wed, 08 Sep 2004 17:58:26 +0200 Organization: Cohaesio A/S Lines: 112 Message-ID: References: <20040908133954.GB390@unthought.net> <413F1C6E.9040009@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: harrier.cohaesio.com 1094659089 2666 212.97.128.136 (8 Sep 2004 15:58:09 GMT) X-Complaints-To: newsmaster@news.cohaesio.com To: linux-xfs@oss.sgi.com X-archive-position: 4053 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Anders Saaby wrote: > Hi Eric, > > I am the primary technician on the "large" system Jakob wrote about. I can > give you the details regarding the problems. > > Eric Sandeen wrote: > >> Jakob Oestergaard wrote: >> >>> Second XFS bug: >>> --------------- >>> Also causes the 'kernel BUG at fs/xfs/support/debug.c:106' message to be >>> printed. This bug is not solved by applying the simple patch to the >>> first problem. >>> >>> How well known this problem is, I don't know - I can get more details on >>> this if anyone is actually interested in working on fixing XFS. >> >> Do you have -any- details on this problem... pretty much nothing to go >> on here. > > I have some details here... The following is a snip of the kernel log > right before it reboots itself: OK - The server crashed just now again, and I thought, that you guys would be interested in one more logsnip to see differences/similarities: Sep 8 17:46:43 st1 kernel: xfs_iget_core: ambiguous vns: vp/0xe9537e00, invp/0xf2883200 Sep 8 17:46:43 st1 kernel: ------------[ cut here ]------------ Sep 8 17:46:44 st1 kernel: kernel BUG at fs/xfs/support/debug.c:106! Sep 8 17:46:44 st1 kernel: invalid operand: 0000 [#1] Sep 8 17:46:44 st1 kernel: SMP Sep 8 17:46:44 st1 kernel: Modules linked in: nfs e1000 rtc Sep 8 17:46:44 st1 kernel: CPU: 0 Sep 8 17:46:44 st1 kernel: EIP: 0060:[] Not tainted Sep 8 17:46:44 st1 kernel: EFLAGS: 00010246 (2.6.8.1) Sep 8 17:46:44 st1 kernel: EIP is at cmn_err+0x8c/0xa0 Sep 8 17:46:44 st1 kernel: eax: 00000040 ebx: 00000293 ecx: 00000000 edx: c0351544 Sep 8 17:46:44 st1 kernel: esi: c03145f1 edi: c042e0fe ebp: 00000000 esp: f3a059ec Sep 8 17:46:44 st1 kernel: ds: 007b es: 007b ss: 0068 Sep 8 17:46:44 st1 kernel: Process nfsd (pid: 1452, threadinfo=f3a04000 task=f012ac70) Sep 8 17:46:44 st1 kernel: Stack: f3a04000 f2883200 ce058760 f7642238 c01e3f12 00000000 c031bc00 e9537e00 Sep 8 17:46:44 st1 kernel: f2883200 00000001 03d03e23 f6cb527c 00000000 00000000 4045bb20 00000000 Sep 8 17:46:44 st1 kernel: ce058760 c0162315 f7fb0e00 c2522b98 4045bb20 f2883220 4045bb20 f2883200 Sep 8 17:46:44 st1 kernel: Call Trace: Sep 8 17:46:44 st1 kernel: [] xfs_iget_core+0x1a2/0x590 Sep 8 17:46:44 st1 kernel: [] iget_locked+0x95/0xa0 Sep 8 17:46:44 st1 kernel: [] xfs_iget+0xa4/0x170 Sep 8 17:46:44 st1 kernel: [] xfs_vget+0x4b/0xc0 Sep 8 17:46:44 st1 kernel: [] vfs_vget+0x21/0x30 Sep 8 17:46:44 st1 kernel: [] linvfs_get_dentry+0x48/0x80 Sep 8 17:46:44 st1 kernel: [] xfs_dir2_block_lookup+0x96/0xb0 Sep 8 17:46:44 st1 kernel: [] find_exported_dentry+0x38/0x5d0 Sep 8 17:46:44 st1 kernel: [] iget_locked+0x64/0xa0 Sep 8 17:46:44 st1 kernel: [] xfs_iget+0xfe/0x170 Sep 8 17:46:44 st1 kernel: [] xfs_dir_lookup_int+0x61/0xd0 Sep 8 17:46:44 st1 kernel: [] xfs_dir_lookup_int+0x71/0xd0 Sep 8 17:46:44 st1 kernel: [] xfs_lookup+0x3e/0x70 Sep 8 17:46:44 st1 kernel: [] xfs_lookup+0x5b/0x70 Sep 8 17:46:44 st1 kernel: [] sock_alloc_send_pskb+0x73/0x200 Sep 8 17:46:44 st1 kernel: [] qdisc_restart+0x14/0x180 Sep 8 17:46:44 st1 kernel: [] sock_alloc_send_skb+0x1b/0x20 Sep 8 17:46:44 st1 kernel: [] pfifo_fast_enqueue+0x0/0x90 Sep 8 17:46:44 st1 kernel: [] dev_queue_xmit+0x13f/0x280 Sep 8 17:46:44 st1 kernel: [] ip_finish_output2+0x13b/0x18f Sep 8 17:46:44 st1 kernel: [] nf_iterate+0x3d/0xa0 Sep 8 17:46:44 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 8 17:46:44 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 8 17:46:44 st1 kernel: [] nf_hook_slow+0x63/0xe0 Sep 8 17:46:44 st1 kernel: [] ip_finish_output2+0x0/0x18f Sep 8 17:46:44 st1 kernel: [] nf_hook_slow+0x9e/0xe0 Sep 8 17:46:44 st1 kernel: [] exp_find_key+0x90/0xa0 Sep 8 17:46:44 st1 kernel: [] export_decode_fh+0x62/0x6a Sep 8 17:46:44 st1 kernel: [] nfsd_acceptable+0x0/0xe0 Sep 8 17:46:44 st1 kernel: [] fh_verify+0x393/0x540 Sep 8 17:46:44 st1 kernel: [] nfsd_acceptable+0x0/0xe0 Sep 8 17:46:44 st1 kernel: [] nf_hook_slow+0x63/0xe0 Sep 8 17:46:44 st1 kernel: [] dst_output+0x0/0x20 Sep 8 17:46:44 st1 kernel: [] dst_output+0x11/0x20 Sep 8 17:46:44 st1 kernel: [] nf_hook_slow+0x9e/0xe0 Sep 8 17:46:44 st1 kernel: [] nfsd_open+0x2c/0x130 Sep 8 17:46:44 st1 kernel: [] nfsd_write+0x4e/0x2d0 Sep 8 17:46:44 st1 kernel: [] skb_copy_and_csum_bits+0x22b/0x2a0 Sep 8 17:46:44 st1 kernel: [] kfree_skbmem+0x18/0x20 Sep 8 17:46:44 st1 kernel: [] __kfree_skb+0xb3/0xc0 Sep 8 17:46:44 st1 kernel: [] skb_drop_fraglist+0x41/0x50 Sep 8 17:46:44 st1 kernel: [] skb_release_data+0x9b/0xc0 Sep 8 17:46:44 st1 kernel: [] kfree_skbmem+0x18/0x20 Sep 8 17:46:44 st1 kernel: [] skb_free_datagram+0x24/0x30 Sep 8 17:46:44 st1 kernel: [] svcauth_unix_accept+0x22c/0x2b0 Sep 8 17:46:44 st1 kernel: [] nfsd3_proc_write+0xd4/0xf0 Sep 8 17:46:44 st1 kernel: [] nfsd_dispatch+0xc6/0x16c Sep 8 17:46:44 st1 kernel: [] svc_process+0x40a/0x618 Sep 8 17:46:44 st1 kernel: [] nfsd+0x1f7/0x370 Sep 8 17:46:44 st1 kernel: [] nfsd+0x0/0x370 Sep 8 17:46:44 st1 kernel: [] kernel_thread_helper+0x5/0x18 Sep 8 17:46:44 st1 kernel: Code: 0f 0b 6a 00 f5 45 31 c0 5b 5e 5f 5d c3 8d b4 26 00 00 00 00 /Saaby From owner-linux-xfs Wed Sep 8 09:00:35 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 09:00:48 -0700 (PDT) Received: from shell.wgops.com (postfix@shell.wgops.com [66.92.192.108]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88G0Yai026122 for ; Wed, 8 Sep 2004 09:00:34 -0700 Received: from [10.1.2.77] (localhost [127.0.0.1]) by shell.wgops.com (Postfix) with ESMTP id 432D125467; Wed, 8 Sep 2004 10:00:18 -0600 (MDT) Date: Wed, 08 Sep 2004 10:01:02 -0600 From: Michael Loftis To: Jakob Oestergaard , linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: In-Reply-To: <20040908133954.GB390@unthought.net> References: <20040908133954.GB390@unthought.net> X-Mailer: Mulberry/3.1.4 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-MailScanner-Information: Please contact support@wgops.com X-MailScanner: WGOPS clean X-MailScanner-From: mloftis@wgops.com X-archive-position: 4054 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mloftis@wgops.com Precedence: bulk X-list: linux-xfs reiserfs does have quota, we're using it. --On Wednesday, September 08, 2004 15:39 +0200 Jakob Oestergaard wrote: > > Dear List, > > This mail was originally sent to LKML, but it was suggested to me that I > post it here as well. Original post follows. > > ----- Begin forwarded message ----- > > This is the scenario; two high performance NFS file servers needed; > quota support is a must, and so far it seems that we are out of luck :*( > > Suggestions and help would be very welcome. > > We don't care much about which filesystem to use - so far we use XFS > because of the need for (journalled) quota. > *) ext2 - no-go, because of lack of journal > *) ext3 - no-go, because quota isn't journalled > *) JFS - no-go, because of lack of quota > *) reiserfs - no-go, because of lack of quota > *) XFS seems to be the *only* viable filesystem in this scenario - if > anyone has alternative suggestions, we'd like to hear about it. > > Oh, and Hans, I don't think we can fund your quota implementation right > now - no hard feelings ;) > > History of these projects: > > The first server, an IBM 345 with external SCSI enclosure and hardware > RAID, quickly triggered bugs in XFS under heavy usage: > > First XFS bug: > --------------- > http://oss.sgi.com/bugzilla/show_bug.cgi?id=309 > > Submitted in februrary this year - requires server reboot, NFS clients > will then re-trigger the bug immediately after the NFS server is started > again. Clearly not a pleasent problem. > > A fairly simple patch is available, which solves the problem in the most > common cases. This simple patch has *not*yet* been included in 2.6.8.1. > > A lot of people are seeing this - the SGI bugzilla is evidence of this, > so is google. > > Second XFS bug: > --------------- > Also causes the 'kernel BUG at fs/xfs/support/debug.c:106' message to be > printed. This bug is not solved by applying the simple patch to the > first problem. > > How well known this problem is, I don't know - I can get more details on > this if anyone is actually interested in working on fixing XFS. > > Third XFS bug: > -------------- > XFS causes lowmem oom, triggering the OOM killer. Reported by > as@cohaesio.com on the 18th of august. > > On the 24th of august, William Lee Irwin gives some suggestions and > mentions "xfs has some known bad slab behavior." > > So, it's normal to OOM the lowmem with XFS? Again, more info can be > presented if anyone cares about fixing this. > > Stability on large filesystems: > ------------------------------- > On a 600+G filesystem with some 17M files, we are currently unable to > run a backup of the filesystem. > > Some 4-8 hours after the backup has started, the dreaded 'debug.c:106' > message will appear (at some random place thru the filesystem - it is > not a consistent error in one specific location in the filesystem), and > the server will need a reboot. > > Obviously, running very large busy filesystems while being unable to > back them up, is not a very pleasent thing to do... > > > Second server: > > On a somewhat smaller server, I recently migrated to XFS (beliving the > most basic problems had been ironed out). It took me about a day to > trigger the 'debug.c:106' error message from XFS, on vanilla 2.6.8.1. > > After applying the simple fix (the fix for the first XFS problem as > described above), I haven't had problems with this particular server > since - but it is clearly serving fewer clients with fewer disks and a > lot less storage and traffic. > > While the small server seems to be running well now, the large one has > an average uptime of about one day (!) Backups will crash it reliably, > when XFS doesn't OOM the box at random. > > A little info on the hardware: > Big server Small server > ---------------------- ----------------------- > Intel Xeon Dual Athlon MP > 7 external SCSI disks 4 internal IDE disks > IBM hardware RAID Software RAID-1 + LVM > 600+ GB XFS ~150 GB XFS > 17+ M files ~1 M files > > Both primarily serve NFS to a bunch of clients. Both run vanilla 2.6.8.1 > plus the aforementioned patch for the first XFS problem we encountered. > > > > Does anyone actually use XFS for serious file-serving? (yes, I run it > on my desktop at home and I don't have problems there - such reports are > not really relevant). > > Is anyone actually maintaining/bugfixing XFS? Yes, I know the > MAINTAINERS file, but I am a little bit confused here - seeing that > trivial-to-trigger bugs that crash the system and have simple fixes, > have not been fixed in current mainline kernels. > > If XFS is a no-go because of lack of support, is there any realistic > alternatives under Linux (taking our need for quota into account) ? > > And finally, if Linux is simply a no-go for high performance file > serving, what other suggestions might people have? NetApp? > > > > Thank you very much, > > ----- End forwarded message ----- > > -- > > / jakob > > > -- Undocumented Features quote of the moment... "It's not the one bullet with your name on it that you have to worry about; it's the twenty thousand-odd rounds labeled `occupant.'" --Murphy's Laws of Combat From owner-linux-xfs Wed Sep 8 09:58:31 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 09:58:36 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88GwVSG028248 for ; Wed, 8 Sep 2004 09:58:31 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i88GwVo7028247 for linux-xfs@oss.sgi.com; Wed, 8 Sep 2004 09:58:31 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88GwUUL028233 for ; Wed, 8 Sep 2004 09:58:30 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i88Gfpms027420; Wed, 8 Sep 2004 09:41:51 -0700 Date: Wed, 8 Sep 2004 09:41:51 -0700 Message-Id: <200409081641.i88Gfpms027420@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4055 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 ------- Additional Comments From greg@max-t.com 2004-08-09 09:39 PDT ------- Created an attachment (id=138) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=138&action=view) wrapper script for the crash_it script previously posted This script does some simnple setup and then calls the crash_it script (previously attached) to easily reproduce the problem. Under 20 minutes in all cases but well under a minute in the original kernel case. For more robust kernels you simply need to turn up the number of iterations. ------- Additional Comments From greg@max-t.com 2004-08-09 09:41 PDT ------- Also managed to crash the the XFS 1.3.1 redhat9 based kernel on ftp.oss.sgi.com. kernel-smp-2.4.20-20.9.XFS1.3.1.i686.rpm. Trying to figure out how to use xfsidbg to see if the vnode tracing stuff can show something..... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Wed Sep 8 09:59:54 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 09:59:57 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88Gxrh5028409 for ; Wed, 8 Sep 2004 09:59:53 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i88I6vqC015721 for ; Wed, 8 Sep 2004 11:06:57 -0700 Received: from [128.162.232.50] ([128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i88GwXOV46748865; Wed, 8 Sep 2004 11:58:33 -0500 (CDT) Message-ID: <413F3A31.8070906@sgi.com> Date: Wed, 08 Sep 2004 11:58:25 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakob Oestergaard CC: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> <413F1C6E.9040009@sgi.com> <20040908150713.GC390@unthought.net> In-Reply-To: <20040908150713.GC390@unthought.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4056 X-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 Jakob Oestergaard wrote: > /proc/slabinfo reveals that it is XFS filling up the slab (which is in > lowmem). > > Monitoring graphs show that the slab grows violently shorly before the > server crashes. Which slab cache(s) are growing... This is probably a "normal" side-effect of iterating over millions of inodes. -Eric From owner-linux-xfs Wed Sep 8 10:32:36 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 10:32:49 -0700 (PDT) Received: from harrier.cohaesio.com (harrier.cohaesio.com [212.97.128.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88HWXhj030542 for ; Wed, 8 Sep 2004 10:32:36 -0700 Received: by harrier.cohaesio.com (Postfix, from userid 88) id 5790344; Wed, 8 Sep 2004 19:32:24 +0200 (CEST) X-Original-To: news2mail@news.cohaesio.com Delivered-To: news2mail@news.cohaesio.com From: Anders Saaby Subject: Re: Major XFS problems... Date: Wed, 08 Sep 2004 19:32:41 +0200 Organization: Cohaesio A/S Lines: 21 Message-ID: References: <20040908133954.GB390@unthought.net> <413F1C6E.9040009@sgi.com> <20040908150713.GC390@unthought.net> <413F3A31.8070906@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: harrier.cohaesio.com 1094664743 4009 212.97.128.136 (8 Sep 2004 17:32:23 GMT) X-Complaints-To: newsmaster@news.cohaesio.com To: linux-xfs@oss.sgi.com X-archive-position: 4057 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Hi Eric, Eric Sandeen wrote: > Jakob Oestergaard wrote: > >> /proc/slabinfo reveals that it is XFS filling up the slab (which is in >> lowmem). >> >> Monitoring graphs show that the slab grows violently shorly before the >> server crashes. > > Which slab cache(s) are growing... This is probably a "normal" > side-effect of iterating over millions of inodes. > Check http://lkml.org/lkml/2004/8/24/53 - That explains what we are seeing. > -Eric -- /Saaby From owner-linux-xfs Wed Sep 8 11:25:10 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 11:25:22 -0700 (PDT) Received: from gateway.max-t.com (h216-18-124-229.gtconnect.net [216.18.124.229]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88IP9b5002919 for ; Wed, 8 Sep 2004 11:25:10 -0700 Received: from [192.168.1.135] (helo=max-t.com) by gateway.max-t.com with esmtp (Exim 4.30) id 1C577h-00021x-G2 for linux-xfs@oss.sgi.com; Wed, 08 Sep 2004 14:24:49 -0400 Message-ID: <413F4E6D.2050307@max-t.com> Date: Wed, 08 Sep 2004 14:24:45 -0400 From: Stephane Harnois Reply-To: sharnois@max-t.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, fr MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: cvs co linux-2.4-xfs error. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4058 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sharnois@max-t.com Precedence: bulk X-list: linux-xfs I keep getting a checkout aborted: EOF in key in RCS file /cvs/linux-2.4-xfs/fs/xfs/linux-2.4/xfs_buf.c,v -- Stephane Harnois Director of Engineering Maximum Throughput Inc. mailto:sharnois@max-t.com Phone: (514) 938-7407 Fax: (514) 938-7408 From owner-linux-xfs Wed Sep 8 11:59:53 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 11:59:56 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88Ixqt9003863 for ; Wed, 8 Sep 2004 11:59:53 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i88K6vSD006315 for ; Wed, 8 Sep 2004 13:06:57 -0700 Received: from [128.162.232.50] ([128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i88IxgOV46846737; Wed, 8 Sep 2004 13:59:42 -0500 (CDT) Message-ID: <413F569E.40209@sgi.com> Date: Wed, 08 Sep 2004 13:59:42 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anders Saaby CC: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> <413F1C6E.9040009@sgi.com> <20040908150713.GC390@unthought.net> <413F3A31.8070906@sgi.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4059 X-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 Anders Saaby wrote: >>Which slab cache(s) are growing... This is probably a "normal" >>side-effect of iterating over millions of inodes. >> > > Check http://lkml.org/lkml/2004/8/24/53 - That explains what we are seeing. > > 03:00: 06:00: > > xfs_chashlist 91297 xfs_chashlist 151994 > > xfs_inode 243791 xfs_inode 586780 > > linvfs_icache 243791 linvfs_icache 586807 > > dentry_cache 196033 dentry_cache 430609 So your dentry cache doubled, and associated xfs data structures doubled along with it. This is not an xfs bug; xfs can't tear down it's inodes if dentries have them referenced... I thought there were cache shrinkers in 2.6 that would shake out dentries when memory got low, though... -Eric From owner-linux-xfs Wed Sep 8 12:27:08 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 12:27:11 -0700 (PDT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88JR7Dl008819 for ; Wed, 8 Sep 2004 12:27:08 -0700 Received: from taniwha.stupidest.org (adsl-68-120-153-15.dsl.snfc21.pacbell.net [68.120.153.15]) by pimout2-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id i88JQsvd117864; Wed, 8 Sep 2004 15:26:56 -0400 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id A60BC115C764; Wed, 8 Sep 2004 12:26:52 -0700 (PDT) Date: Wed, 8 Sep 2004 12:26:52 -0700 From: Chris Wedgwood To: Jakob Oestergaard Cc: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: <20040908192652.GA21082@taniwha.stupidest.org> References: <20040908133954.GB390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040908133954.GB390@unthought.net> X-archive-position: 4060 X-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 On Wed, Sep 08, 2004 at 03:39:55PM +0200, Jakob Oestergaard wrote: > *) ext3 - no-go, because quota isn't journalled there are patches for that > *) reiserfs - no-go, because of lack of quota i was pretty sure this was merged, if not there are patches for that too > Some 4-8 hours after the backup has started, the dreaded > 'debug.c:106' message will appear (at some random place thru the > filesystem - it is not a consistent error in one specific location > in the filesystem), and the server will need a reboot. have you run vmstat duing the backup to see what is going on here? checking /proc/meminfo periodically might also be useful. im guessing you're getting massive amounts of slab being used from the dcache and runing low on low-memory and coupled with page-cache pressure something is getting upset... (this was much more apparent in 2.4.x, i've not seen it for a long time in 2.6.x though) how much ram does the machine have and are you using highmem? > Does anyone actually use XFS for serious file-serving? (yes, I run > it on my desktop at home and I don't have problems there - such > reports are not really relevant). plenty of people. some of them would claim a few hungred GB isn't very serious either. > Is anyone actually maintaining/bugfixing XFS? yes > And finally, if Linux is simply a no-go for high performance file > serving, what other suggestions might people have? NetApp? i dunno, linux works pertty well for the most part. i'm not a fan of linux with nfs right now (server or client) mostly as in the past it's not been very reliable or had good performance, but people are working on changing that netapp hardware is nice (and their nfs works great) --- but it costs a lot more typically --cw From owner-linux-xfs Wed Sep 8 12:58:32 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 12:58:44 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88JwWv9011506 for ; Wed, 8 Sep 2004 12:58:32 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i88JwVQt011505 for linux-xfs@oss.sgi.com; Wed, 8 Sep 2004 12:58:31 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88JwUVa011490 for ; Wed, 8 Sep 2004 12:58:30 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i88JK8GU008305; Wed, 8 Sep 2004 12:20:08 -0700 Date: Wed, 8 Sep 2004 12:20:08 -0700 Message-Id: <200409081920.i88JK8GU008305@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4061 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 stephy32@videotron.ca changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephy32@videotron.ca ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Wed Sep 8 13:21:29 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 13:21:34 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88KLQ2v012203 for ; Wed, 8 Sep 2004 13:21:29 -0700 Received: by unthought.net (Postfix, from userid 1000) id 34212ADC8; Wed, 8 Sep 2004 22:21:17 +0200 (CEST) Date: Wed, 8 Sep 2004 22:21:17 +0200 From: Jakob Oestergaard To: Chris Wedgwood Cc: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: <20040908202116.GK390@unthought.net> References: <20040908133954.GB390@unthought.net> <20040908192652.GA21082@taniwha.stupidest.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040908192652.GA21082@taniwha.stupidest.org> User-Agent: Mutt/1.3.28i X-archive-position: 4062 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs On Wed, Sep 08, 2004 at 12:26:52PM -0700, Chris Wedgwood wrote: > On Wed, Sep 08, 2004 at 03:39:55PM +0200, Jakob Oestergaard wrote: > > > *) ext3 - no-go, because quota isn't journalled > > there are patches for that Would *you* base a production environment on that ? ;) > > *) reiserfs - no-go, because of lack of quota > > i was pretty sure this was merged, if not there are patches for that > too I've been corrected on that one; there *is* quota in reiserfs, but it is not journalled (but there are rumers of patches for that as well). We *need* the server to come up quickly after a crash or UPS failure. Checking quota for the better part of a day is unacceptable. > > > Some 4-8 hours after the backup has started, the dreaded > > 'debug.c:106' message will appear (at some random place thru the > > filesystem - it is not a consistent error in one specific location > > in the filesystem), and the server will need a reboot. > > have you run vmstat duing the backup to see what is going on here? > checking /proc/meminfo periodically might also be useful. im guessing > you're getting massive amounts of slab being used from the dcache and > runing low on low-memory and coupled with page-cache pressure > something is getting upset... (this was much more apparent in 2.4.x, > i've not seen it for a long time in 2.6.x though) Your guess is correct. More details are in Anders' previous posting to LKML: http://lkml.org/lkml/2004/8/24/53 > > how much ram does the machine have and are you using highmem? 2.5G RAM IIRC - but slab is in lowmem so the machine will barf when it reaches ~850MB slab. > > > Does anyone actually use XFS for serious file-serving? (yes, I run > > it on my desktop at home and I don't have problems there - such > > reports are not really relevant). > > plenty of people. some of them would claim a few hungred GB isn't > very serious either. There seems to be a common trend that NFS+XFS+SMP is causing this. I suppose that could explain some of that. Could be, that the problem is not in XFS at all... Anyway; hopefully Anders will get some testing done in this respect tomorrow, then we'll know more. > > Is anyone actually maintaining/bugfixing XFS? > > yes Hey, I had to ask ;) ... > netapp hardware is nice (and their nfs works great) --- but it costs a > lot more typically Thanks for your feedback! -- / jakob From owner-linux-xfs Wed Sep 8 14:39:57 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 14:40:00 -0700 (PDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88LdujQ015182 for ; Wed, 8 Sep 2004 14:39:57 -0700 Received: by mproxy.gmail.com with SMTP id 73so376864rnk for ; Wed, 08 Sep 2004 14:39:44 -0700 (PDT) Received: by 10.38.24.70 with SMTP id 70mr3042933rnx; Wed, 08 Sep 2004 14:39:44 -0700 (PDT) Received: by 10.38.76.35 with HTTP; Wed, 8 Sep 2004 14:39:44 -0700 (PDT) Message-ID: <3b94088e04090814393a71c0c3@mail.gmail.com> Date: Wed, 8 Sep 2004 14:39:44 -0700 From: Bo Yang Reply-To: Bo Yang To: Nathan Scott Subject: Re: Patch to make XFS to work on ramdisk Cc: linux-xfs@oss.sgi.com In-Reply-To: <20040809064354.GA1991@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <3b94088e04080517166fd22dd3@mail.gmail.com> <20040809064354.GA1991@frodo> X-archive-position: 4063 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kealia@gmail.com Precedence: bulk X-list: linux-xfs Hi Nathan, Sorry it took so long. I could not find xfsprogs 2.6.21. But top of tree xfsprogs as of Aug. 29 works for my system. The configuration of the system is: Dell 2650, 1 Xeon CPU, 4GB RAM, linux 2.4.25. Booted with the option "ramdisk=65536 ramdisk_blocksize=512". Thanks, - Bo On Mon, 9 Aug 2004 16:43:54 +1000, Nathan Scott wrote: > On Thu, Aug 05, 2004 at 05:16:45PM -0700, Bo Yang wrote: > > Hi, > > > > Appended is a patch to make XFS to work on ramdisk. > > Hi Bo, > > Could you try current CVS xfsprogs (2.6.21) when you get a > chance and verify this issue is resolved now? > > thanks! > > -- > Nathan > From owner-linux-xfs Wed Sep 8 14:41:11 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 14:41:15 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i88Lf9r3015367 for ; Wed, 8 Sep 2004 14:41:10 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA17649; Thu, 9 Sep 2004 07:40:51 +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 i88Lenln3942539; Thu, 9 Sep 2004 07:40:49 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i88Lelx93982730; Thu, 9 Sep 2004 07:40:47 +1000 (EST) Date: Thu, 9 Sep 2004 07:40:47 +1000 From: Nathan Scott To: Jakob Oestergaard Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Major XFS problems... Message-ID: <20040909074046.A3958243@wobbly.melbourne.sgi.com> References: <20040908123524.GZ390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040908123524.GZ390@unthought.net>; from jakob@unthought.net on Wed, Sep 08, 2004 at 02:35:24PM +0200 X-archive-position: 4064 X-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 Hi there, On Wed, Sep 08, 2004 at 02:35:24PM +0200, Jakob Oestergaard wrote: > > First XFS bug: > --------------- > http://oss.sgi.com/bugzilla/show_bug.cgi?id=309 > > Submitted in februrary this year - requires server reboot, NFS clients > will then re-trigger the bug immediately after the NFS server is started > again. Clearly not a pleasent problem. > > A fairly simple patch is available, which solves the problem in the most > common cases. This simple patch has *not*yet* been included in 2.6.8.1. > Have you asked Christoph if he thinks that patch is ready for inclusion? Its possibly just fallen through the cracks. > Second XFS bug: > --------------- > Also causes the 'kernel BUG at fs/xfs/support/debug.c:106' message to be > printed. This bug is not solved by applying the simple patch to the > first problem. > > How well known this problem is, I don't know - I can get more details on > this if anyone is actually interested in working on fixing XFS. Yes please (it does help to actually contact the maintainers when reporting bugs...). It is not well known. > Third XFS bug: > -------------- > XFS causes lowmem oom, triggering the OOM killer. Reported by > as@cohaesio.com on the 18th of august. > > On the 24th of august, William Lee Irwin gives some suggestions and > mentions "xfs has some known bad slab behavior." Hmm? Which message was that? > ... > While the small server seems to be running well now, the large one has > an average uptime of about one day (!) Backups will crash it reliably, > when XFS doesn't OOM the box at random. It would be a good idea to track the memory statistics while you're running your workloads to see where in particular the memory is being used when you hit OOM - /proc/{meminfo,slabinfo,buddyinfo}. I'd also be interested to hear if that vfs_cache_pressure tweak that someone recommended helps your load at all, thanks. Is this xfsdump you're running for backups? > Is anyone actually maintaining/bugfixing XFS? Yes, there's a group of people actively working on it. > Yes, I know the MAINTAINERS file, But haven't figured out how to use it yet? > ... > trivial-to-trigger bugs that crash the system and have simple fixes, > have not been fixed in current mainline kernels. If you have trivial-to-trigger bugs (or other bugs) then please let the folks at linux-xfs@oss.sgi.com know all the details (test cases, etc, are quite useful). cheers. -- Nathan From owner-linux-xfs Wed Sep 8 14:45:58 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 14:46:00 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i88Ljus9015792 for ; Wed, 8 Sep 2004 14:45:57 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA17853; Thu, 9 Sep 2004 07:45:37 +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 i88LjZln3973088; Thu, 9 Sep 2004 07:45:35 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i88LjYIi3953721; Thu, 9 Sep 2004 07:45:34 +1000 (EST) Date: Thu, 9 Sep 2004 07:45:34 +1000 From: Nathan Scott To: Jakob Oestergaard Cc: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: <20040909074533.B3958243@wobbly.melbourne.sgi.com> References: <20040908133954.GB390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040908133954.GB390@unthought.net>; from jakob@unthought.net on Wed, Sep 08, 2004 at 03:39:55PM +0200 X-archive-position: 4065 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Sep 08, 2004 at 03:39:55PM +0200, Jakob Oestergaard wrote: > > Dear List, > > This mail was originally sent to LKML, but it was suggested to me that I > post it here as well. Original post follows. Heh, I should probably read all my mail before replying to LKML. :) Thanks for forwarding. cheers. -- Nathan From owner-linux-xfs Wed Sep 8 15:08:21 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 15:08:23 -0700 (PDT) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88M8LRK018002 for ; Wed, 8 Sep 2004 15:08:21 -0700 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 8 Sep 2004 15:08:07 -0700 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 8 Sep 2004 15:08:06 -0700 Message-ID: <413F823F.3020507@xfs.org> Date: Wed, 08 Sep 2004 17:05:51 -0500 From: Steve Lord User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: Jakob Oestergaard , linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> <20040909074533.B3958243@wobbly.melbourne.sgi.com> In-Reply-To: <20040909074533.B3958243@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Sep 2004 22:08:06.0866 (UTC) FILETIME=[51B40B20:01C495F0] X-archive-position: 4067 X-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 Nathan Scott wrote: > On Wed, Sep 08, 2004 at 03:39:55PM +0200, Jakob Oestergaard wrote: > >>Dear List, >> >>This mail was originally sent to LKML, but it was suggested to me that I >>post it here as well. Original post follows. > > > Heh, I should probably read all my mail before replying to LKML. :) > Thanks for forwarding. > > cheers. > Hi Nathan, I wonder what the effect of /proc/sys/vm/swappiness and /proc/sys/vm/vfs_cache_pressure is on these situations. Recent messages on the kernel channel (see thread started by Ray Bryant from sgi), seem to suggest that the behavior of these tunables is very variable. It should be possible to stop the inode cache from taking over the world though. Steve From owner-linux-xfs Wed Sep 8 15:08:15 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 15:08:18 -0700 (PDT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88M8FXM018000 for ; Wed, 8 Sep 2004 15:08:15 -0700 Received: from taniwha.stupidest.org (adsl-68-120-153-15.dsl.snfc21.pacbell.net [68.120.153.15]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id i88M7xH9060114; Wed, 8 Sep 2004 18:07:59 -0400 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id EB99D115C764; Wed, 8 Sep 2004 15:07:58 -0700 (PDT) Date: Wed, 8 Sep 2004 15:07:58 -0700 From: Chris Wedgwood To: Jakob Oestergaard Cc: linux-xfs@oss.sgi.com, William Lee Irwin III Subject: Re: Major XFS problems... Message-ID: <20040908220758.GB24355@taniwha.stupidest.org> References: <20040908133954.GB390@unthought.net> <20040908192652.GA21082@taniwha.stupidest.org> <20040908202116.GK390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040908202116.GK390@unthought.net> X-archive-position: 4066 X-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 On Wed, Sep 08, 2004 at 10:21:17PM +0200, Jakob Oestergaard wrote: > Would *you* base a production environment on that ? ;) I might if I used ext3, they didn't look all the bad but I only glanced over them. > 2.5G RAM IIRC - but slab is in lowmem so the machine will barf when > it reaches ~850MB slab. Ick. This is a 'known problem' that some people hit. Basically you get bazillions of dentries as the backup runs (or whatever, find /fs -noleaf, works pretty well too) which consume slab. What's worse is that they pin other slab objects used by XFS. Checking 'bloatmeter' on my desktop I see: xfs_inode: 90327KB 115723KB 78.5 linvfs_icache: 84445KB 106528KB 79.27 dentry_cache: 24118KB 62147KB 38.80 This shows for me the largest slab users are xfs_inode and linvfs_icache, these can't be freed until the dentry_cache objects that pin them are also freed (the slab-freeing logic isn't aware of this and I'm not sure that even if it were what would help much even if it were but I always meant to test if it would help). The problem is basically we don't reclaim slab/lowmem hard enough at times and even when we do slab fragmentation means we can still have lots of memory tied up until we really aggressively prune the slab. > There seems to be a common trend that NFS+XFS+SMP is causing this. I > suppose that could explain some of that. It it's OOM death due to lack of lowmem then no, it's not XFS to blame but XFS doesn't help as it uses a bit more slab that other fs' for the same use (I don't have numbers on this, but I'm pretty sure it's a fair bit more last I checked). I looked at the in-core structures to see if they could be shrunk I while ago and nothing jumped out as being an obvious candidate for assassination. Ideally the slab blanacing logic needs more work. I really don't know this personally at all but akpm and nick did some changes in the 2.6.5 time-frame which helped and I wonder if more work can be done here? It was suggested to me: "you can try changing include/linux/mm.h DEFAULT_SEEKS from 2 to 1. that will make slab be reclaimed more aggressively." does that help at all? I also wonder if -mm kernels might behave differently? ... not that this helps you, but because slab/lowmem balancing is such a pain on i386, I'll personally never get another i386 platform again almost entirely because of this when amd64 platforms are so cheap and don't have this problem[1] (you don't have this special case were a large chunk of memory is only usable for certain things). Sorry I can't think of anything more productive right this second (and I know saying get an opteron isn't what yoiu want to head). --cw [1] Well, arguably slab can still get out of hand but it usually doesn't consume all of a special class of memory and cause the machine to die... From owner-linux-xfs Wed Sep 8 15:28:04 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 15:28:06 -0700 (PDT) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88MS3X6018801 for ; Wed, 8 Sep 2004 15:28:04 -0700 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 8 Sep 2004 15:27:49 -0700 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 8 Sep 2004 15:27:49 -0700 Message-ID: <413F86DE.7050001@xfs.org> Date: Wed, 08 Sep 2004 17:25:34 -0500 From: Steve Lord User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Wedgwood CC: Jakob Oestergaard , linux-xfs@oss.sgi.com, William Lee Irwin III Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> <20040908192652.GA21082@taniwha.stupidest.org> <20040908202116.GK390@unthought.net> <20040908220758.GB24355@taniwha.stupidest.org> In-Reply-To: <20040908220758.GB24355@taniwha.stupidest.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Sep 2004 22:27:49.0630 (UTC) FILETIME=[12AF81E0:01C495F3] X-archive-position: 4068 X-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 Chris Wedgwood wrote: > On Wed, Sep 08, 2004 at 10:21:17PM +0200, Jakob Oestergaard wrote: > > >>Would *you* base a production environment on that ? ;) > > > I might if I used ext3, they didn't look all the bad but I only > glanced over them. > > >>2.5G RAM IIRC - but slab is in lowmem so the machine will barf when >>it reaches ~850MB slab. > > > Ick. This is a 'known problem' that some people hit. Basically you > get bazillions of dentries as the backup runs (or whatever, find /fs > -noleaf, works pretty well too) which consume slab. What's worse is > that they pin other slab objects used by XFS. Checking 'bloatmeter' > on my desktop I see: > > xfs_inode: 90327KB 115723KB 78.5 > linvfs_icache: 84445KB 106528KB 79.27 > dentry_cache: 24118KB 62147KB 38.80 > > This shows for me the largest slab users are xfs_inode and > linvfs_icache, these can't be freed until the dentry_cache objects > that pin them are also freed (the slab-freeing logic isn't aware of > this and I'm not sure that even if it were what would help much even > if it were but I always meant to test if it would help). Making the dentry cache reclaim from itself rather than just glomming onto more memory at some point would be a start. Doing it in a generic manner in the slab code is a little harder though. Each dentry actually has an associated cost which makes it 'worth more' than the memory it uses itself. Steve From owner-linux-xfs Wed Sep 8 16:22:21 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 16:22:26 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88NML98023313 for ; Wed, 8 Sep 2004 16:22:21 -0700 Received: by unthought.net (Postfix, from userid 1000) id 67BF8ADC8; Thu, 9 Sep 2004 01:22:11 +0200 (CEST) Date: Thu, 9 Sep 2004 01:22:11 +0200 From: Jakob Oestergaard To: Nathan Scott Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Major XFS problems... Message-ID: <20040908232210.GL390@unthought.net> Mail-Followup-To: Jakob Oestergaard , Nathan Scott , linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org References: <20040908123524.GZ390@unthought.net> <20040909074046.A3958243@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040909074046.A3958243@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 4069 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs On Thu, Sep 09, 2004 at 07:40:47AM +1000, Nathan Scott wrote: > Hi there, > ... > > > > A fairly simple patch is available, which solves the problem in the most > > common cases. This simple patch has *not*yet* been included in 2.6.8.1. > > > > Have you asked Christoph if he thinks that patch is ready for > inclusion? Its possibly just fallen through the cracks. With the feedback I've seen thus far, it seems that one possible explanation for this is, that the patch only papers over the problem (by changing XFS), but that the real problem is not in XFS and thus might be fixed for real by a completely different set of patches (which sort of makes sense since the small patch only cures the problem in the common cases). We'll know more about this tomorrow, hopefully, if Anders gets the new test system up and running. > > On the 24th of august, William Lee Irwin gives some suggestions and > > mentions "xfs has some known bad slab behavior." > > Hmm? Which message was that? http://lkml.org/lkml/2004/8/24/140 > > > ... > > While the small server seems to be running well now, the large one has > > an average uptime of about one day (!) Backups will crash it reliably, > > when XFS doesn't OOM the box at random. > > It would be a good idea to track the memory statistics while you're > running your workloads to see where in particular the memory is being > used when you hit OOM - /proc/{meminfo,slabinfo,buddyinfo}. Slab usage in kilo-kilo-bytes (one K on the graph is one Megabyte): http://saaby.com/slabused.gif This was presented earlier in http://lkml.org/lkml/2004/8/24/53 > I'd also > be interested to hear if that vfs_cache_pressure tweak that someone > recommended helps your load at all, thanks. Anders will hopefully get a lot of this testing done tomorrow - by then hopefully we'll know a lot more about all this. > > Is this xfsdump you're running for backups? Veritas BackupExec was used, as far as I know xfsdump will be tested soon. The "small server" is backed up with tar (by Amanda). > > > Is anyone actually maintaining/bugfixing XFS? > > Yes, there's a group of people actively working on it. > > > Yes, I know the MAINTAINERS file, > > But haven't figured out how to use it yet? Read on ;) > > > ... > > trivial-to-trigger bugs that crash the system and have simple fixes, > > have not been fixed in current mainline kernels. > > If you have trivial-to-trigger bugs (or other bugs) then please let > the folks at linux-xfs@oss.sgi.com know all the details (test cases, > etc, are quite useful). They've known for 7 months (bug 309 in your bugzilla), but the problem is still trivially triggered in 2.6.8.1. That's why I posted to LKML. We got a lot of very useful feedback from a broad audience, and it seems that it *might* turn out that this XFS problem was never really a problem in XFS itself. Let's see what tomorrow brings. Thaks all! -- / jakob From owner-linux-xfs Wed Sep 8 16:43:19 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 16:43:21 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i88NhHjb024279 for ; Wed, 8 Sep 2004 16:43:18 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA20151; Thu, 9 Sep 2004 09:42:59 +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 i88Ngvln3984658; Thu, 9 Sep 2004 09:42:57 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i88NgtDr3979856; Thu, 9 Sep 2004 09:42:55 +1000 (EST) Date: Thu, 9 Sep 2004 09:42:55 +1000 From: Nathan Scott To: Jakob Oestergaard Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Major XFS problems... Message-ID: <20040909094255.F3951028@wobbly.melbourne.sgi.com> References: <20040908123524.GZ390@unthought.net> <20040909074046.A3958243@wobbly.melbourne.sgi.com> <20040908232210.GL390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040908232210.GL390@unthought.net>; from jakob@unthought.net on Thu, Sep 09, 2004 at 01:22:11AM +0200 X-archive-position: 4070 X-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 Hi Jakob, On Thu, Sep 09, 2004 at 01:22:11AM +0200, Jakob Oestergaard wrote: > On Thu, Sep 09, 2004 at 07:40:47AM +1000, Nathan Scott wrote: > > > ... > > > trivial-to-trigger bugs that crash the system and have simple fixes, > > > have not been fixed in current mainline kernels. > > > > If you have trivial-to-trigger bugs (or other bugs) then please let > > the folks at linux-xfs@oss.sgi.com know all the details (test cases, > > etc, are quite useful). > > They've known for 7 months (bug 309 in your bugzilla), but the problem > is still trivially triggered in 2.6.8.1. > OK, so could you add the details on how you're managing to hit it into that bug?... when you say "trivially" - does that mean you have a recipe that is guaranteed to quickly hit it? A reproducible test case would be extremely useful in tracking this down. thanks. -- Nathan From owner-linux-xfs Wed Sep 8 16:46:24 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 16:46:27 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i88NkN7O024606 for ; Wed, 8 Sep 2004 16:46:24 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i890rUFe032298 for ; Wed, 8 Sep 2004 17:53:30 -0700 Received: from daisy-e236.americas.sgi.com ([128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i88Nj3OV46685466; Wed, 8 Sep 2004 18:45:04 -0500 (CDT) Received: from [128.162.233.73] (naboo.americas.sgi.com [128.162.233.73]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id i88NiZ5N20080651; Wed, 8 Sep 2004 18:44:45 -0500 (CDT) Subject: Re: cvs co linux-2.4-xfs error. From: Russell Cattelan To: sharnois@max-t.com Cc: linux-xfs@oss.sgi.com In-Reply-To: <413F4E6D.2050307@max-t.com> References: <413F4E6D.2050307@max-t.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AFtiO8n6P0DiTdYPBgTM" Date: Wed, 08 Sep 2004 18:44:35 -0500 Message-Id: <1094687075.20787.3.camel@naboo.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.92.2-2mdk X-archive-position: 4071 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs --=-AFtiO8n6P0DiTdYPBgTM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The internal machine that does the pushes to oss has been=20 having alot of problems with the upgrade to FC2, (probably=20 due to 4k stacks) The cvs trees appear have developed some inconsistency's. I'm in the process of re-generating everything from scratch=20 just to make sure they are consistent with the internal ptools trees. It will probably take an hour or so before everything=20 is back on oss. On Wed, 2004-09-08 at 14:24 -0400, Stephane Harnois wrote: > I keep getting a checkout aborted: > EOF in key in RCS file /cvs/linux-2.4-xfs/fs/xfs/linux-2.4/xfs_buf.c,v >=20 --=-AFtiO8n6P0DiTdYPBgTM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBP5ljNRmM+OaGhBgRAip7AJ95LFrzVLqJSZ1mq8V3GcbM+2YbMwCdGZ6X h2f+4KJcQjKDqiYVkO1n8uM= =eiNf -----END PGP SIGNATURE----- --=-AFtiO8n6P0DiTdYPBgTM-- From owner-linux-xfs Wed Sep 8 17:03:33 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 17:03:34 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8903VFm025266 for ; Wed, 8 Sep 2004 17:03:32 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA20666; Thu, 9 Sep 2004 10:03:12 +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 i8903Aln3984140; Thu, 9 Sep 2004 10:03:10 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i890370B3278373; Thu, 9 Sep 2004 10:03:07 +1000 (EST) Date: Thu, 9 Sep 2004 10:03:07 +1000 From: Nathan Scott To: Miguel Angel de Vega Cc: linux-xfs@oss.sgi.com Subject: Re: how to preallocate?? Message-ID: <20040909100307.G3951028@wobbly.melbourne.sgi.com> References: <200409081325.29549.mvega@sgo.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200409081325.29549.mvega@sgo.es>; from mvega@sgo.es on Wed, Sep 08, 2004 at 01:25:29PM +0200 X-archive-position: 4072 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Sep 08, 2004 at 01:25:29PM +0200, Miguel Angel de Vega wrote: > Hi all! > > I'm trying to do a program that preallocate a file and fill it, but when I use > xfs_bmap on the file gives me the same number of holes that if I don't do > preallocation. To preallocate I use de ioctl call with XFS_IOC_RESVSP64 in > this way: Could you post the "xfs_bmap -v" output after the preallocate? And would be a good idea to do some error checking in your program (esp. to make sure the preallocate is succeeding). > int main(int argc, char **argv) > { > int oflags = O_CREAT|O_TRUNC|O_WRONLY; > int fd=0; > xfs_flock64_t flck; > if(argc < 3) > { > printf("usage: %s [filename] [numbytes]\n", argv[0]); > exit (1); > } > > int numImages = atoll(argv[2]); > > int aux = 66; > long long int bufferSize = 720 * 576 * 2; Thats an odd write buffer size (829440 bytes?)... why that? > int buffer[bufferSize]; > bzero(buffer, bufferSize); > > > flck.l_whence = SEEK_SET; > flck.l_start = 0LL; > flck.l_len = numImages * bufferSize; > > fd = open(argv[1], oflags, 0600); > int res = ioctl(fd, XFS_IOC_RESVSP64, &flck); So, add an exit(0) here and then grab the verbose xfs_bmap output, that'll show the extent layout before your writes. > for(int i = 0; i < numImages; i++) > write(fd, buffer, bufferSize); > > close(fd); > exit( 0 ); > } Also, is your filesystem anywhere near full? Perhaps the allocator is just unable to find contiguous chunks? Actually it'll probably be easier to figure out the behavior you're seeing using xfs_io, e.g: [root@bruce fsgqa]# xfs_io -f /scratch/xfs5/test xfs_io> resvsp 0 100m xfs_io> bmap -v /scratch/xfs5/test: EXT: FILE-OFFSET BLOCK-RANGE AG AG-OFFSET TOTAL FLAGS 0: [0..204799]: 104..204903 0 (104..204903) 204800 10000 xfs_io> pwrite -b 829440 0 100m wrote 104857600/104857600 bytes at offset 0 100 MiB, 127 ops; 00:00:01.375355 (72.709 MiB/sec and 92.3398 ops/sec) xfs_io> fsync xfs_io> bmap -v /scratch/xfs5/test: EXT: FILE-OFFSET BLOCK-RANGE AG AG-OFFSET TOTAL 0: [0..204799]: 104..204903 0 (104..204903) 204800 xfs_io> So, sounds like you're not seeing that sort of layout? What does the above produce on your filesystem? cheers. -- Nathan From owner-linux-xfs Wed Sep 8 21:05:22 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 21:05:24 -0700 (PDT) Received: from mail.pacrimopen.com ([64.65.177.98]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8945M9e009477 for ; Wed, 8 Sep 2004 21:05:22 -0700 Received: by mail.pacrimopen.com (Postfix, from userid 1064) id 2454759D06B6; Wed, 8 Sep 2004 21:16:24 -0700 (PDT) Received: from mail.pacrimopen.com (localhost [127.0.0.1]) by mail.pacrimopen.com (Postfix) with ESMTP id EEE2459D06B7 for ; Wed, 8 Sep 2004 21:16:22 -0700 (PDT) Received: from [10.0.0.3] (unknown [4.4.175.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pacrimopen.com (Postfix) with ESMTP id 2424259D06B3; Wed, 8 Sep 2004 21:16:22 -0700 (PDT) Message-ID: <413FD686.9040709@pacrimopen.com> Date: Wed, 08 Sep 2004 21:05:26 -0700 From: Joshua Schmidlkofer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Loftis Cc: Jakob Oestergaard , linux-xfs@oss.sgi.com, "John Hampton" Subject: Re: Major XFS problems... References: <20040908133954.GB390@unthought.net> In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4073 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kernel@pacrimopen.com Precedence: bulk X-list: linux-xfs Michael Loftis wrote: > reiserfs does have quota, we're using it. > It journals the quotas? I was not aware of that. The XFS journals are embedded, and they are journaled as well, so you never have to rebuild them. Is that so with Reiser? js From owner-linux-xfs Wed Sep 8 22:15:06 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 22:15:11 -0700 (PDT) Received: from mail.pacrimopen.com ([64.65.177.98]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i895F5fM013803 for ; Wed, 8 Sep 2004 22:15:05 -0700 Received: by mail.pacrimopen.com (Postfix, from userid 1064) id 26C6459D06AF; Wed, 8 Sep 2004 22:26:08 -0700 (PDT) Received: from mail.pacrimopen.com (localhost [127.0.0.1]) by mail.pacrimopen.com (Postfix) with ESMTP id E6B0259D06B9 for ; Wed, 8 Sep 2004 22:26:05 -0700 (PDT) Received: from [10.0.0.3] (unknown [4.4.175.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pacrimopen.com (Postfix) with ESMTP id 0D20C59D06AF; Wed, 8 Sep 2004 22:26:05 -0700 (PDT) Message-ID: <413FE6DD.409@pacrimopen.com> Date: Wed, 08 Sep 2004 22:15:09 -0700 From: Joshua Schmidlkofer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Loftis Cc: mike , linux-xfs@oss.sgi.com, jch@imr-net.com Subject: Re: Linux/XFS equivalents of defrag, chkdsk? [OFF-TOPIC] References: <644FC18B61604F2740978BD3@[10.1.2.77]> In-Reply-To: <644FC18B61604F2740978BD3@[10.1.2.77]> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4074 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kernel@pacrimopen.com Precedence: bulk X-list: linux-xfs Michael Loftis wrote: > > > --On Sunday, August 29, 2004 13:24 -0700 mike wrote: > >> I want to ensure that my filesystems are always optimized as well as be >> able to detect any possible filesystem-level issues ahead of time. >> >> I looked around the command line switches and manpages for the XFS and >> fsck commands, and could not find anything relevant. >> >> So I bring it to this mailing list: >> >> Are there Linux equivalents for the XFS filesystem for chkdsk (fsck -n >> seemed like the only possibility and it does not work) or defrag? >> >> Perhaps the way XFS runs, defrag is useless/not required. But it >> would be >> nice to be able to check filesystem consistency (while it's mounted, so >> it'd be read-only checking obviously) before something happens or while >> it's not in the process of booting the machine. > > > defrag was only really ever necessary on FAT and FAT32 systems. it > can help NTFS some though. I don't know what you are doing here, but let me tell you: NTFS is a frag NIGHTMARE. OMG. Windows XP is _better_ than NT* and 2k, but it fragments like there is no tomorrow. Files, directories, streams, MFTs - it is a mess. I have never seen a serious use Windows file server that did not need a regular [i.e. weekly at least] defrag schedule. Also, several of them make boot-time defrag. This handles the Registry, AD, and the other areas of NTFS that need it before being live. This mostly chops boot time, but also makes things run smoother in general. === All my XFS servers that have weekly light-use periods have xfs_fsr running from cron. I don't know that it is nessecary, but it seems preventative to me. js From owner-linux-xfs Wed Sep 8 23:53:21 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 08 Sep 2004 23:53:23 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i896rJm8016318 for ; Wed, 8 Sep 2004 23:53:20 -0700 Received: from mumble.melbourne.sgi.com (mumble.melbourne.sgi.com [134.14.55.227]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA03573; Thu, 9 Sep 2004 16:53:00 +1000 Received: from mumble.melbourne.sgi.com (localhost [127.0.0.1]) by mumble.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id i896qwUC007324; Thu, 9 Sep 2004 16:52:58 +1000 (EST) Received: (from dgc@localhost) by mumble.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i896quEW007322; Thu, 9 Sep 2004 16:52:56 +1000 (EST) Date: Thu, 9 Sep 2004 16:52:55 +1000 From: Dave Chinner To: Steve Lord Cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: <20040909165255.C2738@melbourne.sgi.com> References: <20040908133954.GB390@unthought.net> <20040909074533.B3958243@wobbly.melbourne.sgi.com> <413F823F.3020507@xfs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <413F823F.3020507@xfs.org>; from lord@xfs.org on Wed, Sep 08, 2004 at 05:05:51PM -0500 X-archive-position: 4075 X-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 [cc'ing back to lkml] On Wed, Sep 08, 2004 at 05:05:51PM -0500, Steve Lord wrote: > > I wonder what the effect of /proc/sys/vm/swappiness > and /proc/sys/vm/vfs_cache_pressure is on these situations. Hi Steve. I very much doubt vm_swappiness will have any effect on this - it just determines whether to throw away page cache pages or swap out mapped pages - it won't affect the dentry cache size. The best it can do is allow us to swap out more pages so the dentry cache can grow larger.... Looking at vfs_cache_pressure (documented in Documentation/ filesystems/proc.txt), it is used to make the number of unused inodes and dentries used by the system appear to be smaller or larger to the slab shrinker function: 661 static int shrink_dcache_memory(int nr, unsigned int gfp_mask) 662 { 663 if (nr) { 664 if (!(gfp_mask & __GFP_FS)) 665 return -1; 666 prune_dcache(nr); 667 } 668 return (dentry_stat.nr_unused / 100) * sysctl_vfs_cache_pressure; 669 } and hence the shrinker will tend to remove more or less dentries or inodes when the cache is asked to be shrunk. It will have no real effect if the unused dentry list is small (i.e. we're actively growing the dentry cache) which seems to be the case here. FWIW, it appears to me that the real problem is that shrink_dcache_memory() does not shrink the active dentry cache down - I think it needs to do more than just free up unused dentries. I'm not saying this is an easy thing to do (I don't know if it's even possible), but IMO if we allow the dentry cache to grow without bound or without a method to shrink the active tree we will hit this problem a lot more often as filesystems grow larger. For those that know this code well, it looks like there's a bug in the above code - the shrinker calls into this function first with nr = 0 to determine how much it can reclaim from the slab. If the dentry_stat.nr_unused is less than 100, then we'll return 0 due to integer division (99/100 = 0), and the shrinker calculations will see this as a slab that does not need shrinking because: 185 list_for_each_entry(shrinker, &shrinker_list, list) { 186 unsigned long long delta; 187 188 delta = (4 * scanned) / shrinker->seeks; 189 delta *= (*shrinker->shrinker)(0, gfp_mask); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 190 do_div(delta, lru_pages + 1); 191 shrinker->nr += delta; 192 if (shrinker->nr < 0) 193 shrinker->nr = LONG_MAX; /* It wrapped! */ 194 195 if (shrinker->nr <= SHRINK_BATCH) 196 continue; because we returned zero and therefore delta becomes zero and shrinker->nr never gets larger than SHRINK_BATCH. Hence in low memory conditions when you've already reaped most of the unused dentries, you can't free up the last 99 unused dentries. Maybe this is intentional (anyone?) because there isn't very much to free up in this case, but some memory freed is better than none when you have nothing at all left. Cheers, Dave. -- Dave Chinner R&D Software Engineer SGI Australian Software Group From owner-linux-xfs Thu Sep 9 01:12:43 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 01:12:49 -0700 (PDT) Received: from mail.osdl.org (fw.osdl.org [65.172.181.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i898CND7022521 for ; Thu, 9 Sep 2004 01:12:43 -0700 Received: from bix (build.pdx.osdl.net [172.20.1.2]) by mail.osdl.org (8.11.6/8.11.6) with SMTP id i898Bv120399; Thu, 9 Sep 2004 01:11:57 -0700 Date: Thu, 9 Sep 2004 01:10:07 -0700 From: Andrew Morton To: Dave Chinner Cc: lord@xfs.org, linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-Id: <20040909011007.42f98641.akpm@osdl.org> In-Reply-To: <20040909165255.C2738@melbourne.sgi.com> References: <20040908133954.GB390@unthought.net> <20040909074533.B3958243@wobbly.melbourne.sgi.com> <413F823F.3020507@xfs.org> <20040909165255.C2738@melbourne.sgi.com> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 4076 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: akpm@osdl.org Precedence: bulk X-list: linux-xfs Dave Chinner wrote: > > If the dentry_stat.nr_unused is less than 100, then we'll return 0 > due to integer division (99/100 = 0), and the shrinker calculations > will see this as a slab that does not need shrinking because: > > 185 list_for_each_entry(shrinker, &shrinker_list, list) { > 186 unsigned long long delta; > 187 > 188 delta = (4 * scanned) / shrinker->seeks; > 189 delta *= (*shrinker->shrinker)(0, gfp_mask); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > 190 do_div(delta, lru_pages + 1); > 191 shrinker->nr += delta; > 192 if (shrinker->nr < 0) > 193 shrinker->nr = LONG_MAX; /* It wrapped! */ > 194 > 195 if (shrinker->nr <= SHRINK_BATCH) > 196 continue; > > because we returned zero and therefore delta becomes zero and > shrinker->nr never gets larger than SHRINK_BATCH. > > Hence in low memory conditions when you've already reaped most of > the unused dentries, you can't free up the last 99 unused dentries. > Maybe this is intentional (anyone?) because there isn't very much to > free up in this case, but some memory freed is better than none when > you have nothing at all left. Yes, it's intentional. Or at least, it's known-and-not-cared about ;) The last 99 unused dentries will not be reaped. From owner-linux-xfs Thu Sep 9 01:55:06 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 01:55:09 -0700 (PDT) Received: from hotmail.com (bay17-dav2.bay17.hotmail.com [64.4.43.182]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i898t6BX023817 for ; Thu, 9 Sep 2004 01:55:06 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 9 Sep 2004 01:53:12 -0700 Received: from 80.128.62.57 by bay17-dav2.bay17.hotmail.com with DAV; Thu, 09 Sep 2004 08:53:12 +0000 X-Originating-IP: [80.128.62.57] X-Originating-Email: [k_leibrandt@hotmail.com] X-Sender: k_leibrandt@hotmail.com Message-ID: <414019EC.8060903@hotmail.com> Date: Thu, 09 Sep 2004 10:53:00 +0200 From: Kai Leibrandt User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: courier-imap@lists.sourceforge.net CC: linux-xfs@oss.sgi.com Subject: [Fwd: Re: Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1] Content-Type: multipart/mixed; boundary="------------080606040809090207090504" X-OriginalArrivalTime: 09 Sep 2004 08:53:12.0685 (UTC) FILETIME=[702B51D0:01C4964A] X-archive-position: 4077 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k_leibrandt@hotmail.com Precedence: bulk X-list: linux-xfs This is a multi-part message in MIME format. --------------080606040809090207090504 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi Sam, here's what I got from Nathan on the linux-xfs mailing list. As I have no idea what maildiraclttest does, nor can make sense of strace output, I was hoping you could help us out here... Gzipped strace output of maildiraclttest attached. thanks in advance, Kai. (repeat send so this is on the two lists as well) -------- Original Message -------- Subject: Re: Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 Date: Wed, 8 Sep 2004 20:33:23 +1000 From: Nathan Scott To: Kai Leibrandt CC: linux-xfs@oss.sgi.com References: <413EB2E8.60104@hotmail.com> On Wed, Sep 08, 2004 at 09:21:12AM +0200, Kai Leibrandt wrote: > Hi all, Hi there, > I am trying to build courier-imap-3.0.7 using rpmbuild -ta as per > instructions at http://www.inter7.com/courierimap/courierimap.html but > unfortunately this fails with the following result: > > ********** > /usr/bin/make check-am > make[2]: Entering directory > `/var/export/home/kailee.net/kai/rpm/BUILD/courier-imap-3.0.7/maildir' > /bin/sh ./testsuite 2>&1 | cmp - ./testsuite.txt > LC_ALL=C; export LC_ALL; ./maildirkwtest | cmp -s - ./maildirkwtest.txt > LC_ALL=C; export LC_ALL; ./maildiraclttest > testmaildiraclt.c(145): sanity check failed. What does "maildiraclttest" do? strace of the above? More info needed... > ... > The portion of the code in question makes some internal library calls > whose intended effect is to cause certain content to be written out to > certain files. It then verifies whether the expected files actually exist. OK, will need more details than that though... what library? which calls? which files? how are they written? etc. > However, I don't see how LVM could possibly be a factor. LVM should not > make any difference, as long as you're using the same filesystem on top. > But, say, if it's ext3 in one case, and something else (reiser? xfs?) > in the other case, then you'll might be onto something. > ********** > > Sounds a little like the grub-bug - data not being written? Sounds unrelated, I'd guess (by the name of that program) this has something to do with permissions/ACLs. cheers. -- Nathan --------------080606040809090207090504 Content-Type: application/x-gzip; name="maildiraclttest.strace.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="maildiraclttest.strace.gz" H4sICA4ZQEEAC21haWxkaXJhY2x0dGVzdC5zdHJhY2UA7Z1tb9tGEoC/B8h/ IPxJ6qkS95VkAN/BdZTWqF8CxWkb1IFAU1QsWBINUkrsS/rfb1eUbUmkXkYe Ty6GG6RS7d2Z3ZndZ5bkDBtfx9HnuLJTbwzCXr/TS8OoPxrF2Win5vxd8tOP 5seNnxzuOp/DNHN+anysOruO+/LFeBgO4srX7Cbb3TnsDcfXRsAw6cS7O7bf edypXxpRcVwfxlZ2vV7/Z9rzPL2suFVn7T+m8bWv/K7rmk7JVTys7DTiUdTo d+pZUr9K434Sdozok3br9cnx4Ydq3uln5jSPT5rHp07lOHGycXThdM1AnCR1 zMTiaJSkN9USgVEYXcSL4qxA8fJFNxuFIy0rouZ8zUbtgZ3nu/bBm1bz12+u lrLmmJ9mvf/Gu9KMVs9NN+l32oNBeFU5fn94WHOmDd62Tk7brebe65pztPe2 /bZ18MfeabPmGA3upON1V3e7ejL3qJ9kcUWsNVmuLp/XOEsb/d65/dsNB3Z+ 7vzcJvNK47BjJ7VzxjyvefjmjE3+uIU/Yvp3+jvnrGs/XHfHTLTmKMbtmM3H GlN5St2bigtP+6tMxbXnyhlTfZt8a/7V3F9qtNj38uVyK8n+qGN+ZA0f6IKw P1sHVsCMtG/2+5uDv5qvc7nXyvS+Fd7Z2h/WF6N+Zj8j6w1dXLgP8MeZcN1/ tR/qECaVcn1Z7hJjiE48MSRjymcc6Ji885w83RW5PC38orQNPGMGcuebXNiC fG8i32PSB4mffNs7Pjn+cHTy/l3NEOVuGrnM7ZeA+ZvFfYtLuwgY4pY8E8p8 Hz/E/9r1vDXs2nwLldvPQk0tOsqT+Q7VUgkOW1Z513lp6nwizWdBUdgGq6pz t6ZySUBnD67SZGSizMwCXxhJtbSx6oRlmJppnMWj9ujCro92aP5d+RoPR+lN ezgenMfpKxP2fv63Y7qeh1ncDjud9NXU3L42Yvu9QW/0irnSV551efypLfi5 /VHNiZLhyMjKXpl2E/GxOSS0k2H/5tVtz3Zv2L4KP8WZbW87D5NR24TgzPSz jcZZHJ7341fsduUMxsPcHbdhbBr5Fo24/Ylg0sn8p/XRqs55p0mru61ozB41 BsnYTLoY8fNO66K+nI367tyusQuRo26ZfMZ3aEiTZNTNnIYz/ZJ+cVzHPRs2 OvFnc4K7usopwFwurQwz1JnOO7e/WLGIYSt+1tXdu0Vc6DzDQrPiuoPO9Nh5 a/5vJ21jgF8OT/Z/N18P91q/Nt8cHDbN99cHreb+6UnrQ3W1Y0w7gzQ7gFvH BN6cZ7rRcNTPO75pv2uevjGb/s3r9v7hiaVMdX6on+JRx26LvL05BPuO3XG9 2B6DZ+a463DBS5q7y5pDDdyfTnfGbI3R4Gpn7ewXYL5g+qmMxzS/RrQ+X2ZO 6T+m8dOBuWoomK3Yd6mnhvGXB3sql/HsKaCnrNkAnorG6YM9lct49hTQU9Zs AE/Vu0lSPw83cJfyVvtrRtJjOk1hxiG9zA9MlzV/1Dh0az+UgLQg7HkXAXfR nP2qc41X+g4jRC0Ie/bdtr6bC1rrfYcRtBaEPftuW9/NhbENfJeMzYDSnrl8 CqP+ohuLN5f5fBQZD/u94eVGor9z+HvSXp8/uCw/XaI7u+DjTfVfmM+SMeR+ m7sjvO60WyYTeyGtGNDDVpJYtjY88sv5oiEbZnUhL5JZyf83Hn2SaCixYvX7 3AB7iuYtuVK8azy4XGxcc6xFSu87RxfGcps2LkieXqUsdiiXvKpxUXJ+ht5Q 8orGRcn5CW9DySsal92iagyyT7dPmf9smWW732runZrP09b7430jSOdPVsRW z8+KuhihLk6oSxDqkoS6FKEuTajLI9TlE+oKKPcyKTgoycEo0cEo2cEo4cEo 6cEo8cEo+cEoAcIoCcIpCcJJzx6UBOGUBOGUBOGUBOGUBOGUBOGUBOGUBBGU BBGUBBGkly+UBBGUBBGUBBGUBBGUBBGUBBGUBJGUBJGUBJGUBJGkd0AoCSIp CSIpCSIpCSIpCSIpCaIoCaIoCaIoCaIoCaJIb6JSEkRREkRREkRREkRREkRT EkRTEkRTEkRTEkRTEkSTPoehJIimJIimJIimJIhHSRCPkiAeJUE8SoJ4lATx KAnikT7KpSSIR0kQj5IgPiVBfEqC+JQE8SkJ4lMSxKckiE9JEJ80G4SSID4l QQJKggSUBAkoCRJQEiSgJEhASZCAkiABJUEC0oQy2owy0pQylzSnzCVNKnNJ s8pc0rQylzSvzCVNLHNJM8tc0tQyl5QlxOmppCyhTVClzVClTVGlzVGlTVKl zVKlTVMlzVNlpImqjDRTlZGmqjLSXFVGmqzKSLNVGWm6KiPNV2WkCauMNGOV kaasMtKcVUaatMpIs1YZadoqI81bZaSJq4w0c5WRpq4y0txVRpq8ykizVxlp +iojzV9lpAmsjDSDlZGmsDLSHFZGmsTKSLJYpyoe62UWAvNtFmrpW/R4WfPn t7k+yXeJPMrbXPOXPn/fF7oWxvAwf5mzf5kPdidfEHbAFFPuonHzVx7NTsxd 98ajO1FVgGKGp5iBFHM8xRykWOApFiDFEk+xBClWeIoVSLHGU6xBij08xR5I sY+n2AcpDvAUBzCAIKKLzbFrrWZMdjGQZkR4MQ7SjEgvJkCaEfHFJEgzIr+Y AmlGBBjTIM2IBGMeSDMiwpgP0ozIMBZANHNEhnEQwzgiwziIYRzzAAZiGEdk GAcxjCMyjIMYxhEZxkEM44gM4yCGcUSGcRDDOCLDOIhhHJFhHMQwgcgwAWKY QGSYADFMIDJMgBgmMK8iQQwTiAwTIIYJRIYJEMMEIsMEiGECkWECxDCByDAB YphAZJgAMUwiMkyCGCYRGSZBDJOIDJMghklEhkkQwyTmrTAQwyQiwySIYRKR YRLEMInIMAlimERkmAQxTCIyTIIYphAZpkAMU4gMUyCGKUSGKRDDFCLDFIhh CpFhCsQwhXk/H8QwhcgwBWKYQmSYAjFMITJMgRimEBmmQAzTiAzTIIZpRIZp EMM0IsM0iGEakWEaxDCNyDANYphGZJgGMUxjPpQEMUwjMkyDGKYRGaZBDNOI DNMghnmIDPNADPMQGeaBGOYhMswDMcxDZJgHYpiHyDAPxDAPkWEeiGEeIsM8 EMM8zMwKEMM8RIZ5IIZ5iAzzQAzzERnmgxjmIzLMBzHMR2SYD2KYj8gwH8Qw H5FhPohhPiLDfBDDfESG+SCG+YgM80EM8zHTw0AM8xEZ5oMYFiAyLAAxLEBk WABiWIDIsADEsACRYQGIYQEiwwIQwwJEhgUghgWIDAtADAsQGRaAGBYgMiwA MSzAzHEtMuzHr1VQ5cUluw7Tj1tdsjI9GDU/eDYArFeNmSDsMpBqzAxhl4NU Y6YIuwKkGjNH2JUg1ZhJwq4CqcbMEnY1SDVmmrDrgVRj5gm7Pkg1ZqKwG0BU o1Y7MBDNcMsdQDRDrXdgIJqhFjwwEM1QKx4YiGaoJQ8MRDPUmgcGohlq0QMD 0Qy16oGBaIZa9sBANMOse2AcRDPMwgfGQTTDrHxgHEQzzNIHxkE0w6x9YBxE M8ziB8ZBNMOsfmAcRDPM8gfGQTTDrH9gHEQzzAIIxkE0w6yAYAJEM8wSCCZA NMOsgWACRDPMIggmQDTDrIJgAkQzzDIIJkA0w6yDYAJEM8xCCCZANMOshGAC RDPMUggmQDTDrIVgEkQzzGIIJkE0w6yGYBJEM8xyCCZBNMOsh2ASRDPMgggm QTTDrIhgEkQzzJIIJkE0w6yJYBJEM8yiCCYLNPsOD1Ce5Ju5rNmKfZd6Nxqn i24Fv0Mtl/HsKaCnrNmWeIr4DYFP0bwlpr1rPLhcbFxzrEUWu+TDuDCW27Rx QfL0BYOLHcolr2pclJwDckPJKxoXJecbekPJKxoXJde7SVI/Dxd6LJG8ovFy yfM2XCO5pPEKyXM2XCe52HiF5DkbrpNcbFwgcr0RJWOzrdLeILwKo/4MP+wm /5k5zeOT5vGpUzlOnGwcXTjdXj92ktQxQ4yjUZLeVG38Dgdx5Wt2k+3uHPaG 42sjZmgpsmOVnMed+mVousX1YWw3xQxCzD4f9QZx0u2EN5WvzA2kVtoXXs3x PekK9k/NOX5/eHjf+qrXqWyw0bmU+uWLkjBWt55s3CuqH+WK3toebWOBeumQ 3etu3I06UkcAs5RYeyvld6+VneF54Q2zUt7SfJHKh7M+Xdh4y9Cfn9ikXHZi KzshbDk7kN65yf1qJ7eU3tfcqXT74adsar/q9rMdmM3BK3Yh5qGn5rxtnZy2 jQtef5t8+7N1cNqsOUd7b9tvWwd/7J02v9nve8ZhH45O3r+rmSVjnDQRd93V 3W7XdY3cdr+fxfGlHY9R+Lf7sea8azZ/b++/b1WdRVd9SXuj2DbdSb4M49QJ o7jXT7PRl+uzYTi8SYax00/Phsai3LOKuAeMjIPx0Myzcj/AmThbaJzGkz2P 4P+VOFp2klzDrRWHmqKvuUfi7DQOOxu5Lzd67sC7TjtLnDHrk8fzdtH+dzEG IXwUrxPuhV6YTyO4cR/hMRTY4VMOHWvYz6uectU/xrHGfGOazx9rymKpXaCL OM37bnhScR92UtlaP+Cw8h1Pl4ESiou1bihYYNKNxANbqf5BTopbze35nPhE zolbeX+DGAvYbSV3MgoyJ5fOSlW/yzweI/r4NYd5+h56K4PP7U2P+xn69SPb fUP4iQeHn21H8IMw8CFTfEbhE0HhQxbBJpdjSy+fv+/1z/OFCu7KeoxQoV0V sI2uU8rW76Q3zT3VB4zgB7hWsZ4IPB94qWLnb3uReGAbzT9IkN5mas/B+YkE 522cvz4U2puYS/Mjyi5CsJ/nKzUTWwPEB/py6f/xz5WP+USfOAci8BBt5i8z Ahf85YswiuIsW7wFPE4bdTPHv9onv88+6S5rPPMkeKZP+VDQ/GHDWOXv+53z cUk3uzBu25SGtOUbCHpoLEkwW7s7Nx4QeDTAqU6jtC8hUfp2PbOFwe3/Ztaz 5vl6Tjvx591BeBmbz4oZL6/OjbOXRKO+lfDu+PX+6WH79KjVPj04av6y965p 9Z3um4hlYsHXX4QvXddJrpJs5PSy3ienF4XDZOjE0UVCEXjyWGJ+MzlmDQyR jS2MEUf1qMKkqr5ysnDYG9040Y4ZjdE9ua0jFTBIxNe9UftTmoyvKmzVXth1 /vPyxf8ARua72wvWAAA= --------------080606040809090207090504-- From owner-linux-xfs Thu Sep 9 01:58:34 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 01:58:36 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i898wYqT024310 for ; Thu, 9 Sep 2004 01:58:34 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i898wYQw024309 for linux-xfs@oss.sgi.com; Thu, 9 Sep 2004 01:58:34 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i898wXLR024294 for ; Thu, 9 Sep 2004 01:58:33 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i898nYhZ023614; Thu, 9 Sep 2004 01:49:34 -0700 Date: Thu, 9 Sep 2004 01:49:34 -0700 Message-Id: <200409090849.i898nYhZ023614@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 355] unreplayable log after crash X-Bugzilla-Reason: AssignedTo X-archive-position: 4078 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=355 ------- Additional Comments From tes@sgi.com 2004-09-09 01:49 PDT ------- Hi Peter, You wrote: "I also tried to see if the problem exists if I explicitly specify -l su=128k, and it does." I'm not sure I am following you here. The fix/bug I was describing was for using a log record size of 256k nothing to do with the log stripe size. So trying it with a log size of 128k i.e. mounting with "-o logbsize=128k" is worth doing if you want to check that the problem goes away. You also wrote: "Does su= have any effect on the log record size?" Not really, except that the log record size must be bigger than the log stripe size, and thus the stripe size can't be any bigger than the maximum log record size. i.e. log-su <= MAX-log-record-size(256k) logbsize >= log-su So if you wanted to mount with 128k logbufs, then it would only succeed if the log stripe was <= 128k. (Sorry for not replying sooner - been away a lot lately:) --Tim ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Sep 9 02:03:39 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 02:03:41 -0700 (PDT) Received: from excite.com (nn4.excitenetwork.com [207.159.120.58]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8993dI2024762 for ; Thu, 9 Sep 2004 02:03:39 -0700 Received: by xprdmailfe23.nwk.excite.com (Postfix, from userid 110) id DE1791BCFC; Thu, 9 Sep 2004 05:03:23 -0400 (EDT) To: linux-xfs@oss.sgi.com Subject: Problem repairing XFS Received: from [82.119.81.22] by xprdmailfe23.nwk.excite.com via HTTP; Thu, 09 Sep 2004 05:03:23 EST X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: ID = 11dc6df4d8b3d002ff33cb9a15122317 Reply-To: antzi@excite.com From: "Anastas Giokov" MIME-Version: 1.0 X-Sender: antzi@excite.com X-Mailer: PHP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <20040909090323.DE1791BCFC@xprdmailfe23.nwk.excite.com> Date: Thu, 9 Sep 2004 05:03:23 -0400 (EDT) X-archive-position: 4079 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: antzi@excite.com Precedence: bulk X-list: linux-xfs Hi! After a disk problem (bad sectors) I have the following problem: Using xfs_repair on the device I receive the following message: corrupt inode XXXXX (btree). Unmount and run xfs_repair. fatal error -- 990 - couldn't iget disconnected inode The device is unmounted at this point and re-running xfs_repair dives the same output. The resulting fs is mountable, but part of it is not recovered. Is there a way to "skip" the corrupt inode, so the repair can finish, even losing some data? Anastas _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! From owner-linux-xfs Thu Sep 9 03:04:02 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 03:04:04 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89A40r9007730 for ; Thu, 9 Sep 2004 03:04:01 -0700 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 i89A3fxu5913143; Thu, 9 Sep 2004 20:03:41 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i89A3euO6508781; Thu, 9 Sep 2004 20:03:40 +1000 (EST) Date: Thu, 9 Sep 2004 20:03:40 +1000 (EST) From: Nathan Scott Message-Id: <200409091003.i89A3euO6508781@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 921118 - growfs on realtime X-archive-position: 4080 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Fix incorrect use of do_div on realtime device growfs code path. Date: Thu Sep 9 03:03:09 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-linux Inspected by: hch@lst.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:178670a xfs_rtalloc.c - 1.92 From owner-linux-xfs Thu Sep 9 03:14:16 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 03:14:18 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89AEE4V008223 for ; Thu, 9 Sep 2004 03:14:15 -0700 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 i89ADuxu6511083; Thu, 9 Sep 2004 20:13:56 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i89ADsUp6507375; Thu, 9 Sep 2004 20:13:54 +1000 (EST) Date: Thu, 9 Sep 2004 20:13:54 +1000 (EST) From: Nathan Scott Message-Id: <200409091013.i89ADsUp6507375@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 921121 - attr locking X-archive-position: 4081 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Fix some locking oddities in extended attributes code (ilock excl vs shared). Date: Thu Sep 9 03:13:12 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-linux Inspected by: hch@lst.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:178671a xfs_attr.c - 1.118 From owner-linux-xfs Thu Sep 9 03:58:34 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 03:58:37 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89AwYRQ009345 for ; Thu, 9 Sep 2004 03:58:34 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i89AwYlB009344 for linux-xfs@oss.sgi.com; Thu, 9 Sep 2004 03:58:34 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89AwXfX009329 for ; Thu, 9 Sep 2004 03:58:33 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i89ACDIo008168; Thu, 9 Sep 2004 03:12:13 -0700 Date: Thu, 9 Sep 2004 03:12:13 -0700 Message-Id: <200409091012.i89ACDIo008168@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 355] unreplayable log after crash X-Bugzilla-Reason: AssignedTo X-archive-position: 4082 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=355 Peter.Kelemen+sgi@cern.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From Peter.Kelemen+sgi@cern.ch 2004-09-09 03:12 PDT ------- Tim, I wanted to check whether the 256k logrecord fix applies to my situation. Your response confirmed my line of thinking when I tried the following and failed: * mount -o logbsize=128k (failed with su=256k, it is expected) * mount -o logbsize=128k (failed with su=128k, NOT EXPECTED) ...which means the problem is there even if I restrict the filesystem to 128k logbsize logbufs only => the 256k fix does not solve it. Peter ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Sep 9 05:11:11 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 05:11:15 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89CBB83015248 for ; Thu, 9 Sep 2004 05:11:11 -0700 Received: by unthought.net (Postfix, from userid 1000) id 308E2ADCB; Thu, 9 Sep 2004 14:11:01 +0200 (CEST) Date: Thu, 9 Sep 2004 14:11:00 +0200 From: Jakob Oestergaard To: Nathan Scott Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Major XFS problems... Message-ID: <20040909121100.GN390@unthought.net> Mail-Followup-To: Jakob Oestergaard , Nathan Scott , linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org References: <20040908123524.GZ390@unthought.net> <20040909074046.A3958243@wobbly.melbourne.sgi.com> <20040908232210.GL390@unthought.net> <20040909094255.F3951028@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040909094255.F3951028@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 4083 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs On Thu, Sep 09, 2004 at 09:42:55AM +1000, Nathan Scott wrote: > Hi Jakob, > ... > OK, so could you add the details on how you're managing to hit it > into that bug?... when you say "trivially" - does that mean you > have a recipe that is guaranteed to quickly hit it? A reproducible > test case would be extremely useful in tracking this down. On the two systems where I've seen this, the recipe is to set up an SMP+NFS+XFS server, and have a number of clients mount the exported filesystem, then perform reads and writes... The two servers are used very differently - one is holding a small number of source trees that are compiled/linked on a small cluster. The other is holding a very large number of user home directories, where the primary use is web serving (web servers running on the NFS clients). A google for 'debug.c:106' turns out some 120 results - it seems that no special magic is needed, other than a few boxes to set up the test scenario. On the 29th of februrary, akp@cohaesio.com submitted (as comment #23 to bug #309) a description of a test setup along with a shell script that was used to trigger this problem. -- / jakob From owner-linux-xfs Thu Sep 9 08:36:58 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 08:37:02 -0700 (PDT) Received: from mail.linux-sxs.org (mail.linux-sxs.org [207.218.156.196]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89FavdP000899 for ; Thu, 9 Sep 2004 08:36:57 -0700 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.12.11/8.12.11/Debian-5) with ESMTP id i89FRN4B017795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Sep 2004 10:27:24 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.12.11/8.12.11/Debian-5) with ESMTP id i89FRM3M017792; Thu, 9 Sep 2004 10:27:23 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Thu, 9 Sep 2004 10:27:22 -0500 (EST) From: Net Llama! To: Anastas Giokov cc: linux-xfs@oss.sgi.com Subject: Re: Problem repairing XFS In-Reply-To: <20040909090323.DE1791BCFC@xprdmailfe23.nwk.excite.com> Message-ID: References: <20040909090323.DE1791BCFC@xprdmailfe23.nwk.excite.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.60.818 (localhost [127.0.0.1]); Thu, 09 Sep 2004 10:27:24 -0500 X-archive-position: 4084 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs I believe that you need to purge the contents of lost+found after running xfs_repair, or it will keep trying to repair the same thing over & over again. So purge (or at least move) the contents of lost+found, then run xfs_repair again. On Thu, 9 Sep 2004, Anastas Giokov wrote: > > Hi! > > After a disk problem (bad sectors) I have the following problem: > > Using xfs_repair on the device I receive the following message: > > corrupt inode XXXXX (btree). Unmount and run xfs_repair. > fatal error -- 990 - couldn't iget disconnected inode > > The device is unmounted at this point and re-running xfs_repair dives the same output. The resulting fs is mountable, but part of it is not recovered. > > Is there a way to "skip" the corrupt inode, so the repair can finish, even losing some data? > > Anastas > > _______________________________________________ > Join Excite! - http://www.excite.com > The most personalized portal on the Web! > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org Linux Step-by-step & TyGeMo http://netllama.ipfox.com From owner-linux-xfs Thu Sep 9 10:58:36 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 10:58:39 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89HwalC009825 for ; Thu, 9 Sep 2004 10:58:36 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i89Hwakl009824 for linux-xfs@oss.sgi.com; Thu, 9 Sep 2004 10:58:36 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89HwZHw009808 for ; Thu, 9 Sep 2004 10:58:35 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i89H0uVY004412; Thu, 9 Sep 2004 10:00:56 -0700 Date: Thu, 9 Sep 2004 10:00:56 -0700 Message-Id: <200409091700.i89H0uVY004412@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4085 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 ------- Additional Comments From greg@max-t.com 2004-09-09 10:00 PDT ------- Tried to extract more info. using xfsidbg so I enabled VNODE_TRACING in there. Unfortunately I don't yet understand what I'm looking at but it looks like this when it crashes. This is taken from the vobj pointer in the behavior object passed to xfs_create: [0]kdb> vn 0xebfe2c80 --> Inode @ 0xebfe2ca0 i_ino = 19328 i_count = 2 i_dev = 0x805 i_size 4096 i_mode = 0x41ff i_nlink = 4 i_rdev = 0x0 i_state = 0x7 i_hash.nxt = 0xc19912a8 i_hash.prv = 0xc19912a8 i_list.nxt = 0xee6a7c64 i_list.prv = 0xebf5b128 i_dentry.nxt = 0xec5d9830 i_dentry.prv = 0xec5d9830 i_sb = 0xee6a7c00 i_op = 0xc044e880 i_data = 0xebfe2d54 nrpages = 0 vnode ptr 0xebfe2c80 --> Vnode @ 0xebfe2c80 vnode: 0xebfe2c80 type VDIR v_inode 0xebfe2ca0 v_bh->bh_first 0xec1855c8 pobj 0xec1855b0 ops xfs_vnodeops flag = 0x0 <> v_trace 0xec445a44 --> Vntrace @ 0xebfe2c80/0xec445a44 entry to xfs_access i_count = 2 cpu = 1 pid = 3371 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 1 pid = 3371 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_lookup i_count = 2 cpu = 1 pid = 3371 flag = 0x0 <> ra = linvfs_lookup+0x42 entry to xfs_dir_lookup_int i_count = 2 cpu = 1 pid = 3371 flag = 0x0 <> ra = xfs_lookup+0x5b [0]more> Only 'q' or 'Q' are processed at more prompt, input ignored entry to xfs_access i_count = 2 cpu = 0 pid = 3375 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 0 pid = 3375 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 0 pid = 3375 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 0 pid = 3375 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_create i_count = 2 cpu = 0 pid = 3375 flag = 0x0 <> ra = linvfs_mknod+0x12f entry to xfs_access i_count = 2 cpu = 1 pid = 3373 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 0 pid = 3368 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 0 pid = 3376 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 1 pid = 3365 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 1 pid = 3370 flag = 0x0 <> ra = linvfs_permission+0x1c entry to xfs_access i_count = 2 cpu = 1 pid = 3374 flag = 0x0 <> ra = linvfs_permission+0x1c [0]more> Only 'q' or 'Q' are processed at more prompt, input ignored entry to xfs_access i_count = 2 cpu = 0 pid = 3369 flag = 0x0 <> ra = linvfs_permission+0x1c Not sure this is the correct vnode though seems to be VDIR.... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Sep 9 11:09:17 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 11:09:18 -0700 (PDT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89I9GDP010658 for ; Thu, 9 Sep 2004 11:09:16 -0700 Received: from taniwha.stupidest.org (adsl-68-120-153-15.dsl.snfc21.pacbell.net [68.120.153.15]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id i89I94H9091490; Thu, 9 Sep 2004 14:09:05 -0400 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id D388A115C85E; Thu, 9 Sep 2004 11:09:03 -0700 (PDT) Date: Thu, 9 Sep 2004 11:09:03 -0700 From: Chris Wedgwood To: Jakob Oestergaard , Nathan Scott , linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Major XFS problems... Message-ID: <20040909180903.GA8119@taniwha.stupidest.org> References: <20040908123524.GZ390@unthought.net> <20040909074046.A3958243@wobbly.melbourne.sgi.com> <20040908232210.GL390@unthought.net> <20040909094255.F3951028@wobbly.melbourne.sgi.com> <20040909121100.GN390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040909121100.GN390@unthought.net> X-archive-position: 4086 X-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 On Thu, Sep 09, 2004 at 02:11:00PM +0200, Jakob Oestergaard wrote: > A google for 'debug.c:106' turns out some 120 results - it seems that no > special magic is needed, other than a few boxes to set up the test > scenario. linux/fs/xfs/support/debuc.c: 84 void 85 cmn_err(register int level, char *fmt, ...) 86 { [...] 105 if (level == CE_PANIC) 106 BUG(); 107 } Using cmn_err with CE_PANIC will show up as this, so it's likely your google search is showing multiple different bugs, many of which have been fixed. You need to check the stack traces to see if they are the same. --cw From owner-linux-xfs Thu Sep 9 13:53:09 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 13:53:12 -0700 (PDT) Received: from MARISAR (host186.sedici.unlp.edu.ar [163.10.34.186] (may be forged)) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i89Kr6ps019924 for ; Thu, 9 Sep 2004 13:53:07 -0700 Message-ID: <0f2c6758.5cdc7b71@MARISAR> From: To: Subject: I'm nude Date: Thu, 9 Sep 2004 17:52:48 -0300 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="EHyrCcPI" X-archive-position: 4087 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mluzdavico@yahoo.com.ar Precedence: bulk X-list: linux-xfs --EHyrCcPI Content-Type: text/plain --EHyrCcPI Content-Type: application/x-zip-compressed; name="photo.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="photo.zip" UEsDBAoAAAAAAAAAAACHcNZsANAAAADQAACjAAAAcGhvdG8uanBnICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgLnNjck1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMgAAAAOH7oOALQJzSG4AUzN IVRoaXMgcHJvZ3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0NCiQA AAAAAAAAQx55wQd/F5IHfxeSB38Xkgd/FpIRfxeSZWAEkgB/F5IBXBySBX8X ksB5EZIGfxeSUmljaAd/F5IAAAAAAAAAAAAAAAAAAAAAUEUAAEwBBACJ9/5A AAAAAAAAAADgAA8BCwEGAAAEAAAAyAAAAAAAAAAQAAAAEAAAACAAAAAAQAAA EAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAAAEAAAQAAAAAAAACAAAAAAAQAAAQ AAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAABkIAAAUAAAAADwAACgAwAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAudGV4dAAAABADAAAAEAAAAAQAAAAEAAAAAAAAAAAAAAAA AAAgAABgLnJkYXRhAACgAgAAACAAAAAEAAAACAAAAAAAAAAAAAAAAAAAQAAA QC5kYXRhAAAAiL4AAAAwAAAAwAAAAAwAAAAAAAAAAAAAAAAAAEAAAMAucnNy YwAAAKADAAAA8AAAAAQAAADMAAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AACB7HAFAABWV2hkMEAAagFoAQAfAP8VSCBAAIXAD4W/AQAAaGQwQABQUP8V TCBAAIXAD4SqAQAAjUQkCFBoNDBAAGgAAACA/xUEIEAAhcB1GItMJAhR/xUA IEAAXzPAXoHEcAUAAMIQAI2UJGwCAABoBAEAAFL/FSAgQACNhCRsAgAAaDAw QACNjCRsAQAAUFHoWwEAAIPEDI2UJHADAABoBAEAAFJqAP8VHCBAAI2EJGgB AABqAI2MJHQDAABQUf8VGCBAAIXAD4QUAQAAiw2EMEAAM8CFyX4TipCIMEAA QPbSiJCHMEAAO8F87Y2EJGwCAABoLDBAAI1MJGhQUejtAAAAg8QMjVQkZGoA agBqAmoAagBoAAAAQFL/FRQgQACL8IP+/w+EtgAAAIsNhDBAAI1EJAxqAFBR aIgwQABW/xUQIEAAVov4/xUMIEAAhf8PhIsAAACNVCRkUv8VJCBAAIvwhfZ0 emgYMEAAVv8VLCBAAIXAdGqNjCRoAQAAUf/QVv8VKCBAAI1UJGSNhCR0BAAA UmgAMEAAUP8VXCBAALkRAAAAM8CNfCQsg8QM86uNTCQQjVQkIFFSUFBqCFBQ UI2EJJQEAADHRCRARAAAAFBqAMdEJHSAAAAA/xUwIEAAXzPAXoHEcAUAAMIQ AJCQi0QkCIHsUAIAAFD/FUQgQACFwHUHgcRQAgAAw1NVVlf/FUAgQACLtCRk AgAAiz1cIEAAi6wkbAIAAIlEJBSNHEAz0rkaAAAA9/GDwmFSjZQkYAEAAGh8 MEAAUv/Xg8QMjUQkHI2MJFwBAABQUf8VPCBAAIP4/4lEJBh0dI1UJEhS/xU4 IEAAxkQERADHRCQQAAAAAIB9AC51AUWNRCRIVVCLwzPSuRoAAAD38YPCYVKL lCR0AgAAUmhwMEAAVv/Xg8QYVv8VNCBAAIP4/3QPi0QkEEBDg/gaiUQkEHy2 i0QkGFD/FVAgQACDfCQQGnwOi0QkFECJRCQU6UP///9W/xVYIEAAX15duAEA AABbgcRQAgAAw5CQkJCQkJCQkJCQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUCIAAF4iAAAA AAAAPiEAAEwhAABYIQAAZiEAAHIhAACGIQAAnCEAAKohAAC4IQAAyCEAANgh AADsIQAA9iEAAAYiAAAUIgAAKiIAADYiAABEIgAAAAAAAGwiAAB4IgAAAAAA AAAAAAAAAAAAAAAAABghAAAMIAAAAAAAAAAAAAAAAAAAJSEAAAAgAAAAAAAA AAAAAAAAAAAyIQAAWCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwAVVNFUjMyLmRsbAAAAABDbG9z ZUhhbmRsZQAAAFdyaXRlRmlsZQAAAENyZWF0ZUZpbGVBAAAAQ29weUZpbGVB AAAAR2V0TW9kdWxlRmlsZU5hbWVBAABHZXRXaW5kb3dzRGlyZWN0b3J5QQAA TG9hZExpYnJhcnlBAABGcmVlTGlicmFyeQAAAEdldFByb2NBZGRyZXNzAABD cmVhdGVQcm9jZXNzQQAAR2V0RmlsZUF0dHJpYnV0ZXNBAABsc3RybGVuQQAA RmluZEZpcnN0RmlsZUEAAEdldFRpY2tDb3VudAAAU2V0Q3VycmVudERpcmVj dG9yeUEAAE9wZW5NdXRleEEAAENyZWF0ZU11dGV4QQAARmluZENsb3NlAAAA UmVnQ2xvc2VLZXkAAABSZWdPcGVuS2V5QQAAAENoYXJMb3dlckEAAHdzcHJp bnRmQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFJVTkRMTDMyLkVYRSAlcyxfbWFp blJEAERsbFJlZ2lzdGVyU2VydmVyAAAAZGxsAGV4ZQBDTFNJRFx7MjcxNkE2 MEUtM0IzOS0xMUQ4LTgxQUItNDQ0NTUzNTQwMDAxfQAAAAAgbXV0ZXgxIAAA AAAlc1wlYyVzLiVzAAAlYyouZGxsAAC+AACypW///P////v///8AAP//R/// //////+///////////////////////////////////////////////8n//// 8eBF8f9L9jLeR/6zMt6rl5aM34+NkJiNnpLfnJ6RkZCL352a342Kkd+Wkd+7 sKzfkpCbmtHy8vXb/////////4arF47Cynndwsp53cLKed3Cynjdqsp53aDV at3JynndxOlz3cDKed3E6XLd4sp53T3qfd3DynndrZacl8LKed3///////// //////////////////////+vuv//s/77/wYJAb///////////x//8d70/vn/ /33///8X+///////u3P////v////X///////7//v/////f//+//////////7 //////////9f+v//+/////////3//////+///+//////7///7////////+// ////Uf//wP3//wNa//+H/////////////////////////////////////2/6 /8P4//////////////////////////////////////////////////////// ////////////X///X/7//////////////////////////////////9GLmoeL ////BX/////v////ff////v//////////////////9///5/RjZuei57//8Dv ////X////+3///95//////////////////+///+/0Zuei57///87N/v//z// ///l////Z///////////////////v///P9GNmpOQnP//S/T///9v+v//8/// /03//////////////////7///73///////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// ////////////////////dD583/98n/v/PHzG/4v6FtL///88qXQOfMH/i/oX 4P///wCL2/cXNv7//3o/pnb5ivqV/qcU+XyZ+//MP6E9+/+pdA50+Xo/i/Wv F4D9//982f+moTypqACL2+8Ai9vvAM4XnPz//3QHfDvzf4D7/YrclecXUb3/ /3o/pov0dDcX6f7//3QPFP3MCah0MRcT////FN6V7xd0vf//ej+mi/R0Nxd+ ////dA8U/cwJqHQxFzb///90OaChPff/dO50vvvEvfuD+8w/FO8Ai9v7cq/+ dq77rxeEAAAAPfv/dP50v/M8dD58n/v/OP9fXv/vOL/3/P///zypdA4X6/// /wm72/f+i/ipF3HB//+mdDmhPfv/OP5fXv/vdLb7ejaL+K4XI/7//6Y8qXQO F0wAAAB8mfP/fJn3/zj5W17/73Q5oTypdA4X6////wm72/f+i/ipF7zB//+m dDmhPfv/qXQOdLnzOPlbXv/vej+L+K8Xcf7//6Z0MRdoAAAAoTypdA50ufN6 P4v4rxeL/v//pnS72/d2ufOhPfv/qXQOF74AAAB8mfP/OPlXXv/vOLn3/f// /3Q5oTypdA4X6////wm72/f+i/ipFzHC//+mdDmhPfv/qXQOdLnzOPlXXv/v ej+L+K8X5v7//6Z0MRfdAAAAoTypleMX1L7//3o/pov0dDcXWcX//3QPFP3M CZX/l/8//+8Ai9vvdDEXQcX//3o/iul6CYvxdDEXmcP//6kXmcL//6bMP6E8 qRf8////pqE8qnQTfBPvqZXvAOpPWv/vcrIPdA90uveV766V/692+Rc0+v// fDvrfoIPMFLtAYqofoILOgKLkIrnfoIHmRwu7oq6foIDZbH/P4rDfJnz/xTd foILOQKLkIrSfoIHmRwu7orbfoIDZbH/P4rkOLnz/f///6kAyRef/v//CCfk P6YIL6bcORT9zD+hNjypdIvb93oJi9l08Xo2i9+oF07E//90ufd0wkta/+96 P4v7rwAopqkAKKagzD+hPHw3AKE8qXSL2/d6CYr6lf6noTx1ufuoez/wenv/ //90ufd0wkta/+96P4v7rwAopnS573o/i/uvACimdLnzej+L+68AKKZ0uet6 P4v7rwAopnS553o/i/uvACimdLnjej+L+68AKKZ0ud96P4v7rwAopnS523o/ i/uvACimdLnXej+L+68AKKZ0ub96P4v7rwAopnS5u3o/i/uvACimdLm3FOfD /YrfdLn3dMJLWv/vej+L+68AKKZ0ufN6P4v7rwAopqkAKKagzD+hPKp0E650 uvd8mgP/ej+pi8B073oti8Z0ivPEj/uCznoJg9J0t/N6Nov6fAb9it4Aiu90 v/eucrIDrgDLT60Xyf7//3S6A3w763bPdLoDFP3MP6E2PKp0E66uqXK6B5X7 r5cb////AIr3FwT8//98O+96P4v7lf0UqXK6A5X7r5c7////AIr3FyL8//98 O+96P4v7lf4Ux3S6Az4f/a8A6k9a/+90ivOpAIoHdrn3dLoDAIr3drn7F97/ //98O+96P4v7lfsU93yB+/+L+pX8pxT3dLoDdrn7zD+hNjyqdBN8E9usdKL3 qah0gvNyuiOV56+orBeP/P//fDvvej+Ki8a6D3SK74HyqQCKG6wXNAAAAHw7 85X+fDjnp8e6Ena684O1croLlfOvqKwXxvz//3w773o/isJ0uft6P4PJdLH3 dKoLt3w483a5+3brfnyCA/+B8qkAigesF4AAAAB8O/PwQboSALrzxrrzgUnM P6ChpDY8fDcAFAmqdBN8E+N0uuesqajMJMwAzAl8H/7Gout2ogN2ugeK3JWz AOpPWv/vdA+Vs6ypF53F//90uu93oft8O+92z3ah9xTclecA6k9a/++V56yv droDF8HF//90ugN0su98O+85v/v9dv5yuhuV868AivMAivcXhv3//3w773o/ 8Hos/v//AIoXAOpPWv/vAIoXdrrzrwCK9xd1/f//fDvvej/wek/+//90uvPE DHa674v7fLHHAMeiEXai5/B5hv7//5X+croPAIrvdqILrxdixv//dLrvlfy/ r3K6C68Xcsb///BJug98O+fGouvweiP///98B/GAh4uRfAf3gL6LyLeL2HwX /Ivkt4vvt7fweuz+//9yuesWGf///3K58xYh////crnHlf4U+HK5w5X8dueg FjP///9yue8WPf///3wX9Yvkt7eL8Lfweij///9yueMWVf///3K5txZd//// crnnFmX///9yud8Wbf///3wH5IDOi9V8F+2L4beL6beL8XwX+fB6Y////3K5 vxSNcrnXFJJyudsUl3K505X9FG5yubsUo9J/////i+e3i/J8F/yKjXS6C3a5 xxSVdLoLdrnDFJ10sgvMP3axyxTKt7eL1reL4XwXgovxt4q2dLIDdLoLdr7r FMF0sgN0ugt2vu8UzHS6A3w/8xT5dLoDfD/3zADEPIvgAIoXdLILqK/wSboR cvt+rwCK8xfb/v//fDvrej+KyfBJuhF8uu/7ALrnxrrn8HN4AQAAAIrzAOpL Wv/vfILr/aaL1saiB4vbdLnHfAcAivV8NwAU5pX+pxTrfDn3r6kAivcX8/// /3w78xT9zD+goaQ2PKp0E3wT73S676l0ivOozADewXo/i7Jysg+V766vAIr3 F6z///98O+96P4q48EC6B3K7x/6vAMkA6lNa/+/wQLIHdvn8OK6vAIr3F6L/ //98O+t6P4ri8EC6B/wHdLoDej+KTHTJegmL+3/bwf90OKChNjx8NwAUCKp0 E3Sy95X/AIrzF0TJ//96P4r7lf4U6gCK63Sy9wCK7xdKyv//xLrrgvqV/aei PMw/ojwAi9vzdLPb9wCL2/MXacr//8w2xLvb8/BjPnQ+PKp0E3S666x6P6mK v3S683Sy93Lj/qwXKMj//3QPprnEiueB+nw3ABStqHSC73zA/4r1qQDqT1r/ 76Z2+KmsAMgA6kda/+98O/OgFNJ8B/6K+5X7FO98B/2K+5X3FPh8B/yK6ZX+ dLrzdLL3/DeuAIrvF0nJ//98O/PMP6GkojyqdBN+E6ft//+sqXQOqMwkcnnz /f//d6G7r3eh+3dhO////3dhe////3dh9/7//3Zh1/3//3bhdmHT/f//dmHb /f//AOofX//vlf6X/9/9/wDqP1r/76Z2efv+//+mdDEXQPH//3QxF7Hx//9f +z//78U8i+JG+z//7/BBP745fy8p/e/+OX8vJv/v/nX+xTyKF1+3P//vAfLQ Jf/v8EE3xTw5fi8p/e/9i+hGtz//73W+/r7wQS/FPDl9Lyn97/2KEV+rP//v 8EE3xTw5fi8m/+/9i+hGqz//73W+/r7wQS/FPDl9Lyb/7/2KEXJ6MwEAAJf7 /v//rwDqJ1//73J6MwUAAEAHPf/vr6gXYbv//6bEPKaL5nJ6MwUAAHQxrxfS 8P//dDEXYPP//8Q8irZyejMBAACXCz3/769yejMFAACvFz3B//9yejMFAACv qBflu///fDvrF227//9yejMFAAB0Ma8XGPH//3QxF4vv//90MRdD9P//croL QBM9/++vqHaiCxe7u///xqILpqaK6XQxF37q//+V/qgXEbz//6amF7i7//9y ug92og+vlx89/+8X6bv//8aiD6am8Hpb////rJcrPf/vF3S///+mej+m8Hpw ////dqIDAIoDcrovlzc9/++vAOpDWv/vcnozCQAAr3K6L68XTrz//3w763o/ i7ZyelcSAAB0Ma9yejMJAACvF/Dp//96P4vYdqIHckJXEgAAx+CL9ACKB3Qx qBcv6f//ALoHfjj7/v//fIIH9oMdALoDfIID+4Nxlf6XHz3/7xfKvP//pqYX cbz//3QxFzL1//90MRcGn///dDEXdu///3QxFxnn//90OaChpDY8rKp04htf /+900hdf/++pdA6odHnX/f//ej+L7ZX/rwAsl+/Y//8ASdf9//8AKnR50/3/ /3JB0/3//3o/i/GV/68ALJfv2P//AMgAKgBJ+/7//wDqS1r/76agoaKkPKp0 E66sqah0BnJ48/3//692ugMA6iNf/+90ovd0/MT4jM10su90/HSq83QPlgl3 /////Ej7/v//eml/////i/J8BgCL3sRxe////4vmv3b8xPiNLgCKAwDqh1// 78w/oKGkNj3v/3SC65XdpgCKAwxaAOqHX//vAPyV/qcUHqypqHQGcmDz/f// rADqI1//73T4lfumzC16P4nddEj7/v//fEF7/////4r3xnF/////i929fjl3 ////xC+NGy4GejaALcwJrADqh1//73Q5oKGkPff/l3////+pAIvb5xcWzf// fDvzdHl/////dLPb63b+lf6hFDGsqXQOqMwkzADG4YnbdHn7/v//AIvb7/w8 rwDqO1r/76Z6P6aL7Lh+PHf////EwY0jzD+goaQ9+/90OJY/d/////x5+/7/ /xQVrHQmcnzz/f//rwDqI1//73S72/fE/Izklj93////qXRM+/7//6h0g9vr ld/8D6YMWqChcnzz/f//rwDqh1//73S72/fE/KTkPwgnPff/qXQOqHJB8/3/ /6gA6iNf/+8Ai9vzdDEXsgAAAHo/i+50MTh/e/////7///8Xa/f//6gA6odf /++goT37/6l0DqhyQfP9//+oAOojX//vAIvb83QxF+8AAAB6P4vMdOl0NZY2 d/////xx+/7//9Q3fhZ3////ta5yd3f///+ur3bpF0fO//98O/N0MRfK9/// qADqh1//76ChPfv/qnQTfBO/rHSi76mofAT+dAaL8XwE/Yv2fAT78Hrh/v// AIr3F8DN//98B8Cm8Hjz/v//AIrzF9LN//98B8Cm8HgF////AIr3cro/rxck zv//cro/lb+vAOo3Wv/vdA98O+96CfB7Kv///3/Z/7lyuj+pr3QwF9X+//96 P/B7Qv///3K6P6mvdDAXG/7//3o/8HpW////AIr3dMo7Wv/vcrj7rwAppno/ pvB7b////wCK93J4e////68AKaZ6P6aLgXJ48/3//692uu8A6iNf/+9+wP/7 //+N+8wJFKoAivd0MBcZAgAAej+L8vp/////xOeBGnbnFB50yACK95YJd/// //xI+/7//6kX4s7//wCK83K5v68X7s7//3S663w773Zhf////3Z5e////wD4 lf6hAIrvAOqHX//vdDkU/cw/oKGkNj3v/6p0E3wTv6moAIr3dA4X8c7//wCK 83QHF/vO///8B6Z8AMGmifvMPxTSAIrzcro/AIr3l/s8/++vAOqvXv/vfDvv cro/dDGV/wCK75cvKP3vrxedAQAAoKE2PfP/rKqpdIvb76ipF0nP//8Ai9vj dAcXVM///3QnpqZy+8R8B8HwcGP///96APB7a////3wE/PBzdP///3yb2+v/ 8EH5rwDqL1r/73o/pouI8EG7yAD8Aa8A6jNa/+96P6aLm5X+osQIjOfwQfmv AOozWv/vej+mivt6Eou1dBe5FBsAu9vrdIvb53yD2+v9dASDUXQ5cov8AHQB cqEBxAyN6/BB+K8A6i9a/+96P6aL+rDEBIwT1Ah8Af2D9X/A0Yr6lf6nFP3M P6ChoqQ99/+qdBN+E3v///+sqXTKR1r/76iVwHK6QwCK8zi6A/7///+vACl0 wiNa/+9yukOvAChyukOV0a8A6ida/+98O+d6P/B7f////5fzPP/vrxf8z/// pno/pouQfMI/P//v/0Q/P//vi+YAzHK6Q68A6ita/++mej+mirB8PPvG/IoY lb9yeoMAAAAAivevAClyeoMAAACvACjMAHw778bCmz//70GbP//vi+MAyXJ6 gwAAAK8A6ita/++mej+mivV8OfvGwYobdoIDdLoDoKGkNj33/6l0ykda/++o dIPb75W/AIvb76gAKZW/qADqN1r/78w2fDvrxD6L63f3v5W/rwCL2+MAKXw7 85X+pxT1dLvb63f3d/DMP6ChPfP/dLPb965/hr//cr6/i+qvl+M8/+8Ai9vv AOpDWv/vfDvvFO2X6zz/7wCL2/MA6kNa/+98O/M99/+qdBN8E7N/mgv/rKmo dIL3drIHxILzcooLjal8mgP/dKLzcrpLxA+JvPBJ4HwE2orkfIID/YPFdLIH crj+rxcn/P//dCd8BACL2Lm5f0QvKf3v/orxsbAAugPEgvN34Yw+FPZ/RC8p /e/9ivrGgveK+8w/FO2pAIrvFxbS//90uuumpnbndDigoaQ2Pe//qnQTfBOv dLr3rKl0ivOoxDl2sgtygk92ugOIk3Si93K3/nayB9QPcrIPxAaMqnSyA/BJ 5nwE2orbfAH9g7UAigd0sgsXu/z//3QnfAQAi8d8ugP9dLr3sbF8ugf9f0Qv Jv/v/orrd+C4ALoDsXSyAwC6B8Sy84lQFPZ/RC8m/+/9ivrGugOK+8w/FOZ/ 2P9yuk+vAIrvF8HS//90uuumpnbndLoDoKGkNj3v/6p0E34T7/7//3S683ya B/+sqHSC93ayA3Kj+ADEBHai8/B4b////6lyiP7UIHW5AMO/ivp2ivcU5cPa ipR8BPyBmX/By4qef4H+z4qkcrn9drr3croLdLIDr3J6DwEAAK9yuQGorxek AQAAej+LxnK6D3SyA69yeo8AAACvAIrzAIr3FzMBAAB6P4vjAIrrdLIDcnqP AAAAr3J6DwEAAK8XWwQAAP66B7S5crkAxLrz8HmIAAAAoXS6B6CkNj3v/6p0 E66sqajMAKiolfyolf6X////fwCK93ayA8wJAOrfX//vdCd8BACLuHTK41// 76isAClG/wP+/8Q+jPmorAApFP10PnKy96iuQS8l/++vqawA6tNf/+8Aiu90 sgOoAIr3qRcnAQAArHQPAOqDX//vdDmgoaQ2PfP/qXQOAOrbX//vdLPb864A i9vzdv50MRf7////oT33/6p0E34Ts/3//wCK93ayAwDqw1//73o/i+VyekcB AACvl888/+8A6sdf/+98BwB2ugeK+Mw/FrX+//+sqXSK86jMJH9CGwEAANHw e/D+//9yehsBAACvcnpLAgAAAIr3rxdC0f//fDvzCXpHAQAA74vqdLIDcnpL AgAAqa8XgAAAABZS////dqLzdLrzAMt69z7/73LDevc+/+8XjtT//3Qncnob AQAArxec1P//1DzMJKbEPKaBvgDIcnv6GwEAAK8A6jta/++mej+mitQAufPG ovOK7nSyA3J6SwIAAK8X2fv//xTtdLIDlf5yeksCAACsrxeQAQAAALrzfILz +413is+V9nJ6GwEAAJfbPP/vrwDqH1r/73w783o/iup0sgMAufOV/nJ6SwIA AKyvF8sBAADGofuL2XTC21//7wAodLH7/PHEPonqdLIDF3////8AifcA6stf /+8AKHb5cnpHAQAArwCKBwDqz1//73o/8HozAQAAAIoHAOrXX//voKHMP6Q2 Pff/qnQTqXSK96h0whta/+/wQfmvACh6P6aL2PBBuf6vACh6P6aL5HX5f5r1 /3e693W5/ne69nK6968XCc7//6YU/Hw3AKChoj37/6p0E3wT23yaA/+pdA6o cnnz/f//r3a6BwDqI1//73T5ej+LnX9B9/7///9yQff+//+LrJY/d////6xy siN0JxfL2f//rKhysiMXvNn//3o/i9TMP3okiel0cfv+//90qg918/4JLnfz /b/EPI0VcrIjFxbY//84ugP+////crIjFyXY//+kAIoHAOqHX//vdLoDoKE2 PKp0E34TS////6yodAZysisXMtr//3J48/3//8wkr3a6DwDqI1//78dg9/7/ /3J49/7//3bg8Hth////rJf/P//vr3KyKxc32v//ej/we3j///90uiOpxDyL iUF3////zC10MQgOei2KmHS6I3yaB/8IDnSiF3o/droLia52ogNyerMAAADM Nta6A3SqA3J78rMAAAC+dev9xDEJLXfvjRUAii9yunN0MACKM69yerMAAACv F3YJAAB+wP/7//+M8gC6B/whdLoHxLoLjVCV/qRysisXDtn//6EAig8A6odf /+9ysisXINn//3Q8oKQ2PKp0E3wTs3K6A6mvl688/+90Dpf+//9/AOr7X//v ej+KuXK6Bzi6B8D///+vcrpLr3K6C6+V/5fLPP/vAIoDAOr/X//vej+K6XK6 S5XAfjl7////r6kA6kda/+98O/MAigMA6vdf/++hNjyqdBN+E+v5//9yugt2 shOvl0M8/++X/v//fwDq+1//73o/8Hr8/v//rKmolf6kcroDr3J6EwIAAK90 yv9f/+9yugdA//3//6+V/5dbPP/vdqIHAIoLdoIDACl6P/B6Qv///3J6EwIA AK9yehMGAACXZzz/768A6q9e/+98O/Nyug+vcnoTBgAArwCKCwDq+1//73o/ 8Hp6////croDdqIHr3J6EwIAAK9yugevlf+Xezz/73aCAwCKDwApej+KqHJ6 EwIAAJXAr3S6E3w/+68A6kda/+98O/NyugN2ogd2ggOvcnoTAgAAr3K6B6+V /5ePPP/vAIoPACl6P4rmcnoTAgAAlcCvdLoTfD+7rwDqR1r/73w78wCKDwDq 91//7wCKCwDq91//76ChpDY8l/v+//9+Pvf+//8Ai9v3rgDqR1r/73w78z37 /6p0E34TO////6ypqHZywwAAAHJyvwAAABfd3P//lf+X/z//7wCK93JyvwAA ABfC3P//ej+K73JyvwAAABca2///FtT+//+fl0TV/++bAMr/////m3ba//// /3R6twAAAHZ6nwAAAHR6qwAAAHa6A3S6A3S/n3a6E3S6A3S/m3a6C3yaF/8U +HS6F792uhd0uhfEugvwfFr///90uheUP7t0shP8N3ayB5d/////lf9yepcA AACvF1La//98O/N8WpsAAAD/FOp0epsAAAC/dnqbAAAAdLoHv792ugd0ugfE ep8AAACM0HxCmwAAALuM2XS6A/y6B3RymwAAAHX/d3vylwAAAHS6A/y6B/BJ /3o/iv0U/RROfEKbAAAA/4nklf+V/ZcvKP3vcnqXAAAAr3RywwAAABebDAAA FrcAAACbcPr/////fDv7nhTwdJvb95tw+v////98O/uecnK/AAAAFz/c//9y cr8AAAAXStz//6ChpDY9+/+qdBN+E/f+//+scroDqK/MJJfm//3/rJcXPP/v dAaX/v//fwDq61//73o/iq2X//7//3J6BwEAAKyvF07b//98O/Nyugc4ugf/ /v//r3J6BwEAAK+srKwAigMA6v9f/+8AigMA6vdf/+/HYgcBAACL8XJ6BwEA AHQwrxf2AQAAoKQ2PKp0E34T//7//6l0ivN6CaiK+8w/FIV8wf90gveL2HJ6 ywAAAJc3////r6gA6rde/+9yessAAACvAMkX1Nr//6Z6P6aKt3yB+/+L13J6 /wAAAJcA////r6gA6rNe/+9yev8AAACvAIn7FwLb//+mej+miuV0cff9//9y eff9//9+Bn////+C+XaDcfcA/5X+p6ChNj33/65yu9v/qa/MP3QOr6mX3NP/ 76+vAOq/X//vdnnX/f//oaY8qnQTfhOz+///rKlyuh+ozCSvl1M7/+92oh8X cc3//8aiH6ami/jMPxYm/f//lfpBazv/76Zygj8MWnJ6SwQAAJd/////r3K6 P5UAr5X+rJlaAOqzX//vdAdyuguvQf7//3+Xrzz/76kA6vtf/+96P4pLcrvA /a9yeksEAACvlfysl3s7/+8AigsA6u9f/+8Aigt0wvdf/+8AKHK6C6+Xrzv/ 76kA6vtf/+96P/B6iwAAAHTK81//73J6SwMAAJcA////r6x2ogMAigsAKXo/ iq1yuhuvcnpLAwAArwCKCwDq+1//73o/itxyugeV+6+V+6yXwzv/7wCKGzi6 B/7///8A6u9f/+8AihsAKAC6A3J6SwMAAJcA////rwCKAwCKCxRXAIoLAChy uj+vAOq3X//vdMLzXv/vdMrbX//vl9M7/++X4zv/7wDq917/78Q8droX8Huh /v//rwDq717/78Q8droH8Huz/v//lf6vAOrrXv/vrK+X6f7//3a6DwCKFwDq q17/75X+AIoPl+j+//8AihcA6qte/++sl6Bi//8AigcA6qNe/++sdroHAIoP l9r+//8AihcAKMaiB/B6C////6yXoGL//5fu/v//AIoXACgAKfp37P//droH ACnEugfwfDD///9yeksCAAA4eksCAADrO//vr5eV1P/vdmJHAgAAdqJDAOrH Xv/vxqJDdqIPgTdyekMCAAB2ugN0ugMAzwDqw17/78S6F4qOdLoDl3/7//90 /692uhMA6r9e/++V/na6JwCKEwDqv17/78aiJ3a6I4u4xDyLvKwAihMA6rte /++srJcK////AIojACgAKfrv2P//droTACnEuhOM45cX/P//AOrLX//vcro/ rwDqu1//73wHAIrVFCIAug98ugP7dLoPxLpD8HOTAAAAFtkAAACXnxX//wDq y1//7xaIAQAAdLL3lftyuj+srxcsCwAAdLL3F8oIAAB0svcXn7L//3K6P68A 6rdf/++V/pdTO//vF47Q//+mphc10P//lf6ndLL3oKF2Ztf9//+kNj37/6p0 E34Tm/3//6yoAIr3dCYA6sNf/+96P4vmcnpfAQAAr5fPPP/vAOrHX//vdAd8 AACK+Mw/Fl3///+pdIrzcnozAQAAr3J6YwIAAACK968XBdz//3w78wl6XwEA AO+L5X9CMwEAANGLrHJ6YwIAAKmvdDQXdwAAABS9cnozAQAAl0c7/++vAOo7 Wv/vpno/porVdPmvlzc9/+9yt/5yuh+vdvEA6kNa/+9yemMCAACvcrofrxeB 0f//fDvrcnpfAQAAr6gA6s9f/+96P/B6kwAAAKgA6tdf/+/MP6GgpDY99/+q dBN+E8v8//+sqXJ6MwMAAMwJl/v+//90Jq92igMA6idf/+/Gyk94+u/wenf/ //9yejMDAACXFzv/769yeisBAACvF9vc//98O/NyugN0NK9yeisBAACvFz4B AAByugevleWpAOr/Xv/vej/wemb///9yei8CAACvAIoHAOoDX//vej/we37/ //9yeisBAACvcnovAgAArwDqO1r/76Z6P6aLmHK6A3Q0r3J6LwIAAK8XlwEA ABSsdMpDWv/vqJW8oKhyuieXHzv/768AKXw783K6J68A6q9f/+98B/yK26hy eisBAACXOzv/768AKXw783K6A3Q0r3J6KwEAAK8X5QEAALh8AKWBR6ChpDY8 qnQTfhPz/v//rKmocrIHzCTMABdBIQAAl9v2//+sAIrzF3jh//+X/P7//3J6 CwEAAACK968A6kda/+9yegsBAACVo68A6ida/+98O9/EPIv7d+cU+XdiCwEA AACK93KyBxd6IQAAej+KnXKyBxe9IAAAfAf9iqqscrIHF+wgAAB0D8QMi7l0 sfPENIvOdL7vfAf7g9Z8B/eA23S288Q0i+KWP/v+///8uvOucnILAQAArq8X Wt7//3w785X+oMQMi0p0+ZX+dDEA7xRUcrIHF/MhAAB0OKChpDY99/+qdBN8 E692sgdysg8XFyIAAHS68zi6A/z///98B/aM9fBJf+c+/+92ugMAivdysg8X JiIAAHo/8Hr+/v//crIPF20hAAB6P/B6Dv///69ysg8XnyEAAHo/drr38Hsi ////rKmodMI3Wv/vOLrz/v///3S6A3q68/B7cP///3S693yC8/50v/OK9no/ i4B0p98U+Ho/i4l0p9d6JIuQlcOsACh0D6Z6CaaLr5XBqQAodCemeiSmi6rU Obd6P4GxfAfAg/yVwKevuXK6T6mvAOpHWv/vdLIHfDvzcrpPlf+V/pcvKP3v rxfkFAAAlcOsACh0D6Z6CaaL6xRPdLIHlf+V/pcvKP3vrBcFFQAAALrzfILz /fBxpwAAAHSy93o2i/l0/pX+AO+V/3KyDxd5IgAAej92uvfwetAAAACgoaRy sg8XQiMAADY99/+qdBN+E7/+//+sdKL3qaiVAABM0/3//wDqq1//73JM2/3/ /8wAxsGK8pf/7///AOrLX//vFBAA6ttf/+/Gwk94+u92uhM4ug9nxf//OLoL X5f5/3aCBzi6G9////84uhfv////irRyihs4uvf9////croDrwDJqADq/17/ 73o/itlyej8BAACvAIoDAOoDX//vej+L7XK6E3Q0r3J6PwEAAK8XsQ8AAHw5 +wCy94o+FKx0ykNa/++VvKCocro7lx87/++vACl8O/NyujuvAOqvX//vfAf8 ituocno/AQAAlzs7/++vACl8O/NyuhN0NK9yej8BAACvFwYQAAC4fAClgUfM AHZE0/3//6ChzD+kNj37/65yu9v/qa/MP3QOr6mXrsz/76+vAOq/X//vdnnT /f//oaY8qnQTfhP3+v//rKl0Jqh0whda/+90zAAofJoD/8wtCAl6CYm9FPx0 qgdyvf7MLQgJcnoHAQAAdDSvrXaqBxelFwAAej+L6XJ6BwEAAK8AivcA6jta /++mej+mipEAugN0zMaKA40/dIr3dLoDxPyK3pX3crpHlfqvF0jd//9yukev AOojWv/vfDvvACh0D3wZ/ADLSts+/+9yukevcnoHBQAAl/s8/++vAOqvXv/v cnoHBQAAlcCvAIrzAOpHWv/vfDvjoKGkNj33/3J6hwAAAHQ0r3K6R69yegcB AACvFxkUAAAAKHQPcnqHAAAAfBn8rwDLSts+/+8A6jta/++mej+miyAWnwAA AKp0E34T+/b//6ypqHSC93TKr17/73J6AwkAAADIOLoDAQAAAJfDOv/vrwAp cnoDCQAAl3fs//+vF9TT//90J3w763ok8HtV/v//crr3r6wXLP7//6Z6P6bw e2n+//9+gvcj////8Hp2/v//fLIDAHJ6AwUAAJf//v//rxdppf//cnoDBQAA r3J6AwQAAJfPOv/vrwApr3J6AwQAAK+sF5/+//98O+d6P/Bxuf7//3K696+s F5D+//+mej+m8HvN/v//foL3Bf////B62v7//wCI+3J6AwQAAJfjOv/vrwAp r3J6AwQAAK+sF+r+//98O+d6P/BxBP///3K696+sF9v+//+mej+m8HsY//// foL3Bf////B6Jf///wCI93J6AwQAAJfzOv/vrwApr3J6AwQAAK+sFzX///98 O+d6P/BxT////3K696+sFyb///+mej+m8Htj////foL3Bf////B6cP///3J6 AwQAAJf7Ov/vrwApr3J6AwQAAK+sF33///98O+t6P4GTcrr3r6wXav///6Z6 P6aLo36C953+//+KrACI7wCI86wXqf///3w783o/gb9yegMEAACXAzv/768A Ka9yegMEAACvrBfM////fDvrej+B4nK696+sF7n///+mej+mi/J+gvcF//// ivt8mgP/rBeD0///dLoDpqChpDY8qnQTAIrvAIrzAIr3FwDT//98O/N6P4r1 lZsA6stf/+8UHqI8qnQTfhPj9v//rKlB//f//6jMJKlyehsJAACsr3aiBxcD 6P//fDvzdIL3crITOLoT9f///5X+dqIPp3ZCEwEAAK6scnIXAQAArK6vdnoX AQAAF1Sn//98BwCLocQ8i6Vyuguvl4CZ+7+oF3Kn//98BwCLuXS6C8Q8i8DE OXa6A438dooDzAnGogOB0XJCGwkAAKyV/qgAivcXp6f//8Q8i+d8BwCL7HX4 w/WL6/BBP7m4xIoDdroHgyfMP6ChpDY8fIIH8or+sXJ6GwkAAHdjyhsJAACv Fxvo//98B/ymjSZyehsJAACvAOoTWv/vpnSy85X+dv6nFDyqdBN8E/OpzAmp lfxysgsXTLj//3K6A3KyC69yuvOvAIr3F9m3//96P4uSdLLzqHQ+lbNmoAgA cru+/K8A6k9a/+90B3S688Q5pnaC94HHrNQ5dCd8BLOB/JWzpHS6A6z8Oa+o F2jp///8BJX9l7s6/++oF3fp//90uvN8O+e4/Ay4xA+DNaR/2P8AigMA6kta /+90ivemoHKyCxe/uP//dDmhNjyqdBOsdKLzqXSK96h0+fBJw+d+AD////+C uHT5qHK75/6vdLrvAM8X0On//3S673w78/7HuP7BdPHwSfPmejaL+HTvOf3R AP9FP////8Q1gtN6NoHCdPHwScPmxAWDRBT8dLrvdPGvvqx2su++dvFyuu+v F3cAAAB8O/MU5gD5dPGvrPBJ6+a+dqrvdvFyuu8UH4r9APmgoaSiPKp0E6l0 ivd0+XwH8/BzXf///8L//f//8HBo////dLLvqHSC83ay93/Dxz+N+r92+RTx crr3r6ipF9cAAAB8O/MA+XT5zC2sdcvHv3b5zCSZ8Enzx3w/+PQ1dvl1w8e/ dvmZ8Enrx/QsmXwG8KSKz3w//Hb5f8PHP43iv3b58En7x3a673K6969yuu+o rxcsAQAAfDvzFO5yuvevqKkUEfBINXK7/v52+XS695X+f9//p6AU/cw/oaI8 qnQTfhPP9f//rKnMCcaK83aKA/B7Kfz//3Si98Qh8Hs0/P//f8T/8Hs9/P// le9yui+prxcJ6///fDvzAIrzFw+q//+Vyna6K5k4ui/9/xclqv//qZX9lf2Z drotFzmq//98BwB2ugfwe378//+ocrIvle+urxdYqv//ej/weqD8///feiwC AADfeisCAADfeikCAADfeigCAADfeicCAADfeiYCAADfeiUCAADfeiQCAACV gnJCIwIAAKY5ei8CAAD+lfM5ei4CAAD+OXotAgAA/jl6KgIAAP4MVKF2ovOV 0QCK8wDqN1r/73QHpnoAporyAIrzFy3r//+mdCcU+nQg1KLzd2PKLwIAALms AIrzcnvKLwIAAK8XFuz//3w78/wMcrj+egB2uvOKTHSC96gXaOv//3+DxwDR por1f1vKLwIAAP8U9n9byi8CAAD/uX9byi8CAAD/uZX/cnovAgAAOXvKLwIA APB/W8ouAgAA/7m5OXvKLwIAAP65qa8AigcXaqv//3wHAIr4zAkWsP3//3K6 C5cL/v//r3K6D68AigcXjNf//3w773o/8HHT/f//R//9///GuguA/HS6C69y ei8CAAAAig+vF8js//8Aig8A6kta/+98O++V86fED/BxB/7//5nwSWoqAgAA zDZ1UisCAAD0NZnwSWooAgAAdA7MNnVSKQIAAPQ1mfBJaiYCAAB0Bsw2dVIn AgAA9DWZ8ElqJAIAAHayG8w2dVIlAgAA9DUJeiwCAADwdrIf8Hpm/v//drrz cnovCgAAdroXl//7//9yei8KAACV/68XNe3//3w785l6CYvkcroXr3J6LwIA AK9yuvOvF9QDAAB8O/N8uvP78Eg4dMJHWv/vRH////96P4GcdIrvdrr3l//7 //9yei8GAACV/68Xg+3//3K6E69yei8GAACvcnovAgAAr3K6868XhgMAAHw7 439CLwYAAP+L4XS6A8S664LpALoDcnIvBgAAdDmVgK6v/AwAKHw78wCy94pc 8Ei6G3o/gZZ0igN2uvc+Gfj8iu+X//v//3J6LwYAAJX/rxf07f//croTr3J6 LwYAAK9yei8CAACvcrrzrxf3AwAAfDvjf0IvBgAA/4vhdLoDxLrrgukAugNy ci8GAAB0OZWArq/8DAAofDvzALL3ilzwSLofej+BlnSKAz4Z+PyK73a675f/ +///cnovBgAAlf+vF2Xu//9yuhOvcnovBgAAr3J6LwIAAK9yuvOvF2gEAAB8 O+N/Qi8GAAD/i+F0ugPEuuuC6QC6A3JyLwYAAHQ5lYCur/wMACh8O/MAsu+K XHSKAwCKBxfTrf//dDmgFP3MP6GkNjyqdBN+E+v9//+sqah8WgMCAAD/OHoL AgAAtzr/78w/ckIHAgAAVJ+XMcD/75sAyv////+bdtr/////lftyev8BAACv F2LW//+mpnZ6DwIAAHxaEwIAAP8U8nR6EwIAAL92ehMCAAB0ehMCAADEeg8C AACCswCK7wCK83R6EwIAAD4f+HJ7+v8BAACvAIr3F4cEAAB8O+92egMCAAB8 QgMCAAD/i+YASgMCAAAAivMAivcXBf///3w78xZz////FGZ8WhMCAAD/FPJ0 ehMCAAC/dnoTAgAAfEITAgAA/Yy6AIrvAIrzdHoTAgAAAEt6CwIAAACK9xfu BAAAfDvvdnoDAgAAfEIDAgAA/4vpAEoDAgAAAIrzAIr3F2z///98O/MU2RRa m3D6/////3w7+54U8HSb2/ebcPr/////fDv7nnR6AwIAABT7FCUUJ6ChpDY8 qahB5+f878wAf8H/i+6pAIvb7wDqO1r/76Z6P6aL67h+OXf///9+AP/+//+D JMw/oKE8dHl/////dIPb68Q4jP10B3Q4Ph/4rwBJe////wCL2+cXlvD//3w7 83Q4FC6qdBOurKnMCajGiu/we03///90uvd/x//we1n///9A5+f873aKA0R3 ////f8D/ivd6CYrrdAgU76gAivcA6jta/++mej+mi+8AugP8BH6CA//+//+D KhT9dAh6CYuZdHl7////ej+L968A6kta/++ml3////8Aiu8A6j9a/++mdnl7 ////ej+mi9F0gu90OD4f+K8AivMASXv///8XPvH//5WAdkF/////AIr3qQDq R1r/73w75xTzrJX/qRc28f//fDvzoKGkNjyqdBN+E0f5//+pqHJytwIAABcp KAAAf1q3BgAA/0YA////zD9yQrYGAAAMVHTK21//75lUVQAprwDqD1r/73J6 twYAAK+XZzn/7xe04v//fDvzej+K7XJytwIAABfxJQAAzD8WiP7//3yaA/9y ugOsr5dzOf/vF8Di//+mpgApdCd+PN9A/f9yugdycrcCAACvcnqHAAAArxdR JQAAdAd6AIr1OHqTAAAA/v///xfh1v//dA96CYrxAOrbX//vdCd+PN9A/f96 APB7DP///3oJ8HsU////AOrbX//vxDyM9hcb5v//ej+LYZfz2P//lf+XHyL8 7xc48v//dLoHld+mckqHAAAAQJ8h/O8MWlwfIfzvQR8i/O9yercCAACprxeR +f//cnq3AgAAqa8XS////3w743wHBfB7tQAAAHwHAvBxdP///3o/g6rwen7/ //9yeocAAABycrcCAACvFwYlAABycrcCAAAXTBwAAHyaA/9yugNBczn/76+p F8Xj//8AugMAigOpFxHk//98O+8XueP//wDq21//7xYfAQAAcnqHAAAAcnK3 AgAArxcYJQAAcnK3AgAAF5scAAAWOQEAAJfPiv//AOrLX//vFkkBAABycrcC AAAXbCcAAMw/pKChNj37/6p0E34Tm/T//3J6YwcAAKzMJK+XZzn/73aiA3ai Cxdt5P//pno/por3lQOnFhL+//+pdIrzOLoHBAAAAHJ5+/r//69yugOXrzj/ 768X3fj//3w788aiA/B7Uf7//6hyemMHAACXHyL8768XTf7//6bEPKZ2ug/w e4/+//9yemMLAACvF/ro//+V53K6Q5X3rxfU6///fDvvf8IDT/zv/0ADT/zv ivSX//7//6gXBbP//6h0whda/+8AKK8AKK9yumOXvzj/768A6kNa/+90svd8 O+tyQX////9yemMBAACorxdGIgAAdLL3cnrjAAAAqa8XViIAAHK6Q69yukMA ig+vcrpDAIoDr3K6Q69yemMLAACvcnn7/v//r3J6YwEAAK9yeuMAAACvcrpj r3K6C5dbOf/vrxfG+f//dLoLfDvLxDzwe1v///+vdoofdoIbdroXF9zz//98 sgcAlb8Aiht2uhMA6jda/+90J3w783oki4e8fJr3/3yC9/9yemMDAACV+6+s ivgXmAQAABT6F/AFAAB0B3w783oAi7p8mvP/egCBwnJKYwMAADi6BwUAAAAX ytn//3o/i89yuiN2iiOvFzAPAAB6P6Z2ugeL43wHAIvoALrzfjl/////xoLz gzYAuvd8gvf9g3LMJMaiA6CL9QCKAwDqS1r/76bGog+L9QCKDwDqS1r/76bG oguhi/UAigsA6kta/++mdLoHpDY8qnQTfhPT/P//qahysh8XgPj//3S683TC Q1r/73J3+9r///r32f//r65yeiMBAACX2zf/7692svMAKEb7/v//fDvv1DdH af///3w+A8Q3gP10Pno/ged0D3J6IwEAAJffN//vrxcE9f//prGmihVyeiMB AACX5zf/768XGvX//3J6JwIAAK8X/ur//5cT7v//F4ny//98O+96P4v0dDcX kPH//3QPFP3MCaxyeicCAACX/9/8/690MRd48f//dCd6JIvYcnojAQAAdDGv AIr3F57u//8A6hda/+9mRv/7//8IBnQxrRdS8f//egmL8XQxF8vx//+pF3v2 //+meiSkivjMCRZ9////AIrzcnorAwAAl+83/++vACh8O/PMCXJ6JwIAAHKy H6mX/z//768XcPn//3o/i6wAihcAigsXrg0AAKZ0D6Zysh8X1Pf//3J6JwIA AK8A6rdf/+9yeisDAACpr3J6KwMAAK+XDzj/73K6A5eLOP/vrxcq/P//qQDq S1r/73SKA3w743KyHxcY+P//dDmgoTY8qnQTfhO7/v//AIr3AOrDX//vej+L 5XJ6QwEAAK+Xzzz/7wDqx1//73wHAHa6A4r7zD82PKzMJMai74GWqah0gvNB +/7//39CFwEAANGLxAl6QwEAAO+KzXyC6/90OIvncnIXAQAAvK78AQCK968X n/P//3w78xTtcnIXAQAAvK6v/AEXAvf//6amcnpDAQAArwCKAwDqz1//73o/ i/rEou+DXKChAIoDAOrXX//vdDykNjyqdBN8E/NyugOpzAmvl+b//f+pl8c3 /++X/P//fwDq61//73o/isdyugc4ugv+////r3K6CwCK9zi6B/v+//+vqZfT N//vAIoDAOr/X//vAIoDdA8IIeQJuQDq91//73Q5oTY8qnQTfhP3/v//rKly egcBAACor8wAF30AAAB0ivN0ovd6P6aL5HQ5qGbUPS4Hr3J6BwEAAKyvF1EB AAB8O+90B3K6A6+V+pX/AOr/Xv/vej+KynJ6BwEAAK8AigMA6gNf/+96P4ve dDjUCJY/+/7//5X//Dypr3J6BwEAAK8XmAEAAHw77/wHfAD9gtZ0yhda/++V /qAAKa8AKZXlZqYIBnw9nq2Xnzf/76wA6kNa/+98O+8U3noAgeJ0CJXRrADq J1r/76Z6P6aL/H/f/348+/7//7GKGnQ4oKGkNjyqdBN+E3f///+sdKLzqah/ XPv+////f5y//3/c/39c+/r///98whP7++//iuyV75fjX/zvFxUBAACmXBP7 +++mdHz//v//fAf7i+h8B/2L7XTCF1r/7wAolf1mpggGei2LzXS693xE//7/ //uV33QEco/7pgxaiul/R3v/////ck97////i/iV33QEpgxadMIXWv/vf8T/ iocAKHSy98wtCM5yeocAAACvlQByuvOVAK92qvMXfS0AAHo/i8ByTH////9y eocAAACprwDqO1r/76Z6P6ZyeocAAACviul0sveVAHK685UArxeyLQAAej+K LhT3rBdo+f//pqZ/xP+K73Sy93J8f////6yvFzEVAABeS8r775X1v8wtpggO dupLyvvvcvutAMt6ozr/73J8+/7//68XqPn//15Lyvvvckz72v//cvu/AMt6 nzr/76kXw/n//15Lyvvvfjz32f//cvu/AMt6mzr/76wX3vn//3w753/B/4q2 ACiV/WamCAZ6LYvnAChmCMIT+/vvli37/v//fj3jX/zvrRTvACiV/MwtpggO AMtqKzr/76kXIPr//6aml5c3/++sFy36//+mpqChpDY8qnQTrqypqHSC88wk dAjH4IvScrrzf8HaiuF/gf6MiucAj/t8P/t2ugMXJvr///wndLoDuaa5FP28 uX/B/4opvKwA6k9a/++mdCd0svd6P3b+i7l/wP+LwXKy83X4w9qK03+A/oyK 2XSO+3w++6l2sgMXbvr//6msdrr3F7T6///8ovd0sgN8O/O4uBT7d/y8uH/A /4o6f9z/oKGkNjx0s9v3dLvb+3o2CC+K/Mw/PKmodIPb65XvocQB8H2g/v// rPBJ7vBJJ8wsdCc+FPd0+2pTXv/v8Emu/sw88EknzCw+F/d062pTXv/vzC/w Sb798EklzDw+Ffd0+3pTXv/vzD3wSa788EknzCw+F/d062pTXv/vzC/wSb77 8EklzDw+Ffd0+3pTXv/vzD3wSa768EknzCw+F/d062pTXv/vzC/wSb758Ekl zDw+Ffd0+3pTXv/vzD3wSa748EknzCw+F/d062pTXv/vzC/wSb738EklzDw+ Ffd0+3pTXv/vzD3wSa728EknzCw+F/d062pTXv/vzC/wSb718EklzDw+Ffd0 +3pTXv/vzD3wSa708EknzCw+F/d062pTXv/vzC/wSb7z8EklzDw+Ffd0+3pT Xv/vzD3wSa7y8EknzCzUAT4X93TralNe/+/ML/BJvvHwSSXMPD4V93T7elNe /+/MPfBJrvDwSSfMLPwxPhf3dOtqU17/78w9xAHwfFwBAACkegCL5/BJ7vBJ D8wpPhf3dOtqU17/78w9vrCKF6ChCC88dD7MNna3+3b3drfzdrf3drfrdrfv drfnPACL2/eV/pePN//vAIvb7xfm////Pff/AIvb85X/AIvb7wCL2+8X/P// /z3z/6p0E66sqah0DswAxoHn8HoI////dOI3Wv/vlY0AivN2gecALKZ6P6aL +Di55/7///+ViACK8wAspqaV/Xo/pov8drHndLnnxDjwe0P///98B/6K7Ef/ //9/drLzOLoD+////8wkFOl0outH////Pzi68/v///84ugPg//D/dLLvqAgm 5DaXf////3w+/K6olf6vAIr3AOrfX//vfAcAdvmLpMaC74v3dqHzdqH3FO+o rwDq41//73a59/w8drnzqACJ86gAivOoAMkA6qNf/+904oNf/+/EOHa5+4vj qKioAIoDrwDqp1//78Q4drnriuEAifsALHaB+wDJACx2wXaB83aB93aB63aB 58w/FPyV/qegoaQ2Pe//qXQOqHyB5/+Lz3SD2+96AIvXdLHvdLnz1D7EOIz9 dAd0ueuo/D6vAIvb6xeN/v//fDvz/oHvdDgU/cw/oKE99/+pdA6odLnnej+L ynwH/ovPdIPb73oAi9d0se90ufPUPsQ4jP10B3S566gAi9vv/D6vF9T+//98 O/P+ge90OBT9zD+goT33/6l0DnyB5/+LxKgAiesA6pdf/+8Aift0woNf/+8A KHyB5/2K6JX/lf8AifcAyQDqm1//7wDJAOqfX//vAMkAKHyZ5/+goTx0vud6 P4vpfAf+i+50u9v7dr73F10AAACV/qcU/cw/Pfv/fIbn/4vNdLvb93wX/4vr t4v3t4rcdL73FPx0vu/8u9v7FPt0u9v7ej+D8sS+84L3lf52vu+nFP3MPz33 /3yD2/v/ivzMPzwAi9v7lfcA6o9f/++vAOqTX//vPHS72/vwULvb968XLAAA AKY8qnQTfILz/4r7zD+iPHyC9/8AivOK9xdJAAAApqI8AIr3lfcA6o9f/++v AOqLX//vojwAi9v7lf8A6o9f/++vAOoTX//vPHSr2/N0s9v7dD21qHQGej+L 7alyjf50q9vvdf13/r69sYoIoXQ4oDx0s9vzejaJ2XW72/esdSd0LnUEqHSD 2/N0PD4f75l0PD4W/QxUdDV8HvwMVaCkdLvb+zyqdBN8gu//ivvMP6I8ALLv dLLzdLr3i/J178Xuivi/vgCy74oM8En/8En21D6iPACL2/cAi9v3AOoPX//v PKp0E3Sq93yC7/90PYvlqXSK83Xxd/W9uXs2i/oAsu+KDnyC7/+hivx/3f+i PACL2/sA6n9f/+88AIvb9wCL2/cA6ntf/+88AIvb9wCL2/cA6ndf/+88dLvb +3X3ezaL9sWz2/eL+r8UDsw/PMw2xrPb84nqdLvb+/w+de/Fq9v3i/a+xLPb 840UzD88AIvb9wCL2/cA6nNf/+88AIvb+wDq517/7zwAi9v7AOrTXv/vPKp0 E6ypqHSC96gXkgAAAACK83QPF5wAAACmdCd6CaaBuHokgbzEDIPA1Az8CHoA dor3i8vEgveI0HS693SK89Q4v6/wQfmvqBeRAAAAdAd8O/N6AIvtrKmoF0wB AAB8O/N6P4v1uIozzD+goaSiPHQ4FAhyu9vzrwCL2/MAi9vzAOrjXv/vPHS7 2/t0L3X3v3s2igZ1s9v3t8Q9i/bH94v6t8Q9igh179UuCSXkLQgt3D08qnQT fILv/4r7zD+iPACy73Sq83Sy94vudf57P4v0xf2K+L69ALLvihDwSf7wSfXU PqI8fIPb8/+LwnSr2/epdIvb9/BJ+bl8B76D93wHpYD8fD/f8En1vXwGvoP3 fAalgPx8Pt8As9vvi/d6P4v7xD6LL9Q+oTzMPzwAi9v7F/3///+mPKp0E6yp qHSC9/BJ+K8XrP///3o/pov8uBQQ8EnIuHwB0naK94v6fAHUivvwSci4zCSp F8b///96P6aL8nL7ZHKjuS/wSci4FBd8gvfSdDyK/QgnoKGkojwA6ttf/+/+ +os3/+88zD98g9v73/BrPzx8g9v7z4P0fIPb+8aA+5X+pzzMPzx0u9v7fAee g/p8B4WB63wHvoP6fAelgfV8B8+D9nwHxoD7lf6nPMw/PHS72/t8B56D+nwH hYH1fAe+g/Z8B6WA+5X+pzzMPzx0u9v7fAeeg/p8B5mB63wHvoP6fAe5gfV8 B8+D9nwHxoD7lf6nPMw/PACL2/uV9wDqj1//768A6pNf/+88Xos3/++pdDdB AAD//9wxljZYvv//Pgfvlj9Yvv//dC7cMT4F7/w9oXQv2gCA//8+H+/0Pj4F 8Pw9Vv///3+L+b/aAAAAgFyLN//vPKp0E34T+/v//6ypqHSC86hELyj978wJ Fy0DAAB6P6aL88w2f4PHAKPwaz50DnS678w2f8ej8Gs+zDGK83oJi/y/FPpE fzf/76+sqHJ6AwQAAJeHN//vrwDqr17/73J6AwQAAJf8/v//rwCK9wDqR1r/ 73w736ChpDY8qXSL2/epF5YDAAC3pofrdfPPfwaji/d/BtCL/LeGD3o/gvt0 OaE8crvP/qE8qXQOF4cHAAB8WRfu////fJnL/3Q5oTypdA50uct6P4v3rwDq S1r/76Z0MRfIBQAAoTyqdBOuqXQOAIrzOboDrzm6ArQ5ugH6AIr3OboA+Re6 BwAAej+L16hygeOV6ZX/qBe8BAAAcroDlfuvqBfwBAAAfDvnOLnX6f///5X+ p6ChNj33/6p0E3wTi6modAbMCcZIF+7//4ryAIj3F/MFAAAWiP3//6x0oMvE IZk4um/r/5k4um31/5l2imeZdoplmTi6T/7/OLpNf////4vTmcaI2XaKA4nl xozniuqsF2z9///8JwC6A/BIuNnGugOmgxnwSLjZxroDivxyonOpdDAAiNMX OQYAAMZIF+7//3aKB3aKA/Bxx/7//3KIwXKyIxelCAAAcrnXlf+X/z//769y siMXiAgAAHo/8HsT////OLkFr7T+/Zl0vPsAihuZdrkBmXS8+Ti6Q6+0/PsA ig+Zdro/mXb5zD+Zdrn9mXa5+5l0tPOvmXayOZl2sfmZdLTxmXa6PZl2ujuZ drI3mXax9xe5CgAAdro1drn1dLobdroxdrnxdrotdrntcnnT/v//rxdxBQAA mXa6KZl2uenMP3w775l2uieZdrnnmXa55Zl2ueOZdLzbleGZdrnhdLzZdrnf dLjvdrnbcrpDr3QwF9YHAAByedP+//+vF7sFAACmr3J50/7//690MBfyBwAA AIobdDAAig8X/wcAAHKyIxfABwAAALoHFPt/mdf/crIjF9EHAAAAugN+Ocn9 //90ugPEeBfu///wczIBAADMCXS473a403S4y8Q5i/QAiNd0MK8XSggAAMwk xkgX7v//gcFySJX+//9/QQMBAAD/cnkxAQAAi+WV0a90MBdzCAAAqRdSBgAA pq+pdDAXgwgAALx+Ocn9///EYBfu//+DN3S473SK99S405XpdDB2uNd0ugeZ /rjbmf642XK5+5l2uM9yuOOvF70IAACV+5dHyvvvdDAXywgAAKkA6k9a/+90 J6mV36wXVAcAAHw773QwqawX6QgAAKwA6kta/++mAIjvdDAXbggAAKSgoTY9 +/+pdA50eRfu//98B/eD+8w/FMKWP8n9//8Ai9v3crvPma8XPQcAAHR5F+7/ /wCL2+uWP8n9//9ye8+V/v//rxdaBwAAfDvvAHkX7v//lf6noT33/3S72/vw SLff8Eiv4fBIv+P8NXK7/tE8qnQTdLr3qHSC73/f/8aC84ivrKl0yhda/+8A KdSC88wtlf+4pAgIdAX8gvOL1AApleVmpggGd6rwACmV/WamCAZ0uvcIJeUt fx0ffz2e/arwd+vnvMQgjSp0uvehf9vn/6Sgojx0s9v7qajMP8wAf8bfivy+ FAd/xtKK+5X+vqB/xs+K8HWu/n8Fh4v6fwWniv2+vswJde57LYvDfAH3jMjw SS18Bb6N9XwFpYj6fD02FON8BZ6N9XwFhYj6fD1WFPJ8Bc+N7nwFxojzfD0v Ph/7/D25vhRBegCgoYv9CCc8qnQTfhNj////qUFj////qXJ6mwAAAJX/rxfi CAAAfDvzcnqbAAAAdkqbAAAAdMpvX//vrwApej+K43J6mwAAADh6mwAAAGv/ //+vACl6P4r6fDcAFOl0cosAAAB8NwC2i/e2iviV/qcU/cw/oTY8qnQTfhOv /f//AIrzAOrDX//vej+K/TY8rKkA6ttf/+90yq9e/+9y8792ugd2sguV5cwt pggOcnpPAgAAfD2erZdvN//vrwApfDvzcnpLAQAAr3J6TwIAAK8A6sdf/+90 J3wEAIuMcnofAQAArxcHCQAAf1v6IwEAAP98mgP/pnS673/H0Yr8ALrvAIrv cnofAQAAzC2vdLoLleWmCA58PZ6tAIrzl3s3/+8AivcAKXw75wCK9wDqu1// 73wHAIvzALoDALoLfIID5YNMrADq11//73yCA+WD9AC6B3S6Bxa0AAAAAIr3 AOojWv/vppX+p6GkNjyqdBN+E9P+//+pcnorAQAAqK8A6mNf/+9A//7//3K6 P6ivlzc3/+9B9vv//wCK95X/qQDqZ1//73K6f6ivl0c3/+8AiveV/6kA6mtf /+90eisBAACVO2amoAgGfILz/6GL23o/Rlc3/++C+kZnN//vr3K6f69yuj+v rgCK8wDqr17/73w76zY8qnQTfBPvcroPrwDqX1//7wCK93K6D68XowAAAKam NjyqdBN+E/v+//9yegMBAACvl/v+//8A6ldf/+8AivdyegMBAACV/5ePN//v rwDqW1//73S69zY8XjPK+++oej+DkYqYfPIzyvvvAJfnNv/vAOpPX//vdAd6 AIurqXTKU1//75cDN//vqAAplxM3/++oXDvK++8AKZcjN//vqFw/yvvvACl8 wjvK++//XDfK+++hi+N8wj/K++//i+x6P4vwOPozyvvv/v///5X+p6A8zD+g PKp0E34T1/7//6jMABeMAAAAej+Lk6molf0A6jvK++90D3wBAIuncnonAQAA OHonAQAA1/7//6+pAOo/yvvvej+LysaC83J6AwEAAIr4rxesBwAApq8AivcA 6jta/++mej+mi+9yeicBAACvqQDqN8r77xQ1lf6gqQDqg1//73Q4oaA2PF7X Nv/vqXo/QS/K+++C8akX5f///6Zc1zb/73o/ivvMP6E8lf6pF64AAACmpqE8 qnQTfhOv/f//rKlyugeozCSvl+b//f+sl5s2/++X/v//f8wAAOrrX//vej/w egn///9yugN0yv9f/++vcnoPAQAAr3K6C6+sl682/+84ugPv////AIoHACl6 P4qQf0IPAQAAzoqZxuJPePrvi9JyugM4ugP7/v//r3J6DwEAAK9yuguvrJe/ Nv/vAIoHACl6P4rGfIIL/orMFNmXyzb/73J6DwEAAJf7/v//r6yXvzb/75fT Nv/vAOpLX//vej+L9MdiDwEAAIv8lf6gAIoHAOr3X//vxASLsHJ6TwIAAK9y eg8BAACvAOrHX//vdA98AQCLzXJ6DwEAAK8AivcX1wwAAKZyeiMCAACmrwCK 9xcgCQAApq8X7wwAAKamqQDq11//7xT9zAB0OKChpDY8fhP3/v//qUF7Nv/v qKnMAJX+l/7/4P92g9vrAOpDX//vxDhcJ0n774rmqaioAOpHX//vxDhcJ0n7 74r4zD8WGP///6yqF6r7//+X/3///6iXI0n77xe/DQAAfDvzcrvb65f7/v// rwDqJ1//73K72+uvAOrDX//vdMrfX//vQn////+oqpX8qET///8/lfxAgzb/ 76yoACl8BwBcK8n774rhlf+qlf2V/5X8rKgAKXwHAFwryfvvi5kXCv///xSo dMLjX//vzCSsrwAoQf9////EOYz0rADKK8n77wAodA9yu9vvrK+plyNJ++8A yivJ++8A6tNf/+96P4vkzDbEDInqdW4jSfvvcn4jSfvvvgktxDF3740UOLvb 7/7///8Xdfz//3S72++ipKChfjv3/v//PKkXmfz//wCL2/MAi9vzF+X+//+m dA+mF6D8//90OaE8qRe5/P//AIvb8wCL2/MXNP7//6Z0D6YXwPz//3Q5oTyp F9n8//8Ai9vzAIvb8xdu/f//pnQPphfg/P//dDmhPKkX+fz//wCL2/MAi9vz Fz/9//+mdA+mFwD9//90OaE8rqmoFxv9//9AI0n776gXh////3QPqahAJ8n7 76gXYg8AAHw778w2egmJ6nVuJ8n773J+J8n7774JLcQxd++NFJX/lf+V/wDK K8n77wDqm1//73K72/eV/6+pqADKK8n77wDqO1//7wDKK8n77wDqn1//7wDK K8n77wDqP1//7xeI/f//lf6noKGmPKl0i9v3qHQBf8H/i/KpFxgPAACmcov5 /hQRdDnUOKC/oTyqdBN8E/Osqag4ugv+////AIrzFz8PAAB0D6Z+Af/7//+C 2XSi96wXUw8AAHKDz/44+9sjSfvvF10AAAB0D6Zy+8HC/3///4P7zD8UgHK6 B69yugOvrBdg////fDvzej+L5sSCB4r5fJoL/xTtrBcM////1IoHprGxFP6x dooDdLoDrHJ/I0n7768X8g8AAHS6A5dvNv/vcn8jSfvvrxe/DwAAdLoDAIrz cn8jSfvvrxfRDwAAfDvnfIIL/4v0dLoDf1vHIkn77/+V/qegoaQ2PKp0E3wT 3wCK83K6H5drNv/vrwDqQ1r/73K6H68AivcX9AAAAHw76zY8rKmoQCNJ++8A i9vvdAgXNBAAAH/CI0n77/+mdCeL1KypAIvb5wDqH1r/73w783o/ivl/w8zC i+epF18QAAB/g/n+/3KL+f6miirMP6ChpDx0s9vrdDnUOKl2/heBEAAApnSz 2+d2/pX+pxQfqnQTrnK6A69yuvevAIr3F38AAAB8O/N6P4vNlyNJ++8XrAEA AHSy93SqA9Q+1D23r3J77iJJ+++vcn4jSfvvrxeYEQAAfDvvlf6nNjzMPzY8 qnQTrnK6A69yuvevAIr3F9AAAAB8O/N6P4vPdLr3lcJyfyNJ+++vAOo3Wv/v pno/povnv5cA/P//rwCK8wDqR1r/73w785X+pzY8zD82PKp0E34T//v//3J6 /wMAAKmvAIr3F2cAAAB0D6Z6CaaL7HJ6/wMAAK8A6hNa/++mdLLzdv50OaE2 PJUAAMonSfvvAOoXX//vPADKJ0n77wDqN1//7zyqdBN+E+v7//+sqaiX//v/ /wCK93J6EwQAAK8A6kda/+9yehMEAACXUzb/768X9/n//3QncnoTBAAAl1c2 /++vFwr6//98O+N6P/B7SP///68A6hNa/+90B6ZyehMEAACvF4HR//90D3wB AIrkcnoTBAAArxeO0f//ej/we3n///90v/N0/3TPle9yug+V/68XtRIAAHw7 83aKC5k4ug/9/6gXyNH//5X5lf6V/Zl2ug0X3dH//3QPfAEAi7V8gvP/i+sA ivNyug+V76+pF7////98O+8U83K6D5Xvr6kXENL//3o/iuV6JIvfrBdzEgAA v6+sqRfg+v//fDvvej+C9akXQNL//8w/FP10OaChpDY8qnQTfhPv/v//dLrr rEYX/P//qcwtdA4ICcwtqHSC95X+pEGBmft/droLdLrrCA5yuut2ouuvqaiW LRf8//92qgcXndL//3o/8Hpi////AIrvAIrzqBeZ0v//drrzF33S//98muv/ drr3crrrr6moF8vS//96P4qMzAnGivOL7X6C98vY//+L9n6C98zY//+KpXK6 C3ZCCwEAAK9yeg8BAACpr6mVv3ZiDwEAABcC0///fAcAi8rEOYr3qBcL0/// FNFyuu84uu/7////r3K6A6+X+O///5cAAP//qBcC0///fAcAi/rGigOL9RcL 0///fDcAFP3MP6ChpDY8AIvb+xdQ0///zD88qnQTfhPz/v//dLr3rHZ6BwEA AKlyugeozACvcnoLAQAAqK+oqDh6CwEAAP7///92ggd2ggMXk9P//3QPxAiB tXS683Si73a686isAIrzAIr3F6PT//90D3wBAIrvF4XT///CzNj//4relfUU 9P6K89QhxCCB85XrAOrLX//vxCCAOHwBAIv8lf6hdDmgoaQ2PHyD2/v/ivt8 NwA8AIvb8wCL2/MAi9vzF6wAAAB8O/M8qnQTfhPv/v//rKnMCajGiuuL3nS6 60YX/P//ZnQGCAB2ugt0uutmCAaWLRf8//92qgcU+XaKB3aKC3Si95X+p3Ky C66pcnIPAQAAqa6vdmILAQAAdnoPAQAAF2nU//98MADEOIvCxDmK+Mw/Flz/ //9yuuuvl4CZ+7+sF5DU///EOIvgxorri+UAiusA6k9a/+90J6bEIYrxdLrz ds90uu92z3Q4FJJ0guupqHaiA6wAivcXztT//8Q5i7x8BwCK7xea1P//wszY //+K35X1FPT+ugPUB8QBgdWV+gDqy1//78QBgeGpqACKAxQ8rADqS1r/73S6 86Z2z3S673bPfDcAFO90uvN0suuV/nbndLrvdvenoKGkNjyqdBN8gvf/ivp8 NwCiPACK6wCK7wCK8wCK9xc3AQAAfDvvojyqdBN+E+f+//+sqah0oveV/nKy E6fMCa6pcnIXAQAAqa6vdooPdooTdmITAQAAdnoXAQAAF4DV//98MADEOIvj xDmLvHK6A6+XgJn7v6wXoNX//8Q4i/rGigOK+HQ4FlT///+V+6DGggOD45X9 croHqK+sF8vV///EOXa6A/Bxd////8Q4jPjMPxZ/////qXK6B6ivrBft1f// xDh2ugONlX6CB//f//+IngCKBwDqT1r/73QnpsQhdqILi7t0ggepqKwAivcX Htb//3wHAHa6A4rxF+nV///CzNj//4rnFPfUB/wnxAGB1ZX1AOrLX//vxAGB 4RQ2AIoLAOpLWv/vpnS683bPdLrvds98NwCgoaQ2PHS683SyC5X+dvd0uu90 sgd296cUGap0E34T7/7//6zMJMai76mK95X+pxY0////foLv/9///4CydLr3 OHoPAQAA/v///3Z6CwEAAHK6C69yeg8BAACsr6ysdqIHdqILF77W//90D8QM 8HF1////dLrvfD/7rwDqT1r/73QPpsQMdooDivp8NwAUj6hyuu+V+6+pF/oX AAAAiu9yufsAivOvFwkYAAB0uu98O+d2ivNyh/usqACK8wCK9xcN1///dA98 AQCK6Rfv1v//wszY//+K5JX1AOrLX//vFPrUAf6K88QEgDJ8AQCL/JX+oQCK AwDqS1r/76agdDmhpDY8lf8A6stf/+8Ai9vzAIvb8wCL2/MXAQEAAHw783o/ ix88dLvb+6l6P6iLvnSD2+96AIvGdfd0D3s2i850KXQ41Ch193s2i/PH8/2K +L9/w/3/ihF/x/+L+XWx/rkUJn/Z/6gXAhgAAKb8ORT9zD+goTyqdBOurqyp qMwklzs2/+92ogMA6k9f/+/EPIuvl082/++vAOpTX//vxDxcH8n674vEOLoH t/3//wCKBwDqT1r/73QHpnoAi9tyugevqADqH8n673QPegmL5agA6kta/+98 AZCmivm8fAT9gzPMP6ChpDY8ckjz/v//egmL1XSi93S6A8S684zmcrn7lYCv rADqR1r/73w78wC6A348f////3TJegmKJqgA6kta/++mlf6nFEWqdBN8E+dy ugOsr8wklwM2/++X/v//f3aiCwDq+1//73o/8Hp/////qaiV+3K6D6BBEzb/ 769yugevcroTr6ypOLoH/v///wCKA3aCE3aCDwDq/1//73K6F6ivqKypAIoD dqIXdOLvX//vACyXF/z//5cnNv/vF7gHAACmej+mi/GvF7YFAACmOLoL/v// /3K6B6ivqJX/qQCKAwAsAIoDAOr3X//voKF0ugukNjyqdBN+E/f+//+sqahy egcBAACX/v7//68XWtn//3o/8Hpj////cnoHAQAArxefGQAAej+m8Hl4//// cnoHAQAArxdH2f//dA/MAMQIi4x0ufPEOIuTzCTGx4v5vHw/+xQJcvti+/// /5X+rwDqP1r/76bEOKZ2ugOLuMQggcFyr/10ufN0MD4e/bh0+/d1/3e9AXS5 83T793W//ne9AHS583T793W//Xf9dLnzfD37xAR0+/d1v/x3vQKDOnS6AxT9 zD+goaQ2PHSr2/uV/afwSfV8FvWL6nwWiovcfBbSi/B8FuuK9n+F/leK/JX+ pzx1rf5/Be+NCH8F4IgNFBLMPzyslf6nzCTG+is2/++Lo6gXFQEAAHQHegCL 3Mbgi+ipdAivF2AAAAB8Ofv0J6Z0OXzB/4oSoagA6kta/++mfMIrNv/vAKCK 4XzaKzb/7/98BP6K7RcHAgAAej9cKzb/74v7rKekPHQ8fB/9pDyqdBN8E+t0 uvPMLaypdc+oda/+QPDw8PDwSbf9Ph339C44ugv8////8Em3/PBJj/k+Hff0 Lsw2dZf7dbf6Ph739DHwSY/4Ph739A50NT4W+3Qh3DDcIMw0zA4+HvvMLnQB dDV+GAAA//8+Fu/MMEDMzMzMzA4+Hu/MLnQxPhb9dCXcMNwgQAD/AP/MNMwu Ph79zA50JXQx3CA+FvfcMMw0zC4+HvfMDnQx/Ak+FuD0MXQOzA1+GVVVVVXM McwpdrIPdDU+FuD8LfQ1cqoTdrITcrIPdrLzdLL3drIDdLIDfroDf////3ay 9zi6B+////90svN0znQxPh7jPhH79DF0ivfM8XQOdCY+Eed8GcA+FO90y0ov Nf/vfBzAzMtiLzP/73QmPhT3fBzAfB7AzMtiLzH/78zLci8v/+90svd8uvf3 zs10ivN0tvvM8XQOdCY+Eed8GcA+FO90y0ovNP/vfBzAzMtiLzL/73QmPhT3 fBzAfB7AzMtiLzD/78zLci8u/+90Nc7NdKrzALIHdrLz8HqlAAAAALILdDV0 qvN2svPwesoAAAB0qg90ihN0NT4e4C4V9DV0Lswpfh1VVVVVzA3MNXQpdCY+ HeAuEfQp3CB0DT4R99wIQMzMzMzMDMwxPhn3zCl0JnQN3CA+Ef3cCMwMzDE+ Gf3MKXQOdAU+Ee9+GAAA///MCEDw8PDwzCk+Ge/MMXQldA7cID4R+9wIoMwM zCk+GfvMMaF0Jne3/D4U53fndCY+FO93p/50JnQ1d6/4Phbnd7f7dDU+Fu93 t/p0NT4U9z4W93en/Xe3+aQ2PKp0E3wTg6ypzCSozDbwSX7HNf/vdIrzt3Qv fB/4PgX8devNe+t6TzX/7/BqP3e78kO+fAbHgyl0gvd2ogM4uvPw////lfdy ugusrxctHgAAfDvzzDbGou90uvOK/HS6A/BJf481/+/8PswtfAbj8GI9tXwd G3w9x8Q9g/x8Pxt1u/pDd7vye758BseDN8wJ8El5fzX/78ej+nyL3XQ5lflm pggGlfmkcrP6C3Q5ZggEdPtqTzX/7z4H/ff+zCS5fAHPgzTwSbIJzD91mgv0 PvBJsgc+H/f0PvBJsgU+H/f0PvBJsgh2+PBJugo+H/f0PvBJsgY+H/f0PvBJ sgQ+H/f0Pna4+8biF8n674v4Ptj9Ppj7/QC6AwCy83w493yC8wDwcOIAAACg oaQ2PKp0E3yC7/+pqIrQdIrzdIL3lf+pqBdFAQAAcrn3lf6vcnh/////rxdX AQAAfDnvlf+pfjj//v//FNJ0gvd0ivOV/qlyeP/+//+vF3oBAAByufeV/69y eH////+vF4wBAAB8Oe+V/qmoF5gBAAB8O9ugoaI8dLvb+3yf+/983/84v/f+ 3LqYOL/zdlQyEDi/7wEjRWc4v+uJq83vPKp0E3wTv3Sq76l0iveodPF0Pj4X /HLDLnwfwMQGjPwAuft0NXbBPhbi/rH7dDW1ejaLpL2sdqr3dLLzvwC683wH v3X2d7P56IrBle9yueVysj+g8EmnAMwtdY/+de98P/s+Hff0LPBJpwU+Hff0 LHbufD77sIojcro/r3K5968XR////6bMP6YAsveKVKSgoTY8qnQTfBO/qXSK 95XHdPl0sft2ugd2sgM+F/x8H8CmxD6D/JWHptQ3qK6XLy3/76kXxQAAAHw7 83K55XKyPzi69/H////wSYcAzC11j/5173w/+z4d9/Qo8EmHBT4d9/Qodu58 PvsAsveKJXK6P3KB96+oF8z///+mcrmmppX7dDChoHXud68AdO4+Ffd373Tu PhXvd6/+dO4+Fed3r/18Pvt8P/uxiiShNjyqdBN8E7t0uvN0svesqXSm+3SO 86h0x3aCB3QECCjcAXSO93Tu3Az0AfyCB3JL6IdblSh0BHQpPhXmPhn49Cl0 j/v8LHaKE3QN3AUIKdyO9/QIdIbz/IoTckPIqUg4F3QIPhHrPhjz9Ah0h/f8 DXaCK3QBdor3CCjcBHQh3CX0BHSm9/yCK3JjxCSP39t0BD4Q8D4c7vQEdKfz /AF2og90INwICCzcJXaC8/Qh/KIPdAx0pvtyY8wRMUI+dAw+Gek+FPX0DPwI dCHcAQgs3KL39CB0h+92gkP8IHJr5VDwgwp0IXQFPhDmPh349AV0r+v8AXaq C3Qo3CAILdyq83aCP/QsdKL3/KoLcmPs1Tl4uHQsPhXrPhzz9Cx0p+f8KHai H3Qldqr3CCzcIdwo9CV0qvP8oh9yY+Xsuc9XdCw+FfA+HO70LPyq93QlCCzc IHSC99wF9CB0h+P8IHaCM3JL4f5quQJ0JXQBPhjpPhH19AF0j9/8BXaKF3QI 3CAIKdyK93aCO/QMdKI//IoXcmPMJ2d/lnQMPhHmPhz49Ax0p9v8CHaiL3Qh 3AEILNwl9CB0gvf8oi9yY+BQCLt0dAQ+EOs+HPP0BPwBdCB2gvcILNyiO9wB 9CB0h9f8IHaCP3Jr5U6kAAB0ovd0BT4Q8D4d7vQFdK/T/IL3dqondCjcIAgt 3Cl2gvP0LHSiO/yqJ3Jj7EEoo3Z0LD4d6T4U9fQs/Ch0JdwFCCzcovf0IHSH z/wgdoI7ckvh3e5vlHQldAE+EOY+Gfj0AXSPy/wFdoojdAjcIAgp3Irz9Ax0 ovf8iiNyY8xsjmcCdAw+Ees+HPP0DPwIdooDdor3CKoDdKID3AjcJfQhdI/H doo3/CF0ivNyY+FxvIZZdAw+EfA+HO50v8P0DPyK93Si93a6G3aK89whCKrz dLrz3Dj0PHSi9/y6G3Jr/d73S7Z0PT4f6T4V9fQ9dKoD/DncKdwn9Cx0Ifyq E3JD6J3a4Ql0KD4V5D4Y+vQodILz/C/cB9wl9AR0ovf8gh9yY8S/TL8/dAQ+ EOg+HPb0BHQn/AUILHaC99wl3Af0IPyiJ3JL4a6lodl0AT4Q7T4Z8fQBdA38 gvcIKdyK93Qg3CX0DHSi9/yKB3J7z1U4SRZ0Dz4Z6z4X8/QPdLr3/AgIL9w4 3CH0PPy6C3Jr/aLv0Cl0PT4X5D4d+vQ9dCj8OXQgCC3cJ9wp9Cx0ovf8qj9y Y+ys67v9dCw+Feg+HPb0LHQh/C8ILHaq99wn3Cn0JfyiG3JD4H4ZXid0KD4V 7T4Y8fQodAf8qvcIKNyC93Ql3Cf0BHSi9/yCQ3JLwTcELBh0AT4Y6z4R8/QB dIr3/AUIKdwN3CD0DHQl/IovcnvPGTIe3nQPPhHkPh/69A90PfwICC/cONwh 9Dx0ovf8ujdyY/wp+Mg8dDw+F+g+HPb0PHQg/DkILHa699wh3Dj0J/yiD3Jr 5XjyKgt0PT4X7T4d8fQ9dCn8uvcILdyq93Qn3CH0LHSi9/yqF3JD6BLrpbp0 KD4d6z4Q8/QodIL3/C8IKNwH3CX0BHQn/IIjckvB+hYcVnQBPhDkPhn69AF0 D/wFCCncDdwg9Ax0ovf8iityY8wHXBADdAw+Eeg+HPb0DHQl/AgILHaK99wg 3A30IfyiM3J75yb9kJh0Dz4R7T4f8fQPdDj8ivcIL9y693Qh3CD0PPy6O3Jr /XWz1XJ0PT4f6z4V8/Q9dKr3/DnMKcwv/KoLckPovcYFAHQoPhXjPhj79Ch0 AfwvzAfMBfyCF3Si93JjxH4Jjnh0BD4Q6j4c9PQE/AV2gvfMB8wFdKL3/IIn ckvB3Z5iknQBPhDvPhnv9AH8BMwgdAzMDfyKN3J7z/PHGgJ0Dz4Z6D4X9vQP /AjMIfyiE3Jr5bsVQVt0ovd0PT4X4z4d+/Q9dCj8OcwpzC/8qkNya+xWMCG0 dCU+FOo+HfT0JfwndCx2ovfMKcwv/Kozcmvon7RECXQFPhDvPh3v9AX8BM6C 93Sq98wv/Ko/ckvpj0NAQXQpPh3oPhH29Cl0ivf8KMwN/IojckvPOYFk13Q5 PhfjPhn79Dl0CPw9zA3MD/yKB3JjzAXYXhV0DD4R6j4c9PQM/A90IXaK98wl zCf8og9yQ+B6zxArdCA+FO8+GO/0IPwhzqL3dqLzdIL3zAf8gh9yQ8X64nf7 dCg+Heg+EPb0KHSC9/wszAXMJfyCL3JDx8YvKyZ0OD4X4z4Y+/Q4/D3MJ/yi O3JD4RpmJBl0ovN0CD4R6j4Y9PQI/A90AcwFzAf8ghtyY8QHg13gdAQ+EO8+ HO/0BHQh/AHMIHaC88wn/KIrcmvlmqlTO3Si83QFPhjoPhX29AV0KfwECC30 KMws/KoHcnvvu93WC3QvPhXlPh/59C/8KHQ8CC/0Pcw4/Lozckv5aADVvHQ5 PhfpPhn19Dl0CPw9CCn0D8wN/Io3cmPMWNxrVHQMPhHuPhzw9Ax0JfwPCCz0 Icwn/KILckPgxl9sA3QgPhD0Phzq9CB0B/whCCj0BMwB/II7ckPFPKakmnQo PhXlPhj59Ch0AfwsCCj0BcwE/IIPckPHbTPzcHQ4PhfpPhj19Dh0BPw9CCj0 B8wF/II/ckPBggsQAHQIPhHuPhjw9Ah0BfwPCCj0AcwH/IITcmPELqJ7enQE PhjqPhT09AR0J/wBCCz0IMwh/KIXcmPlsIFXkHQsPhz5PhXl9Cx0IQgs/Cj0 Jcwg/KIbcmPnHxnTAXQ8Phz1Phfp9Dx0IPw9CCz0J8wl/KIfcmPh67z+XHQM PhHuPhzw9Ax0JfwPCCz0Icwn/KIjcmPgXu73sXQEPhjqPhT09AR0J/wBCCz0 IMwh/KJDcmPlfYGsCHQsPhXlPhz59Cx0IfwoCCz0Jcwg/KIncnvnyg3FQnQn PhTpPh/19Cd0OPwlCC/0PMw9/Lorckv5RC0o1XQ5PhfuPhnw9Dl0Dfw8CCn0 D8wM/IovckPIbix5FHTO/A10KHbOPh3qPhD09Cig/K77ofwvdq77dK73/C90 vvP8PHau93a+86Q2PKp0E3wT73K6Dzi6DyuG/++vlfs4ugvWhf/vOLoH0YT/ 7zi6A5aD/+8Xp/n//6amNjx8whPJ+u//i/uV/qc8rKmX//7//5cA////lw/J +u84+hPJ+u/+////FykqAAB8O/PMNpX5dD7MLaQIDHJOzsj673ex33895b58 BuV36Y0clf6noaQ8qnQTfBPrdLrvrKmodM/MJADqF1r/75X7ZqYIBk75dT0J Fv08cnTVLP/v+7jDpXf+gfvT+Xf+vHwE+YMrdDGV+j4e/HQ+oGYIAJX6drIP dKLzdqILdAd0PmamCAZ6LYv+uHK4/pX+rwDqP1r/73SqD6amdroHcvPhzAnE KXaKA4GRtnayE3SyC8SyE3Xmd6Lwi/d1tv53svEU+3+a8f/GqgOCwZX0pdQp leB0NaR8ugP6LBzwSLLx8Egk3CZ1NSwUfDn6fBX6dXTvLP/vdKIHALoHfAH0 d/SA93SyA8SyD4M4dKoPfBH3ALoLxqoDg2l0su+V/nbGdLLrdv5/28f/p6Ch pDY8qnQTfBPrdLrvrKl8mgP/dP+olf5y4390DHaiEz4R/HK5/q8A6j9a/++m dC90uvN8mvP/pnaqD802droHeiSBnH/d/8aiA3K9/nf3gr+V9KbUsvN2sgt0 sgcAugfwSfaZ8ElGD8n675l+AAD/i7V0sgt8uvP6fLoD+nySC/osGJn2xXyC 8/SA+saiA4M2ded19XyS8/d35XSiE3f3xqIDdC+DYnS673SyD5X+ds90uut2 96egoaQ2PACKDwDqS1r/76bMPxQSqnQTfBPvcroPOLoP2oP/76+V/Di6C5WD /+84ugeRgv/vOLoDloP/7xf4+///pqY2PHzCD8f67/+L+5X+pzyolf6lfDcA lb9AD8j676Z26g/H+u8MVMw/oPBJd8ss/+93fg/I+u+/fAe/jRI5+tLH+u8B dD08PKp0E66uqXSK73TxejaK+Mw/FhT///+sqJX8dD7MLaAICJX8zC2krHQH dD4IDHK+/aZ2qgPMLQgOPh/9r3b5AOpPWv/vdCd0uut6AKZ254m1crrsdCh2 uut0uvN8mu//droHRvz///90igd0gut1+Xf4ubC2igh0uu+V+6F0Nz4W5Xwe wD4f+XV2yyz/73f0vLGKFny68/y1ikF0ugN6P4uklfxy+3r9////zC2mCA50 L3S683ya8/92uutyuvB2uu90sgN0iut0gu91+Xf4ubC2igh0uvPMCcQNjOl0 Nz4W5XwewHV2yyz/73f0vD4f+RT7OfzCvLl8AfuNI5X+p6CkoTY8zD88qnQT fBPvcroPOLoPXYL/76+V+ji6C8qB/+84ugeXgf/vOLoD1oH/7xd1/f//pqY2 PKp0E34Tf////6mX//z//wDqT1r/73QPpnoJi5dyun+vF3EOAAAAivcXWS0A AK9yun8AivevF14OAAByun+vF9UNAAByuieV769yuhevF0QuAAByuieV969y ugevF1MuAAByuheV/6+pFy0PAAByuheV/q9yeX/+//+vFz8PAAB8O7d0OaE2 PACL2/sA6kta/++mPKp0E66ulfdyugeV/68Xby4AAACK63K6BwCK7wCK86+V /gCK9xe8////fDvbCCfkP782PKp0E66ulfdyugeV/68Xoi4AAACK63K6BwCK 7wCK8690uvf6f/7//5X+rxdQ////fDvbCCfkP782PKp0E3wT83S656ypqHTP dILrdoIDcrn3rwDqT1r/76Z2uut0suOV96R2/nwB+HQ8gP10Oa9yuguorxcv LwAAfDvzfILz/4vvrHK6CwCK768X6v7//3w783K6C68AivcXsRMAAHyC8/+m povvcroLrK8Aiu8XaS8AAHw783K6C6yvAIrrF3kvAAD+ouvUDHw78/wEegmA a9SCA3S653bHoKHMP6Q2PKp0E3wT73S656x05wk8+PB6Vv///3ok8Hte//// qaisAOpPWv/vlfd0B3S646GpAIrrdsdyugevF9MvAAB8O+/UIf6K63yC8/+L 7nK6B6mvcroPrxfvLwAAfDvzcroHrwCK9xdbFAAAfILz/6ami+KpcroHAIrv rxe4////croPqa8Aiu8XIDAAAHw753K6B6mvqBcuMAAAfDvzeiSL5qlyugcA iuuvF0IwAAD+iut8O/P8AdQhFHKgzD+hFPx8NwCkNjypdIvb73oJgex0u9v3 dLPb89Q3dev+z++/sYoIoTx0s9v7fAb1jL0+Hvt+PgfH+u98xv+Ky3S72/d0 73oti9V8h/v/i9t8h/f/i+F8h/P/i+d27nSv+3au+3Sv93au93S/85X+dr7z pzzMPzypdA4Ai9vzfNn/AIvb8xfk////dDmhPff/dP56P4vxdLb7rz4e+wBu +8b676Y8rHSj2/epfAT1qHQOjfvMPxS/dDw+H/t8RwfH+u//ckcHx/rvixd0 +Xo/i/F0sfuvPh77AG77xvrvpgCL2+t82f92ofsA6KZ2+cw2ej/waj50PqCh pD33/3T+ej+L0XS2+6x0o9vvqXSL2++orKkAi9vndME+HvuvAG4Dx/rvfDvv ej+K+978dsGgoaQ98/90/no/i9F0tvusdKPb76l0i9vvqKypAIvb53TBPh77 rwBu/8b673w773o/ivve/HbBoKGkPfP/dD7MNna393a383a373e3u3e3y3e3 23e36zyqdBN0uvepdA52uftyuvevzD+vqZdNfv/vr68A6r9f/+8IJ+Q/CCd2 +aGiPfv/dLPb+xf6////zD89+/+qdBN+E1f9//+sqah0DgDq21//768A6g9a /+9ygeuV9pX6qBcsKgAAqHTCI1r/7wAocqHblfeV+qwXQioAAKwAKHKhy5X3 lfqsF1IqAACsAChyobuV95X6rBdiKgAAfDu/rAAopswklf6gdsHG4YvpF04X AAB6P4rylx9s+/8A6stf/+8UGcaB+4rvOLn3eyz/7zi589r///8U9Ti59+cr /+92gfN2oe92ogN0+cQ88Hsf/f//dLIDxLHz8HIr/f//xDx2ogfwe0H9//98 ggf98HJL/f//F7QXAAB6P/B7WP3//3S578wtCInzdLn3dqnvAMtvcnqnAgAA l3cn/++vAOqvXv/vcnqnAgAAl3fs//+vF94gAAB8O+vEPHZ5pzf///B7qP3/ /3K5q5f+N///rK8XHzMAAHw783Zhozf//3QxduJnePrvdqILF3b9//90MRdQ /f//xuHwe+v9//+V4QDqy1//73K6D6yvcroTrwBJpzf//xdeHQAAfDvvxDzw cxL+//+LMHKBq6gX2zIAAKZG/zf//9Q3xrIPgfx2sg8Aig/8BwCKE6gA6kda /+8AihMA6kta/+98O+9yeicCAAB0Ma8Xn/3//3o/8Htm/v//dLoXxDzwewT/ //98F/rwe1f////Swv7//4vOt4vbfBeSi+m3i+x8F/yL8XwX8IpFdDEXAv7/ /xROdDEXOP7//xRXfIH7/opdduEUYZffN//vAIobF7gbAAB0B6bEBKaLdpff N//vqBfLGwAApsQ8pvB7iwAAAJffN//vrxfgGwAAfIH7/qam8HqiAAAAdHmj N///fAe/gk9yezmfN///uK+oF8z7//+mej+m8HvGAAAAAHmjN///FtEAAAB0 ugsAugt6P/B63wAAAHS5+3wH/orpAOoXWv/vlfdmpggGvb2tl4Mn/+8Uw3wH /fB7BgEAAHwH+/B6DwEAAJeHLP/vl4sn/+8U4ZeTJ//vAIofF9AzAACmej+m iuYAuhsAihuXmyf/76kXjf3//3w78xZHAQAAl6Mn/+8Aih8X/DMAAKZ6P6bw el4BAAB0uft8B/3we2oBAAB8B/vwenMBAACX3zf/7wCKGxfKHAAApsQ8pvB7 igEAAJevJ//vrxc9NAAApno/pvB6nwEAAACKI3QxF4f9//8WrgEAAJX+oBYb AgAAAEmnN///FzchAACmALoHxuHwer0CAAAAugMAue8W6QIAAMbhi+R0ugPE ufOK9JefFf//AOrLX//vxuHwekMDAADGgfuK6HR5ozf//8Q8i/KvcnmfN/// rxd7/P//duGgocw/pDY8qah0BpX2lfpyiOupF+4tAACpAOojWv/vfDvvqZdv J//vqBeR/v//fDvzoKE8dK73cr7Lr3S+7wDLfXK+u69yvtuvl2cn/++uF7f+ //98O+c8qnQTrqypqHQGcqCrdAx1+Xs/i6PD8ov7w/WKs3yaA/9/2f90OdQ4 fBerej+B4Jf//f//rACK9wDqR1r/73w783QwAIr3F8D///92ugN1uf65w/KL B8P1iwuprBcQNgAAfIID/6amivy5FFyV/qcU7dQIfBGrfgH//f//gfx/3P/M P6ChpDY9+/+pdIvb96hA3zf/73xZ8/3///98Wff9////fFn7/f///3xZ7/3/ //9/wcWKz3K5/qivdnn7/f//F3weAACmdnn3/f//ej+mi82XUyf/7wBJ+/3/ /xeYHgAApqYU+XZJ9/3//6gASff9//8Xrh4AAKZ2efP9//96P6aK+8w/FMcA Sff9//8A6gda/+90eff9///wQf+vAOoLWv/vpno/povsAEn3/f//AOoTWv/v pnZ57/3//5X+p6ChPfv/qnQTfhP3+///qXSK93xBpzf///+K+8w/FKxyuu+o r3J6BwQAAACK868A6uNe/+90B5e7Ov/vcnvCBwQAAK8XNzcAAKZ8OP2mcnoH BAAAqK8ASac3//8X5SIAAHw783o/ixnMNnwH/vBrPnQ+oKE2PKp0E34TY/// /6ypqJf/4///QWeU+u+V/3ayB6kX5zcAAEBr////cnqbAAAAqJX/rxf7NwAA fDvncnqbAAAAdkKbAAAArwDqb1//7wBKkwAAAHTCQ1r/7wBKlwAAAJczJ//v qQAofDvvRP/7//+XAPz//5dniPrvl/3v//+sAOozX//vfJoD/3K6A6+Xczn/ 7xdiKQAApqYAigOXPyf/75dnhPrvACh8O/OpAIr3l08n/+8AigcXKQEAAPwM fDvvfgFngPrvgx2goaQ2Pfv/qnQTfBPzAIr3FwQ4AACmlfKmxD6M+8w/Njxy ugusr3K6A692sgMAivd08kd4+u/MJBduBwAAej+LlnK6B3TyU3j676ivcroD rwCKCxeJBwAAdMJLWv/vej+LvnS6B3Sy86mV93Tvr3budK/7dq77mXS3+fBI DnwegKw+EfiZdrf5F+U9AAB8O/PaAP7//8Q5oYr8lf6kAIoHACimAIoLACim oHQ8pDY8qnQTfhOX/v//dLrzqMwAxDiL5z4f/ZX+r3aCAwDqP1r/76bEOKZ2 uhOK+Mw/FjL+//+sqQDq21//768A6g9a/++mcrobrwDqK1//7wCKF5fzJv/v F9wqAAAAihuXDyf/7xfpKgAAfDvvF5EqAAB0ivc4ugfg////xoIH8HOQ/v// zDbGgvN2gvfwcar+//90ghNyufl17z4V/Xwd4MSqB4r3ALr3dvB8OPu+fD/3 xLLzgx3MAMaC9/B72/7//wDqF1r/78wtdoILCIr3xoIDdCXwevT+//90ugvE uvfwfAD///90uhNyw2d0+2fwSLM5+3L7Oa7wSbf8rvBJt/2u8Em3/vBJ/66v crpbl2c2/++vAOpDWv/vfDvjF0wfAAB6P/B7RP///3K6W5cv+P//rxdQKAAA pna6D3o/pvB7dv///3Twlfdy8zGurxdSIgAAfDvzej+K668A6stf/+90+JX3 cvs5rwCKDxQffAf+iq1yemcBAABAHyf/76+oAIoPF4D///98O/N6P4vJqADq T1//73QHegCL4ZcnJ//vqADqU1//73o/i/iV/gAvdroDqADqL1//75cfJ//v AOq3X//vAIoPF9cmAACmcrz+zC0IivcAugt8ggP/dCXwewoBAADMAACyB8aC A/B7dwEAAACKEwDqS1r/73S6A6ahpKA2Pff/qnQTfBPbrKnMJMwJxqL3dqID ivjMPxby/v//croHr3K6A68AivcXQiUAAHw788Q8ixbwcRr///98ggf38HEu ////foIH8/7///B4O////36CB/9f8P/wckj///9ysiMXzT4AAHS6A3KyIwDP AIrzF8Q+AAB6P/B7cP///3S6A6jMAHT/xDyJ00Ej+v//1DjEOYH9dDmsr3S6 D/w4rwCK9xcQ+///xDyB9PwHdLoDdP/EB40mdLIDzD/ExvBrP3QPxAyLwcai 74vgl/P+//+sAIrvFxc8AAAAigcAigMAiu8XTTwAAHw756gAig+sF/1AAAB0 D3S6A3w789SP+wgh5Am5crIjF4w9AACgcrIjF5U9AAAAigMA6kta/++mAIr3 FzYoAACmdDmhpDY8fIPb9/6K5XS72/uX+/7//5dDePrvr1xLePrvAOoLX//v lf6nPfP/lf8X/P///z3v/6p0E34Tj/v//6moQK8m/+/MCaiV/pf+/+D/dooH dooDAOpDX//vej/wevn9//+oqakA6kdf/+96P/B7Cv7//xcH/v//ej/wexf+ //9yem8EAACsr5e7Jv/vdooLFyUuAACmej+mi8hyem8EAACvAOpPX//vxDmL 2ZcnJ//vrwDqU1//78Q5i+lyshOuqamvqakA6r9f/+/EOXa6C4qMcrobrwDq K1//73S6F0TTJv/vdroPcroPr6wXYS4AAHQHpggg5ACmuIrydLoX1LoPwn/6 //+JwwCKF6wXwi4AAKamF2kuAADEAYrXl581//8XQDoAAMQ5povzdDcXCQwA AHa6BxT8dooHdLIHlf4XAQwAAHK6b68A6l9f/++ZfIJt+IrXl581//8XeToA AMQ5povzdDcXQgwAAHa6AxT8dooDdLIDlfsXOgwAAHK6E6+pqZfpvv/vqakA 6r9f/+90J17LXv/vdro/Xkt4+u92ujNyukNA1yb/7692ikN2ijt2ijd2ii92 iit2iid2iiN2gh8A6qde/++pAMpLePrvqamV/pX+qamply8o/e+oqQDqz17/ 73o/i890wtde/++pqXK6X6mvACh6P4vicrpfrwDq217/73K6X68A6t9e/++p qXK6X6mvFCKVAADqy1//73TCG1//76msACiXd+z//6x04hdf/+8ALKkAigsA KJd37P//AIoLACx0ugekxDmL/XbPdLoDxDmL/XbPOPo/d/rv/v///6DMP6E2 Pfv/fhNv/v//AOrbX//vrwDqD1r/76YXLTYAAHo/XE94+u+D3nK72/+vlf0X 6v3//3o/iu4XASQAAJX/F7ExAAB6P6aK+8w/FJ0XCBMAABdeFQAAF5URAACV 9xfmOwAAej+mi+qXoyb/75X6dDcXqg4AAFxTePrvFPh82lN4+u//lfcXDjwA AHo/povqly8o/e+V+3Q3F9IOAABcR3j67xT4fNpHePrv/5X+p347b/7//zyq dBN+E+/7//+ozACoFzUyAAB6P6bwe1P///+pcroHQSsn/++vqRe7MAAApno/ porqcroPrwDqK1//7wCKD6kXFDEAAKamfIL3/0FDePrvi+Spl0sm/+8XTDEA AACK95dnOf/vF1kxAAB8O+8X4TAAAHK6A6+Xeyb/75f9//9/AOr7X//vej+K xKlyeg8EAACXkyb/768A6kNa/+98O/OvcnoPBAAAr5X+oKiV/5ebJv/vAIoD AOrvX//vAIoDAOr3X//vdDihoDY9+/+qdBN+E/f+//+pcnoHAQAAl/v+///M Ca+pAOoLX//vcnoHAQAAlz8m/++vF1s8AACmrwDqO1r/76Z6P6aK6nK6A6+p qZeKc//vqakA6r9f/+8U9Tj6P3f67/7///+V/qehNj3z/14/d/rvCCfkP5na mQL6Zf3//zwzANp3Xv/vANqbXv/vANqXXv/vANqTXv/vANqPXv/vANqLXv/v ANqHXv/vANqDXv/vANp/Xv/vANp7Xv/vANpzXv/vANpvXv/vANprXv/vANpn Xv/v//////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// /////////////////////////////////////////////////////7lS//+l Uv//x1L//4dS//95Uv//l1L///////9FV///N1f//ylX//8ZV///UVf//w1X ///9Vv//9Vb//+NW///LVv//u1b//6VW//+XVv//gVb//3FW//9dVv//TVb/ /zdW//8nVv//FVb//wNW///3Vf//5VX//49X//9fV///v1X//7NV//+nVf// m1X//49V//9/Vf//bVX//1tV//9BVf//MVX//x1V//8NVf//+1T//+tU///P VP//v1T//7FU//+dVP//kVT//4FU//9vVP//YVT//+tX//93V///01f//6FX //+3V///11X//8tV//9HVP///////1lS//9BUv///////4dT//95U///kVP/ /59T//9pU///TVP//z9T//8rU///F1P//1tT//8JU///5VL//81T///ZU/// 51P///VT//8FVP//F1T//yNU//+vU///91L//79T////////7///f/P//3/t //9//P//f+z//3/7//9/6P//f/b//3/1//9/xv//f8v//3/4//9/kP//f4z/ /3//////B+//77zu/+9H7v/v/////2nP+IjTnvERRa72ZuY7kvhwC5WPylqc Flxqm2HNdyTxW0cjhuEWKh93Ji1o1LNJ9kKDToH40kcYbuJAb5vvSOIN30+V t45GDCG+QXuCKyXlFBsikq5KKws4eix8qWeT7D9XlJuFBp0CEzaadbCj/usm k/mcnMLwBQry93I335HEoe+Wsxu+nyqNjphdLhv8w7gr+7QCevItlEr1WgVX SsqTZ029KTZEJL8GQ1MckyfNiqMgujDyKSOmwi5UU88m2cX/Ia5/rig36Z4v QEoLS97cO0ypZmpFMPBaQkdhR/3X93f6oE0m8znbFvROeIOQ0O6zl6dU4p4+ wtKZSW++I4n5jiT+Q98tZ9XvKhB2ek6O4EpJ+VobQGDMK0cXXTb4h8sG//Bx V/Zp52fxHkTylYDSwpL3aJObbv6jnBkLrpSUnZ6T4yfPmnqx/50NEmr5k4Ra /uQ+C/d9qDvwCjkmT5qvFkjtFUdBdIN3RgMg4iKdttIl6gyDLHOasysEp55N sjGuSsWL/0NcHc9EK75aILUoaifCkjsuWwQLKSyVFpa8AyaRy7l3mFIvR58l jNL7uxri/Mygs/VVNoPyIsOO+q9Vvv3Y7+/0QXnf8zbaSpeoTHqQ3/YrmUZg G54x8QYhoWc2JtbdZy9PS1coOOjCTKZ+8kvRxKNCSFKTRT/ffEcSSUxAZfMd SfxlLU6LxrgqFVCILWLq2ST7fOkjjO30nBx7xJtrwZWS8lellYX0MPEbYgD2 bNhR//VOYfiCu2zwDy1c93iXDf7hAT35lqKonQg0mJp/jsmT5hj5lJGJ5CsB H9QsdqWFJe8ztSKYkCBGBgYQQXG8QUjoKnFPnxdcKSmBbC5eOz0nx60NILAO mEQumKhDWSL5SsC0yU23JdTyJ7Pk9VAJtfzJn4X7vjwQnyCqIJhXEHGRzoZB lrlzTJ405XyZQ18tkNrJHZetaojzM/y49ERG6f3d0Nn6qkHERTrX9EJNbaVL 1PuVTKNYACg9zjAvSnRhJtPiUSGkTz2bZNkNnBNjXJWK9WyS/Vb59mPAyfEU epj4jeyo//p9tUBq64VHHVHUToTH5EnzZHEtbfJBKhpIECOD3iAk9CstLHm9 HSsOB0wil5F8JeAy6UF+pNlGCR6IT5CIuEjnGaX3d4+V8AA1xPmZo/T+7gBh mnCWUZ0HLACUnrowk+mHHfVfES3yKKt8+7E9TPzGntmYWAjpny+yuJa2JIiR wbWVLlEjpSkmmfQgvw/EJ8isUUNWOmFEIYAwTbgWAErP4w1CQnU9RTXPbEys WVxL2/rJL0Vs+Sgy1qghq0CYJtzRhZlMR7WeO/3kl6Jr1JDVyEH0S15x8zzk IPqlchD90paw/+/FsP/vZLD/77ev/++Trv/vp7D/73Cv/+9hr//vSa3/7yCt /+8Gr//vf67/7xyv/+8grv/vAa3/78Ss/+/Zrf/vdq3/716t/+8Rr//vb1n/ ////////////MVT//+Nf//+DWP/////////////TUv//917//4tZ//////// /////2dS////X///j1j/////////////I1L//wNf//8nWP////////////8X Uv//m17/////////////////////////////uVL//6VS///HUv//h1L//3lS //+XUv///////0VX//83V///KVf//xlX//9RV///DVf///1W///1Vv//41b/ /8tW//+7Vv//pVb//5dW//+BVv//cVb//11W//9NVv//N1b//ydW//8VVv// A1b///dV///lVf//j1f//19X//+/Vf//s1X//6dV//+bVf//j1X//39V//9t Vf//W1X//0FV//8xVf//HVX//w1V///7VP//61T//89U//+/VP//sVT//51U //+RVP//gVT//29U//9hVP//61f//3dX///TV///oVf//7dX///XVf//y1X/ /0dU////////WVL//0FS////////h1P//3lT//+RU///n1P//2lT//9NU/// P1P//ytT//8XU///W1P//wlT///lUv//zVP//9lT///nU///9VP//wVU//8X VP//I1T//69T///3Uv//v1P////////v//9/8///f+3//3/8//9/7P//f/v/ /3/o//9/9v//f/X//3/G//9/y///f/j//3+Q//9/jP//f/////+C/riai6iW kZuQiIy7lo2anIuQjYa+//9V/raRlouWnpOWhZq8jZaLlpyek6yanIuWkJH/ Mf2onpaLuZCNrJaRmJOasJ2VmpyL/2D9q5qNkpaRnouaq5eNmp6b/z7+s5qe iZq8jZaLlpyek6yanIuWkJH//5n/upGLmo28jZaLlpyek6yanIuWkJH//+T/ vJOQjJq3npGbk5r/5/2tmp6buZaTmv//7f64mou5lpOarJaFmv/L/7yNmp6L mrmWk5q+/5L+uJqLq5aclLyQipGL//9v/7mWkZu8k5CMmv9i/7mWkZuxmoeL uZaTmr7/af2sk5qaj/9r/7mWkZu5lo2Mi7mWk5q+//+i/ayai7yKjY2akYu7 lo2anIuQjYa+//+1/7yNmp6LmquXjZqem///8v64mou5lpOavouLjZadioua jL7//6j/u5qTmouauZaTmr7/G/6yipOLlr2Gi5qrkKiWm5q8l56N//v+uJqL u42WiZqrho+avv94/ayai6uXjZqem6+NlpCNlouG/yn+sp6PqZaaiLCZuZaT mv/K/7yNmp6LmrmWk5qyno+PlpGYvv//nv2smou6kZuwmbmWk5r//5X9rJqL uZaTmq+QlpGLmo3//0/9qpGSno+plpqIsJm5lpOa/2b+t5qej76Tk5Cc/7/+ uJqLr42QnJqMjLeano///13+t5qej62avpOTkJz/YP63mp6PuY2amv///fyT jIuNnI+Gvv//9/yTjIuNk5qRvv//Bv2TjIuNnJ6Lvv//AP2TjIuNnJKPlr7/ A/2TjIuNnJKPvv//iv64moupmo2MlpCRuoe+/5H+uJqLq5aSmrmQjZKei77/ /wT/uJqLu56LmrmQjZKei77//4/+uJqLq5aSmqWQkZq2kZmQjZKei5aQkf// 5P64mouzkJyek6uWkpr//5z+uJqLq5qSj7mWk5qxnpKavv//mv64mourmpKP r56Ll77//8H+uJqLr42QnL6bm42ajIz//z3+s5Cem7OWnY2ejYa+///F/ria i6+Nlomei5qvjZCZlpOarIuNlpGYvv//wP+8jZqei5qyiouah77//xL+sI+a kbKKi5qHvv//Vf+5k4qMl7mWk5q9ipmZmo2M//8g/aiNlouauZaTmv/a/a2a k5qejJqyiouah///4/64mouzkJyek5q2kZmQvv//S/+5jZqas5adjZ6Nhv+g /riai6yGjIuakquWkpq+jLmWk5qrlpKa/9v+uJqLspCbipOauZaTmrGekpq+ //+0uq2xurPMzdGbk5P//1P9iIyPjZaRi5m+/6H+uJqLqJaRm5CIq5qHi77/ /xL/uJqLvJOejIyxnpKavv+V/ayXkIiolpGbkIj///3+uJqLu5OYtouakv// yv64mouvno2akYv/L/+6kYqSqJaRm5CIjP/Y/riai7KakYqsi56Lmv//6/2s mpGbspqMjJ6Ymr7//73+uJqLrIqdspqRiv//4/64mouympGK/yr/uZaRm6iW kZuQiL7/If6vkIyLspqMjJ6Ymr7//97/vJeejbOQiJqNvv//0P+8l56Nqo+P mo2+//9R/YiJjI+NlpGLmb7//2r/u5aMj56LnJeymoyMnpiavv//ff2rjZ6R jJOei5qymoyMnpia///V/riai7KajIyemJq+/6b/vI2anouaqJaRm5CIuoe+ /w3+rZqYloyLmo28k56MjL7//3v/u5qZqJaRm5CIr42QnL7//6qsuq3MzdGb k5P//6T+rZqYvJOQjJq0mob/hP6tmpiuipqNhqmek4qauoe+//+O/q2amLCP mpG0moa+/43+rZqYsI+akbSahrqHvv+Z/q2amLqRipK0moa+/3n+rZqYrJqL qZ6Tipq6h77//767qb6vtszN0ZuTk///r/+st7iai6+ei5e5jZCStruzloyL vv//rP+st7iai6yPmpyWnpO5kJObmo2zkJyei5aQkf//rLe6s7PMzdGbk5P/ qKywvLTMzdGbk5P//////////////////////wYJAb//////tVD///7////i ////4v///9dR//9jUf//71D//55w//+Kc///lHP//21v///Sb///HK///9mt ///Orf//p7D//2Sw//9Jrf//IK3//16t//9prf//Aa3//8Ww//9Lr///xKz/ /5aw//92rf//Ya///3Cv//8cr///U67//7ev//8grv//f67//wav//8Rr/// j1D//39Q//+vUP//nVD//5dQ//9tUP//ZVD//2BQ//9bUP//VFD//09Q//9H UP//P1D//zdQ//8vUP//JlD//x9Q//8YUP//E1D//wtQ//8FUP///k////ZP ///vT///50///99P///WT///zk///8dP///8//v////+//3/+v/5//j/9//2 //X/9P/z//L/8f/w/+//7v/t/+z/6//q/+n/6P/n/+b/5f/k/+P/39Gbk5P/ u5OTrZqYloyLmo2smo2Jmo3/oJKelpH/oJKelpGtu/+7k5O8npGqkZOQnpux kIj/u5OTuJqLvJOejIywnZWanIv/oIyLjZOIjf+ei5CW/56LkJP/nJ6Tk5Cc /5mNmpr/loyek5GKkv+WjJ6Tj5ee/5aMm5aYlov/loyMj56cmv+WjIeblpiW i/+SnpOTkJz/kpqSnJeN/42ekZv/jZqek5OQnP+MjZ6Rm/+Mi42cl43/jIuN lpySj/+Mi42TiI3/jIuNkZySj/+Mi42RnI+G/4yLjZGWnJKP/4yLjY2cl43/ jIuNjIuN/4yLjYqPjf////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// /////////////////43///+enZybmpmYl5aVlJOSkZCPjo2Mi4qJiIeGhb69 vLu6ubi3trW0s7KxsK+urayrqqmop6alz87NzMvKycjHxtLRoP///9/TxMXD wcLd9fL//9/TxMXDwcDZ1tTd9fL///8/Pf/vSz3/71M9/+9bPf/vZz3/7289 /+97Pf/vgz3/74s9/++TPf/vmz3/76M9/++rPf/vsz3/77s9/+/DPf/vyz3/ 79M9/+/fPf/v5z3/7/c9/+//Pf/v/////wc+/+8LPv/vEz7/7xs+/+8jPv/v Kz7/7zM+/+8/Pv/vRz7/708+/+9bPv/vyz3/72c+/+9vPv/vez7/79M9/++D Pv/v/////4s+/++TPv/vmz7/76M+/+/8/Pz8/v39/P3///+rPv/vtz7/78M+ /+/LPv/vkoyR0ZyQkv+XkIuSnpaT0ZyQkv+GnpeQkNGckJL///+ekJPRnJCS /9Grp6v/////0bersrP////Rt6uy/////9Govr3/////iJeajZr///+SlpyN kIyQmYv///+MmpyKkZae/5GLnYqYi42ejv///5GakJeej4yWjP///5qahpr/ ////kZ6W0Zz///+LjZqRm5KWnI2Q//+dloubmpn//4yQj5eQ////j56Rm57/ //+MhpKekf///4mWjYqM////nomP/5SejI+ajYz/nJCRmZaNkv+Mip2MnI2W j4uWkJH/////kZqIjP////+NmpiWjIuajf////+Mj56S/////4yanIqN//// jIqPj5CNi/+Mmo2Jlpya/5yQkYuenIv/np2KjJr///+WkZmQ/////5GQi5eW kZj/npGGkJGa//+RkJ2Qm4b//5GQkJGa////jJCSmp2Qm4b/////jJCSmpCR mv+PkIyLkp6Mi5qN//+SnpaTlpGY/5KelpOajf//iJqdkp6Mi5qN////npuS lpH///+SnpaT0Znaiv////+yrLaysdG6p7r///+SnpaT0Yycz/////+SnpaT 0Zma/5uei/+SnpaT0ZmWk5r////ajL/ajP///9Gam4r/////w9qMwf/////a jN/D2ozB/56bm42ajIyajP///9XR1f+qjJqN0bG6q9+ymoyMmpGYmo3frJqN iZacmv//rJCZi4iejZqjspacjZCMkJmLo7KssbKajIyakZiajf+ssquv37uW jI+TnobfsZ6Smv///6yyq6/fupKelpPfvpubjZqMjP//vpyckIqRi4yj2oz/ u5qZnoqTi9+ynpaT376cnJCKkYv/////rJCZi4iejZqjspacjZCMkJmLo7aR i5qNkZqL376cnJCKkYvfsp6Rnpiajf+skJmLiJ6NmqOylpyNkIyQmYujqL69 o6i+vcujqJ6d37mWk5rfsZ6Smv///9zMzcjIz///sqyxsqy9s7yTnoyM//// /7Kssd+ymoyMmpGYmo3///+7rL2Km5uGs5aMi6yeiZqb/////6yQmYuIno2a o7KWnI2QjJCZi6OyrLGymoyMmpGYmo2jr5qNr56MjI+QjYusmouLlpGYjP+8 kJGLnpyLs5aMi6+ei5f/nMWjkoyRnJCRi56ci5OWjIvRnIuL////koyRnJPR jJ6Jmpv/ubCzu7qtrNG7vaf/2pzFo7uQnIqSmpGLjN+ekZvfrJqLi5aRmIz/ /9qcxaP/////vo+Pk5acnouWkJHfu56Lnv/////y9dHy9f///7u+q77y9f// rbyvq9+rsMXfw9qMwfL1/7K+trPfua2wssXfw9qMwfL1////t7qzsN/ajPL1 ////2ozFzcr////y9f//zsrH0c7KzdHO0crH/////wAAAAB3Of/vLyj97y8o /e9/Of/vLyj97y8o/e+LOf/vLyj97y8o/e+XOf/vLyj97y8o/e+bOf/vozn/ 76s5/++3Of/vvzn/76s5/+/LOf/v0zn/76s5/+/fOf/v0zn/76s5/+/nOf/v +zn/76s5/+8DOv/vLyj97y8o/e8LOv/vFzr/7x86/++SmoyMnpia/5uQnIqS mpGL/////5uai56Wk4z/sJTfnIqRi/+cjZqSmqCbmqCYjYqGmo2a/////5iK i4uam///uZqLloyXmoz/////j5eQi5D///+22JLfkYqbmv////+VmpGWmZqN /6iai9+Ylo2TjP///9GVj5j/////nY2Wi5Gahv+smof/ttiS35aR35OQiZr/ tpKPkI2LnpGL////t5qTk5D///+3lv//kp6Wk9GMmpGL////mZaTms7Rj56L l///spqMjJ6YmtK2u8Xf2ozy9bmNkJLF39qM8vWrkMXf2ozy9ayKnZWanIvF 39qM8vW7nouaxd/ajPL1spaSmtKpmo2MlpCRxd/O0c/y9byQkYuakYvSq4aP msXfkoqTi5aPno2L0JKWh5qbxN+dkIqRm56NhsLd2ozd8vXy9dLS2ozy9dqM 8vXS0tqM8vXajPL10tLajNLS8vX/////w9rPx4fR2s/Hh7/ajMH//7yQkYua kYvSq4aPmsXfi5qHi9CPk56WkfL18vXajPL1/////7yQkYuakYvSq4aPmsXf 2ozE8vX2kZ6SmsLd2ozd8vW8kJGLmpGL0quNnpGMmZqN0rqRnJCblpGYxd+d noyaycvy9byQkYuakYvSu5aMj5CMlouWkJHF356Li56cl5KakYvE8vX2mZaT mpGekprC3dqM3fL18vXajPL1//+ej4+Tlpyei5aQkdCH0oWWj9KckJKPjZqM jJqb/////9qM0YWWj///0Yycjf/////f////2ozajP////+7kIiRk5Cem7uW jf/Ru7q5vqqzq6OskJmLiJ6NmqO0noWenqOzkJyek7yQkYuakYv/////2pza iv/////Ri4eL/////4j////+////2ozajNqM//+j////2oyj2pzajNHajP// 2pzV0ZuTk//ajN/ajN/az83RzZvPz///2ozf2ozf1NrPzdHNm8/P/7e32MXY kpLYxdiMjP////+bm5vY09jfm9+ysrLfhoaGhv///6+NkJyajIzMzbGah4v/ //+vjZCcmoyMzM25lo2Mi///vI2anouaq5CQk5eak4/MzayRno+Ml5CL//// /5SajZGak8zN0ZuTk/////8AAAAAnZCQi/////+MhoyLmpLRlpGW//+svK2x rL6putG6p7r/////rJyNmpqRrJ6Jmr6ci5aJmv////+8kJGLjZCT36+ekZqT o7uajJSrkI////+cmZjRm56L/5yZmL6cnJqMjP///8L////aiv//2orR2orR 2orR2orF2or//8X///+jo///uJqLsZqLiJCNlK+ejZ6SjP////+2j5eTj56P ltGbk5P/////AAAAAIiIiNGYkJCYk5rRnJCSxcfP////mpGenZOanoqLkJuW npP//6yQmYuIno2ao7KWnI2QjJCZi6OolpGbkIiMo7yKjY2akYupmo2MlpCR o7aRi5qNkZqL36yai4uWkZiM/8bO1t7m7vb+xc3V3eXt9f3EzNTc5Oz0/MPL 09vAyNDY4Ojw+MHJ0dnh6fH5wsrS2uLq8vrj6/P7/v37+ff18/Hw7uzq6Obk 4/Hu9Of++vzj8Pnq9ejs8/vl9+/45Ovy/dbL4NrQyOHXzNLez9PO2MfdytHV zdvi33////+/////3////+/////3////+/////3////+//////v+/v////// //7/+/v+/vv//v77+/7/+////////v//+/////v+/vv7/v7/+///+/v//vv/ /v7////++/////v7////+//+//v//v/7/v//+/7////+/v///v77+//++//+ //v///77///++//+///////7+///+/v+//////7///7/+/v+/vv///////7+ //v+/v////7////+//v///v//v7///7///v+//v///7/+///+/////v7//77 +/7/+/v+/vv//v////7++/v//vv///77+///+/v+///7/v77+/////v//v/7 //7/////+//+///7/v//////+//+/t9/73//f/9//3///99/7////+//3/// /9//73/ff/9/3///f99/73//f+9/////f/9//3///+//3////9//73//f+// 3//v/99//3//////////f/9////ff+/////vf9//7//f//9///////9/7//f f////3/vf///73/ff////////99/7//f/+9////v/99//3///+9//3/vf/9/ /////+9//3//f9/////ff+9/33/v/9//////f///////f99/////f+9////v /9///3/f/+//33//f9///3/f/+///3/v////////f/9/33///////3/f/+9/ 33/vf/9/7//3/f////399//////3//33//3/9//////3/f3///3/9/f//f/3 ///39///9////f/3/f339//9/////ff3/f//////9/f//////f33//3////9 /f////339//99/f9/f/3/f/3//39/////f/3/f/39/////f9/ff//f////// 9//9/ff////39//9//f9//////3///399//9//f///////3///f//f/3/f33 //3/9/f///f//f////////f//ff3/f/3///9//////f3/f339/////f9/f// /f3/9///9////ff3/f/39/3//////ff3/f3/9/////f//ff//f3//t9//37f //9+3///f////3/ff/9+/3///v9///7f/////////99////ff/9+33//fv// //////9//3///v9///7/////3/////9///7ff/9///////9///7f//9/3/// fv9///7///9/3///f/9////f//9/33//ft9//37///9//3///v9////ff/9+ 33//fv///////////////99//3/f//9//3//fv9///7////+33//ft///37f //9/////ft9//37////+/////9////7/f//+3///f99//37/f//+3///f9// ////f//+33//f///////f///3///f99////+/////vf9///3/f/+/73///f/ //7//////7////f9//73v///9////v/9//73v//+/73///e9//73/////7// ///9///3v///97////////7/v//+973//ve9//7//f//973//v+///////// /73//vf9/////f///73//vf////3///+/73//v///////f///7////f9//7/ vf/+97///v/9////v///973//vf9//73v//+///////9///3vf/+973//vf/ ////vf/+973///f9////////97////+9//73///+//3//v+////3//////// //e///73/f/+/7/v///f//+/3/+////vv7/f//+/3+/////vv7/f//+///+/ /9/vv7////+//+///9/v/7///7//3////9/vv////////+//v//vv//f/7// //+/v//vv//f7////+//v9/v/7/f/////++/v///v7/f77////+/v///v7/f ////3/+//9/v////7/+/3/+/v//vv7/f//+//++////v///f//+///+//9// ///f77///+///9/vv7/f/7+/////v9/vv7///7+/3//////v/7/f7/////+/ /////7/f77+///+////v/7//77//3///////v7/f////3+//v//vv//f///f //3/3/v99//7///////3///99//7/fff///33/v999/7///f///////9///7 /f////////v9/9/7/ff////3//v999///f/f///3//v9///7///f+//33/v9 /9/////f+//3///99////fff+//33//9////////+//33//////7//ff//// 3//99//7/ff/+/3/3/v9/9/7/f////3/3//////7//f/+///3///99/7/ff/ //333///99/7/ff///3///v999/7///f+//33////////f////333/v///// /fff////3/v/9////f//+//3//v/9////f/f/7/v/+//7//////7/7/v++// ///vv+//77/////////vv//7////+++/7/vv/+/7///v+++/7/v//+///7// //////vvv///7//v/++/7////+/7/7//+/+///vv/+/777/v//////////// /7//+++////v/+//77/v+/////v/v+/7////+///7/vv/+///7////+///vv /+///7/v+///7//vv////7///+////vvv//77////+////v/v+//7/////+/ 7/vvv//7/7///+////vv/+//77/v/+//////v+/77//v+///7/v/v+///7/v //+///v/////7//v++9///////////////////////////////////////// ////////////////////////////////////////////np2cm5qZmJeWlZST kpGQj46NjIuKiYiHhoW+vby7urn/////vr28u7q5uLe2tbSzsrGwr66trKuq qainpqWenZybmpmYl5aVlJOSkZCPjo2Mi4qJiIeGhc/OzczLysnIx8bU0P// ///coKCLmoyLoKD////HJ//v4yf/7/8n/+8fKP/vPyj/71so/+97KP/vlyj/ 77Mo/+/PKP/v6yj/7wsp/+8rKf/vRyn/72cp/++DKf/voyn/778p/+/bKf/v 8yn/7w8q/+8rKv/vRyr/718q/+9/Kv/vmyr/77cq/+/rKv/vCyv/7ysr/+9H K//vYyv/74Mr/++fK//vtyv/70cp/+/TK//v4yv/75yXnovO0YmQlpOe0ZmN //+eioyLlpHRi4fRiozRipGbmo2RmovRkI2Y////kpqMntGehdGKjNGKkZua jZGai9GQjZj/jIqNjZqG0YqU0ZqK0YqRm5qNkZqL0ZCNmP///4yLkJyUl5CT ktGMmtGaitGKkZuajZGai9GQjZj/////kpCMnJCI0Y2K0ZqK0YqRm5qNkZqL 0ZCNmP///5eeno2TmpLRkZPRmorRipGbmo2RmovRkI2Y//+ekoyLmo2bnpLR kZPRmorRipGbmo2RmovRkI2Y/////56SjIuajZueks3RkZPRmorRipGbmo2R movRkI2Y////joqanZqc0Y6K0Zye0YqRm5qNkZqL0ZCNmJiNnoXN0Z6L0ZqK 0YqRm5qNkZqL0ZCNmP///4uQjZCRi5DRkJHRnJ7RipGbmo2RmovRkI2Y//+S kJGLjZqek9GOitGcntGKkZuajZGai9GQjZj/iZ6RnJCKiZqN0Z2c0Zye0YqR m5qNkZqL0ZCNmP////+YjZ6F0Z6L0ZqK0YqRm5qNkZqL0ZCNmP+TkJGbkJHR ipTRmorRipGbmo2RmovRkI2Y////nY2KjIyak4zRnZrRmorRipGbmo2RmovR kI2Y/5uWmpKakdGRk9GaitGKkZuajZGai9GQjZj///+QjJOQ0ZGQ0ZqK0YqR m5qNkZqL0ZCNmP+Zk56Rm5qNjNGdmtGaitGKkZuajZGai9GQjZj/k4qTmp7R jJrRmorRipGbmo2RmovRkI2Y/////5OQjNKekZiak5qM0Zye0YqM0YqRm5qN kZqL0ZCNmP//j5eQmpGWh9GehdGKjNGKkZuajZGai9GQjZj//4iejJeWkZiL kJHRm5zRiozRipGbmo2RmovRkI2Y////nouTnpGLntGYntGKjNGKkZuajZGa i9GQjZj//5KekZeei4uekdGUjNGKjNGKkZuajZGai9GQjZj/////nZ6Ti5aS kI2a0ZKb0YqM0YqRm5qNkZqL0ZCNmP////+TnoyJmpiejNGRidGKjNGKkZua jZGai9GQjZj/kZqIhpCNlNGRhtGKjNGKkZuajZGai9GQjZj//5uek5OejNGL h9GKjNGKkZuajZGai9GQjZj///+MnpOLk56UmtGKi9GKjNGKkZuajZGai9GQ jZj/no2TlpGYi5CR0Yme0YqM0YqRm5qNkZqL0ZCNmP////+eipyUk56Rm9GR hdGKkZuajZGai9GQjZj/////npGR0p6NnZCN0ZKW0YqM0YqRm5qNkZqL0ZCN mP////+RmoidjYqRjIiWnJTRkZXRiozRipGbmo2RmovRkI2Y/4+TnpGQ0YuH 0YqM0YqRm5qNkZqL0ZCNmP////+SnJOanpHRiZ7RiozRipGbmo2RmovRkI2Y ////nJ6akdGZjdGaitGKkZuajZGai9GQjZj/xZiai5aRmZCM////r622qbKs uP+vsLG439qM/6+2sbj/////tbC2sd/ajP+ztqyr38Paiv/////ajMXJycnI /7G2vLTf2oz/qqy6rd/ajN/ajN/ajN/F2oz////e////r622qbKsuN/ajN/F 2oz//5qRiZCWmozF39qK/9qK0dqK////lpv//6CSnpaR////nMWjio+bnoua 0ZuTk////5yXmpyUio+bnoua0ZuIs5CIu56LmquWkpr///+cl5qclIqPm56L mtGbiLeWmJe7nouaq5aSmv//iJyR/5yXlIqPm9GbiLeWmJe7nouaq5aSmv// /5mWk5rM0Y+ei5f//9+Siouah83f/////5KQnYqLiv//iJaRio+bi/+tqrG7 s7PMzdG6p7rf2ozToJKelpGtu/+skJmLiJ6NmqOylpyNkIyQmYujqJaRm5CI jKO8io2NmpGLqZqNjJaQkaOtipH///+ZlpOazdGPnouX//+ah4+TkI2ajdGa h5r///////////////////////////////////////////////////////// /////////////+///3P///8Tz+nOxM6YzlbOI87uzbHNFs3dzFXMlsuZynbK NsqAyAzIR8c6x7jGq8aQxofGfcZ2xmrGZMZZxlHGQsY6xi/GJ8YYxgPG+MXH xYHFTsU4xRvFFMWtxHbEcMQmxAfEw8Opw5DDVMMJw9DCoMKBwlrCRML7wZnB V8ElwbvAd8BwwF7ACcD/3/////7///bP4M+oz3PPWs9IzzjPJs8gzxLP487e zs3OrM6VzlXOS85BzjfO383IzUDNI80UzAfM6Mvfy8bLtMuJy3nLc8sLywTL 18qOyofKYMpEyjDKH8oIyq/JPskQyfbIVcg3yCrIDMgDyOzH4MfIx73HnseO x2nHYsdLxyrHCMfpxsrGvsa1xprGcMZIxmzFAMXzxLzEs8RoxDvE8cPpw8nD rMOJw3nDcsNaw1HDSMM9wzbDKMP7wunC2cKuwqjCosKdwpjCksKAwmzCWcJG wjfC6MHiwdPBt8GewZDBesFSwUjBHsHwwOnAtMCkwJ7ARcA+wDDAIcAAwP// /8///4P////xz8TPvs+tz37PZs9KzyrPHc8Nz/zOns6PztXNks0pzRfN9syV zH7MdsxwzDXMIcz7y+/L38vOy43LhctoyybL9crkytXKzsq8yoTKfspeykrK 4cmWyUvJA8m0yFDIX8cSx+LGwcZwxILDysJJwTrBDsD///+///8X/////M+T z3TPR884zwPPu86vzqPOd84vzhHO+M3izdvN1s10zVPNIc3wzL3Mn8xqzGTM UMxCzDvM1Mufyw3L/sruysvKs8qEym7KDcrRybrJjMl4yXDJY8k9yS3JJ8m1 yKHIhMh5yFbITcg9yOrH1semx4/HiMd0xzHHJ8ccxwXHx8aKxkXGN8YtxhzG DMYBxvHFzsXCxa/FosVOxcDEq8SWxIHEbMRXxELELcQYxAPE7sPZw8TDrcOY w4HDYMMxw/XCdMJYwj/COcIlwlvBUsE7wTPBs8CswHHAasBcwFXA////r/// E////7zPhM91z2bPIc8WzwvPhM50zW7N0MzJzMPMfcxnzDTMJswfzArMrcul yvDI4sjEyC7INMfmxtjG0sazxpnGTsY9xiXGC8brxdzFy8XBxbXFmsWTxYDF a8VAxTDFKcUfxRLFDMUGxfnE9MTsxObE38TZxNHEy8TCxLXEicRqxErENsQq xB/EF8QJxNjDy8O6w6jDicNrw1XDQ8M+wzjDIMMIw9HCusKlwp7Ck8KMwnHC WcJOwkjCMsImwg/CAMLqwdrB1MHOwb7BuMEGwffA4sDcwMfAwcCywKzApsCg wJrAlMAvwP+f//9j////3c/Pz8nPt8+ez4TPfc9kz1PPQc/gzsjOwc6JzoLO bM4yzh/OGc4SzgzO6s3fzczNtM1zy67KXspMylDJEskDyXXIFsj6x+rHcsdp x2DHWcdSx0DHLschx+zG08a7xq3GmMZ3xmPGV8Ynxq7FEcXhxNrE0MS+xJnD j8N9w3bDUcNHwzXDLsM6wiTC58G4wZfBQ8H///+P//+r////xs9QxkbGP8Y4 xinGEcYLxu7FxMWwxW3FDsWsxG7EFMT/w/XD7sPnw9jDw8O8w7DDqsOew1XD DMOvwoLCeMJxwmrCTMLQwUTBl8D///9////7/v//yc9hz0LPO88mz+HOqs5m zl7OL84ozhTOv82xzaHNRM09zfvM3MyTzIrMIMwLzPbLmcuLy3LLbctmy03L OssOy/fKl8pSyknKI8rcyYXJQ8kGyfbI5MimyJ/IT8gayA7IA8jux+LH1cfG x8HHs8egx2jHVMdAx83GtcauxqPGm8aOxivG38XYxZHFdMVcxVHFSsU4xTPF LcX2xM/DqsOkw57DfsNow1fDNcMawxHDCsP3wubC3sJzwjnCMcIqwiLCF8L4 wfHB48HbwdHBusGwwZ/BmcGJwV7BRsE/wTLB68DdwNXAw8C1wK3AfsBnwFPA S8A+wCjAHcANwAbA/2///8f////wz+fP3s+3z6zPns+Nz4XPfc9sz1fPUc9L z0XPP885zzPPLc8nzyHPG88Vzw/PCc//X///x////1/OW85XzlPKT8pLykfK Q8o/yjvKN8ozyi/KK8onyiPKH8obyhfKE8oPygvKB8r///8///9X////m8+X z5PPj8+Lz4fPg89/z3vPd89zz2/Pa89nz2PPX89bz1fPU89Pz0vPR88/zzvP N88zzy/PK88nzyPPH88bzxfPE88PzwvPB88Dz//O987zzu/O687bztfO087P zqPKn8qbypfKk8qPyovKh8qDyn/Ke8p3ynPKb8prymfKY8pfylvKV8pTyk/K S8pHykPKP8o7yjfKM8ovyivKJ8ojyv8v//+r////e8x3zHPMb8xrzGfMY8xf zFvMV8xTzE/MS8xHzEPMP8w7zDfMM8wvzCvMJ8wjzB/MG8wXzBPMD8wLzAfM A8z/y/vL98vzy+/L68vny/////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// ////////////////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAgADAAAAIAAAgA4AAABgAACAAAAAAAAAAAAAAAAAAAABAAEAAAA4 AACAAAAAAAAAAAAAAAAAAAABAAwEAABQAAAAoPAAAOgCAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAQBmAAAAeAAAgAAAAAAAAAAAAAAAAAAAAQAMBAAAkAAA AIjzAAAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQAAAAAAAACAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAvwAAvwAAAL+/AL8AAAC/AL8Av78AAMDAwACA gIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAA AAAACHd3d3d3d3d3d3dwcAAAAI//////////////9wcAAACP//////////// //cHAAAAj/AAAA/////////3BwAAAI//////////////9wcAAACP8AAAD/// //////cHAAAAj//////////////3BwAAAI//////////////9wcAAACP8AAA AAAAAAAAD/cHAAAAj//////////////3BwAAAI/wAAAAAAAAAAAP9wcAAACP //////////////cHAAAAj/AAAAAAAAAAAA/3BwAAAI//////////////9wcA AACP8AAAAAAAAAAAD/cHAAAAj//////////////3BwAAAI////////////// 9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI////////// ////9wcAAACP//////////////cHAAAAj/AAAA/////////3BwAAAI////// ////////9wcAAACP8AAAD////w8AD/cHAAAAj//////////////3BwAAAI// ////////////9wcAAACP//////////////cHAAAAjw/w/w/w/w/w/w/4BwAA AI8P8P8P8P8P8P8P+AcAAAAI+I+I+I+I+I+I+I+AAAAAAAAAAAAAAAAAAAAA AAAA8AAAH+AAAA/AAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AA AAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAA B8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH4AAAD/JJJL8AAAEA AQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAAAAAAAh3DW bADQAAAA0AAAowAAAAAAAAABAIAAAAAAAAAAcGhvdG8uanBnICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgLnNjclBLBQYAAAAAAQABANEAAADB0AAAlQIAAAAAICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAg --EHyrCcPI-- From owner-linux-xfs Thu Sep 9 16:39:00 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 16:39:02 -0700 (PDT) Received: from mail.courier-mta.com (mail.courier-mta.com [216.254.115.84]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i89Ncx9n028412 for ; Thu, 9 Sep 2004 16:39:00 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 8) by commodore.email-scan.com with local; Thu, 09 Sep 2004 19:38:49 -0400 id 000000000015793D.000000004140E989.000039CE X-IMAP-Sender: mrsam@courier-mta.com References: <414019EC.8060903@hotmail.com> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Sam Varshavchik Cc: courier-imap@lists.sourceforge.net, linux-xfs@oss.sgi.com X-PGP-KEY: http://www.courier-mta.org/KEYS.bin Subject: Re: [Courier-imap] Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 Date: Thu, 09 Sep 2004 19:38:49 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-commodore.email-scan.com-14709-1094773129-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" X-archive-position: 4088 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mrsam@courier-mta.com Precedence: bulk X-list: linux-xfs This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-commodore.email-scan.com-14709-1094773129-0001 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Mime-Autoconverted: from 8bit to quoted-printable by mimegpg Kai Leibrandt writes: > Hi Sam, > > here's what I got from Nathan on the linux-xfs mailing list. As I have > no idea what maildiraclttest does, nor can make sense of strace output, > I was hoping you could help us out here... > Gzipped strace output of maildiraclttest attached. > > thanks in advance, =46rom your strace: rename("confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net", "con= fmdtest/courierimaphieracl/foobar") =3D 0 followed by: stat64("confmdtest/courierimaphieracl/foobar", {st_mode=3DS_IFREG|0644, st_= size=3D27, =E2=80=A6}) =3D 0 unlink("confmdtest/courierimaphieracl/foobar") =3D 0 The stat/unlink calls come from here: if (stat(p, &stat_buf) =3D=3D 0 && stat_buf.st_mtime < now - 60*60) unlink(p); The unlink should not happen unless the timestamp is one hour old. Except that this file was created only a few milliseconds ago. Bzzzzzt. make check fails. Unfortunately the default options for strace do not log all fields returned from stat(). You'll need to rerun the trace using the -v flag to get the full picture, but something's messing with the st_mtime field. I dimly recall someone mentioning an issue with st_mtime on XFS, a long time ago. --=_mimegpg-commodore.email-scan.com-14709-1094773129-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBQOmJx9p3GYHlUOIRAnehAJ4ktO5u0BNpC+4pS9tkqhOkUQamDQCfdAbZ i3fTyijFwXhTb0w4C4aMhLA= =tX/C -----END PGP SIGNATURE----- --=_mimegpg-commodore.email-scan.com-14709-1094773129-0001-- From owner-linux-xfs Thu Sep 9 17:29:52 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 17:29:55 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8A0ToBP029809 for ; Thu, 9 Sep 2004 17:29:51 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25407; Fri, 10 Sep 2004 10:29:33 +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 i8A0TVln4014337; Fri, 10 Sep 2004 10:29:31 +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 i8A1ODxM014132; Fri, 10 Sep 2004 11:24:14 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8A1OBVY014130; Fri, 10 Sep 2004 11:24:11 +1000 Date: Fri, 10 Sep 2004 11:24:11 +1000 From: Nathan Scott To: Sam Varshavchik , Kai Leibrandt Cc: courier-imap@lists.sourceforge.net, linux-xfs@oss.sgi.com Subject: Re: [Courier-imap] Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 Message-ID: <20040910012411.GA13692@frodo> References: <414019EC.8060903@hotmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-archive-position: 4089 X-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 --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there Sam, On Thu, Sep 09, 2004 at 07:38:49PM -0400, Sam Varshavchik wrote: > > From your strace: > > rename("confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net", > "confmdtest/courierimaphieracl/foobar") = 0 > > followed by: > > stat64("confmdtest/courierimaphieracl/foobar", {st_mode=S_IFREG|0644, > st_size=27, ???}) = 0 > unlink("confmdtest/courierimaphieracl/foobar") = 0 > > The stat/unlink calls come from here: > > if (stat(p, &stat_buf) == 0 && > stat_buf.st_mtime < now - 60*60) > unlink(p); > > The unlink should not happen unless the timestamp is one hour old. Except > that this file was created only a few milliseconds ago. Bzzzzzt. make > check fails. I've tried to reduce the problem down to the simple test case above (see attached script and test prog) - but this seems to do the right thing ... [root@bruce test]# ./foo + rm -fr confmdtest + mkdir -p confmdtest/tmp confmdtest/courierimaphieracl + touch confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net + ./a.out confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net confmdtest/courierimaphieracl/foobar OK: mtime=1094774209 now-60*60=1094770609 [root@bruce test]# > I dimly recall someone mentioning an issue with st_mtime on XFS, a long time > ago. I'm not aware of any - do you remember any of the details there? thanks! ps: does the attached script+test fail for you, Kai? -- Nathan --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=foo #!/bin/sh -x rm -fr confmdtest || exit 1 mkdir -p confmdtest/tmp confmdtest/courierimaphieracl || exit 1 touch confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net || exit 1 ./a.out confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net \ confmdtest/courierimaphieracl/foobar --cmJC7u66zC7hs+87 Content-Type: text/x-csrc; charset=us-ascii Content-Disposition: attachment; filename="test.c" #include #include #include int main(int argc, char **argv) { struct stat stat_buf; time_t now = time(NULL); if (argc != 3) { fprintf(stderr, "usage: path1 path2\n"); exit(1); } if (rename(argv[1], argv[2]) < 0) { perror("rename"); exit(1); } if (stat(argv[2], &stat_buf) < 0) { perror("stat"); exit(1); } if (stat_buf.st_mtime < now - 60*60) { fprintf(stderr, "Bad karma: mtime=%u now-60*60=%u\n", stat_buf.st_mtime, now - 60*60); exit(1); } else { fprintf(stderr, "OK: mtime=%u now-60*60=%u\n", stat_buf.st_mtime, now - 60*60); } return 0; } --cmJC7u66zC7hs+87-- From owner-linux-xfs Thu Sep 9 17:32:16 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 17:32:18 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8A0WFdg030129 for ; Thu, 9 Sep 2004 17:32:15 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25553; Fri, 10 Sep 2004 10:31:59 +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 i8A0Vwln4016161; Fri, 10 Sep 2004 10:31:58 +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 i8A1QfxM014151; Fri, 10 Sep 2004 11:26:41 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8A1QeTE014149; Fri, 10 Sep 2004 11:26:40 +1000 Date: Fri, 10 Sep 2004 11:26:40 +1000 From: Nathan Scott To: Anastas Giokov Cc: linux-xfs@oss.sgi.com Subject: Re: Problem repairing XFS Message-ID: <20040910012640.GB13692@frodo> References: <20040909090323.DE1791BCFC@xprdmailfe23.nwk.excite.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040909090323.DE1791BCFC@xprdmailfe23.nwk.excite.com> User-Agent: Mutt/1.5.3i X-archive-position: 4090 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Sep 09, 2004 at 05:03:23AM -0400, Anastas Giokov wrote: > > Hi! > > After a disk problem (bad sectors) I have the following problem: > > Using xfs_repair on the device I receive the following message: > > corrupt inode XXXXX (btree). Unmount and run xfs_repair. > fatal error -- 990 - couldn't iget disconnected inode > > The device is unmounted at this point and re-running xfs_repair dives the same output. The resulting fs is mountable, but part of it is not recovered. > > Is there a way to "skip" the corrupt inode, so the repair can finish, even losing some data? You can use xfs_db to zero inodes/directories by hand... or fix the repair bug, but thats a more difficult undertaking. cheers. -- Nathan From owner-linux-xfs Thu Sep 9 18:19:29 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 18:19:32 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8A1JR6O031465 for ; Thu, 9 Sep 2004 18:19:28 -0700 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 i8A1JBxu7144971; Fri, 10 Sep 2004 11:19:12 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8A1J9eX7066162; Fri, 10 Sep 2004 11:19:09 +1000 (EST) Date: Fri, 10 Sep 2004 11:19:09 +1000 (EST) From: Nathan Scott Message-Id: <200409100119.i8A1J9eX7066162@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE 907752 - acl update X-archive-position: 4091 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Update Andreas' email address everywhere. Date: Thu Sep 9 18:18:30 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: agruen@suse.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:178760a acl/VERSION - 1.66 acl/doc/CHANGES - 1.73 acl/man/man1/getfacl.1 - 1.6 acl/man/man1/setfacl.1 - 1.11 acl/man/man3/acl_free.3 - 1.8 acl/man/man3/acl_size.3 - 1.8 acl/man/man3/acl_copy_ext.3 - 1.8 acl/man/man3/acl_from_text.3 - 1.9 acl/man/man3/acl_get_file.3 - 1.10 acl/man/man3/acl_delete_def_file.3 - 1.7 acl/man/man3/acl_get_fd.3 - 1.9 acl/man/man3/acl_valid.3 - 1.7 acl/man/man3/acl_dup.3 - 1.8 acl/man/man5/acl.5 - 1.21 acl/debian/changelog - 1.59 acl/man/man3/acl_delete_perm.3 - 1.3 acl/man/man3/acl_to_text.3 - 1.4 acl/man/man3/acl_to_any_text.3 - 1.4 acl/man/man3/acl_set_tag_type.3 - 1.4 acl/man/man3/acl_set_qualifier.3 - 1.3 acl/man/man3/acl_set_permset.3 - 1.3 acl/man/man3/acl_set_file.3 - 1.4 acl/man/man3/acl_set_fd.3 - 1.3 acl/man/man3/acl_init.3 - 1.4 acl/man/man3/acl_get_tag_type.3 - 1.4 acl/man/man3/acl_get_qualifier.3 - 1.4 acl/man/man3/acl_get_permset.3 - 1.3 acl/man/man3/acl_get_perm.3 - 1.3 acl/man/man3/acl_get_entry.3 - 1.3 acl/man/man3/acl_from_mode.3 - 1.4 acl/man/man3/acl_extended_file.3 - 1.3 acl/man/man3/acl_add_perm.3 - 1.3 acl/man/man3/acl_calc_mask.3 - 1.3 acl/man/man3/acl_check.3 - 1.3 acl/man/man3/acl_clear_perms.3 - 1.3 acl/man/man3/acl_cmp.3 - 1.3 acl/man/man3/acl_copy_entry.3 - 1.3 acl/man/man3/acl_extended_fd.3 - 1.3 acl/man/man3/acl_copy_int.3 - 1.4 acl/man/man3/acl_create_entry.3 - 1.4 acl/man/man3/acl_error.3 - 1.3 acl/man/man3/acl_delete_entry.3 - 1.3 acl/man/man3/acl_equiv_mode.3 - 1.4 acl/man/man3/acl_entries.3 - 1.3 From owner-linux-xfs Thu Sep 9 18:27:52 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 18:27:54 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8A1Rpi8032035 for ; Thu, 9 Sep 2004 18:27:52 -0700 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 i8A1RZxu6937351; Fri, 10 Sep 2004 11:27:36 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8A1RYtY7087863; Fri, 10 Sep 2004 11:27:34 +1000 (EST) Date: Fri, 10 Sep 2004 11:27:34 +1000 (EST) From: Nathan Scott Message-Id: <200409100127.i8A1RYtY7087863@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE 907752 - attr update X-archive-position: 4092 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Update Andreas' email address everywhere. Date: Thu Sep 9 18:23:31 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: agruen@suse.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:178762a attr/man/man5/attr.5 - 1.9 attr/man/man2/setxattr.2 - 1.6 attr/man/man2/removexattr.2 - 1.4 attr/man/man2/listxattr.2 - 1.6 attr/man/man2/getxattr.2 - 1.4 attr/man/man1/setfattr.1 - 1.5 attr/man/man1/getfattr.1 - 1.6 Clarify setfattr usage. Date: Thu Sep 9 18:27:03 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: agruen@suse.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:178763a attr/VERSION - 1.47 attr/doc/CHANGES - 1.55 attr/debian/changelog - 1.48 attr/setfattr/setfattr.c - 1.16 From owner-linux-xfs Thu Sep 9 19:24:45 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 19:24:47 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8A2OhsX001885 for ; Thu, 9 Sep 2004 19:24:44 -0700 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 i8A2OSxu7032208 for ; Fri, 10 Sep 2004 12:24:28 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8A2ORmB7128774 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 12:24:27 +1000 (EST) Date: Fri, 10 Sep 2004 12:24:27 +1000 (EST) From: Nathan Scott Message-Id: <200409100224.i8A2ORmB7128774@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfsprogs X-archive-position: 4093 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Updates mainly to get a clean xfs_io compile on IRIX (non-gcc), and to add a couple more inode flags needed initially on IRIX (Linux soon). Date: Thu Sep 9 19:23:29 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: tes@sgi.com The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:178767a xfsprogs/VERSION - 1.116 xfsprogs/doc/CHANGES - 1.160 xfsprogs/debian/changelog - 1.106 - Bump version number. xfsprogs/db/inode.c - 1.14 xfsprogs/include/xfs_fs.h - 1.31 xfsprogs/include/xfs_dinode.h - 1.15 xfsprogs/io/open.c - 1.15 - Add the project ID inheritance and nosymlink inode flags. xfsprogs/include/platform_defs.h.in - 1.30 xfsprogs/io/pread.c - 1.14 xfsprogs/io/pwrite.c - 1.14 xfsprogs/io/mmap.c - 1.5 xfsprogs/include/irix.h - 1.3 - Updates to get clean compile on IRIX (non-gcc). From owner-linux-xfs Thu Sep 9 20:16:47 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 09 Sep 2004 20:16:49 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8A3Gj8O002950 for ; Thu, 9 Sep 2004 20:16:46 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA29410; Fri, 10 Sep 2004 13:16:28 +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 i8A3GQln4018762; Fri, 10 Sep 2004 13:16:27 +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 i8A4B8xM014587; Fri, 10 Sep 2004 14:11:08 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8A4B6dc014585; Fri, 10 Sep 2004 14:11:06 +1000 Date: Fri, 10 Sep 2004 14:11:06 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20040910041106.GA14336@frodo> References: <411A8410.2030000@med.ge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411A8410.2030000@med.ge.com> User-Agent: Mutt/1.5.3i X-archive-position: 4094 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Aug 11, 2004 at 03:39:44PM -0500, James Foris wrote: > > I have been using XFS in both IRIX and Linux for many years now, and > overall I am > quite happy with it - recommend it to everyone, run it on my home systems, > etc. > > But, recently I ran into something that I need some help in > understanding/explaining. > The title says it all, really, but the details follow below. Hi there, Before I forget completely, from talking to Christoph a few days back he suggested that the problems you were seeing may have been resolved by some fixes that have gone into the tree in the last week or two (they certainly touch this area) - if you could retry your tests and let us know whether you still see this degredation on Linus' current -bk tree, that would be much appreciated! thanks. -- Nathan From owner-linux-xfs Fri Sep 10 03:58:39 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 03:58:42 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AAwdPD002303 for ; Fri, 10 Sep 2004 03:58:39 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AAwdil002302 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 03:58:39 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AAwcUM002288 for ; Fri, 10 Sep 2004 03:58:38 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AAkC5N001898; Fri, 10 Sep 2004 03:46:12 -0700 Date: Fri, 10 Sep 2004 03:46:12 -0700 Message-Id: <200409101046.i8AAkC5N001898@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 360] New: System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4095 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=360 Summary: System freezes if a XFS filesystem is filled up Product: Linux XFS Version: Current Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: ks@pegasus-edv.de On several systems with gentoo installed, the system freezes and can only be reanimated with the reset button when a XFS filesystem is filled up. The error occured on gentoo kernel 2.6.7 and 2.6.8, gentoo kernel 2.6.1 is OK - i get the "file system full" error message. I tested with XFS on logical volumes and on loopback devices - same problem everywhere. An ext2 or ext3 fs on the same lv or loopback device works well so I think it's no hardware problem. In the patch sets I can't find any gentoo patches for XFS but I will test with the vanilla server if I'll have enough free time. Cheers, Klaus ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 05:58:39 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 05:58:42 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8ACwdPu024974 for ; Fri, 10 Sep 2004 05:58:39 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8ACwd12024973 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 05:58:39 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8ACwc6M024959 for ; Fri, 10 Sep 2004 05:58:38 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8ACq9Ed024790; Fri, 10 Sep 2004 05:52:09 -0700 Date: Fri, 10 Sep 2004 05:52:09 -0700 Message-Id: <200409101252.i8ACq9Ed024790@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 361] New: System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4096 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=361 Summary: System freezes if a XFS filesystem is filled up Product: Linux XFS Version: Current Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: ks@pegasus-edv.de On several systems with gentoo installed, the system freezes and can only be reanimated with the reset button when a XFS filesystem is filled up. The error occured on gentoo kernel 2.6.7 and 2.6.8, gentoo kernel 2.6.1 is OK - i get the "file system full" error message. I tested with XFS on logical volumes and on loopback devices - same problem everywhere. An ext2 or ext3 fs on the same lv or loopback device works well so I think it's no hardware problem. In the patch sets I can't find any gentoo patches for XFS but I will test with the vanilla server if I'll have enough free time. Cheers, Klaus ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 08:58:41 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 08:58:50 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AFwfsU001906 for ; Fri, 10 Sep 2004 08:58:41 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AFwepg001905 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 08:58:40 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AFwdJU001876 for ; Fri, 10 Sep 2004 08:58:39 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AExh21029409; Fri, 10 Sep 2004 07:59:43 -0700 Date: Fri, 10 Sep 2004 07:59:43 -0700 Message-Id: <200409101459.i8AExh21029409@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 361] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4098 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=361 sandeen@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From sandeen@sgi.com 2004-10-09 07:59 PDT ------- *** This bug has been marked as a duplicate of 360 *** ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 08:58:41 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 08:58:43 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AFwfjv001907 for ; Fri, 10 Sep 2004 08:58:41 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AFweUf001904 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 08:58:40 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AFwdJQ001876 for ; Fri, 10 Sep 2004 08:58:39 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AExhrF029414; Fri, 10 Sep 2004 07:59:43 -0700 Date: Fri, 10 Sep 2004 07:59:43 -0700 Message-Id: <200409101459.i8AExhrF029414@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 360] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4097 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=360 ------- Additional Comments From sandeen@sgi.com 2004-10-09 07:59 PDT ------- *** Bug 361 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 09:58:40 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 09:58:44 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AGwe9h003481 for ; Fri, 10 Sep 2004 09:58:40 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AGweFU003480 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 09:58:40 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AGwd6k003466 for ; Fri, 10 Sep 2004 09:58:39 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AG45Sv002380; Fri, 10 Sep 2004 09:04:05 -0700 Date: Fri, 10 Sep 2004 09:04:05 -0700 Message-Id: <200409101604.i8AG45Sv002380@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 362] New: System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4099 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=362 Summary: System freezes if a XFS filesystem is filled up Product: Linux XFS Version: Current Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: ks@pegasus-edv.de On several systems with gentoo installed, the system freezes and can only be reanimated with the reset button when a XFS filesystem is filled up. The error occured on gentoo kernel 2.6.7 and 2.6.8, gentoo kernel 2.6.1 is OK - i get the "file system full" error message. I tested with XFS on logical volumes and on loopback devices - same problem everywhere. An ext2 or ext3 fs on the same lv or loopback device works well so I think it's no hardware problem. In the patch sets I can't find any gentoo patches for XFS but I will test with the vanilla server if I'll have enough free time. Cheers, Klaus ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 11:58:41 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 11:58:46 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AIwf9j005663 for ; Fri, 10 Sep 2004 11:58:41 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AIwfLv005661 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 11:58:41 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AIwdnJ005634 for ; Fri, 10 Sep 2004 11:58:40 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AINXhs005165; Fri, 10 Sep 2004 11:23:33 -0700 Date: Fri, 10 Sep 2004 11:23:33 -0700 Message-Id: <200409101823.i8AINXhs005165@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 362] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4101 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=362 sandeen@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From sandeen@sgi.com 2004-10-09 11:23 PDT ------- *** This bug has been marked as a duplicate of 360 *** ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 11:58:41 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 11:58:43 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AIwfwx005664 for ; Fri, 10 Sep 2004 11:58:41 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AIwfGT005662 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 11:58:41 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AIwdnF005634 for ; Fri, 10 Sep 2004 11:58:39 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AINYZ7005171; Fri, 10 Sep 2004 11:23:34 -0700 Date: Fri, 10 Sep 2004 11:23:34 -0700 Message-Id: <200409101823.i8AINYZ7005171@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 360] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4100 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=360 ------- Additional Comments From sandeen@sgi.com 2004-10-09 11:23 PDT ------- *** Bug 362 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 12:42:00 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 12:42:02 -0700 (PDT) Received: from hotmail.com (bay2-f10.bay2.hotmail.com [65.54.247.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AJg0im010037 for ; Fri, 10 Sep 2004 12:42:00 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 10 Sep 2004 12:39:24 -0700 Received: from 209.157.205.111 by by2fd.bay2.hotmail.msn.com with HTTP; Fri, 10 Sep 2004 19:39:24 GMT X-Originating-IP: [209.157.205.111] X-Originating-Email: [steve_tong@hotmail.com] X-Sender: steve_tong@hotmail.com From: "Steve Tong" To: linux-xfs@oss.sgi.com Subject: where can I find a xfs pach for kernel-2.4.18 Date: Fri, 10 Sep 2004 12:39:24 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 10 Sep 2004 19:39:24.0751 (UTC) FILETIME=[E088D5F0:01C4976D] X-archive-position: 4102 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: steve_tong@hotmail.com Precedence: bulk X-list: linux-xfs Hi, Can anyone give me a link to find the xfs patch for kernel-2.4.18? Thanks, Steve _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement From owner-linux-xfs Fri Sep 10 13:58:41 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 13:58:43 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AKwfCX014138 for ; Fri, 10 Sep 2004 13:58:41 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AKwfJZ014137 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 13:58:41 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AKwdfm014119 for ; Fri, 10 Sep 2004 13:58:40 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AKYRrI013109; Fri, 10 Sep 2004 13:34:27 -0700 Date: Fri, 10 Sep 2004 13:34:27 -0700 Message-Id: <200409102034.i8AKYRrI013109@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4103 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 greg@max-t.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sdoyon@max-t.com ------- Additional Comments From greg@max-t.com 2004-10-09 13:34 PDT ------- output from xtp on failed transaction: [1]kdb> xtp 0xef0d7300 tp 0xef0d7300 type CREATE mount 0xeab14800 flags xtp 0x7 callback 0xef0d7304 forw 0x00000000 back 0x00000000 log res 157880 block res 40 block res used 0 rt res 0 rt res used 0 ticket 0xe8310288 lsn [0:0] commit_lsn [0:0] callback 0x00000000 callarg 0x00000000 icount delta 0 ifree delta -1 blocks delta 0 res blocks delta 0 rt delta 0 res rt delta 0 ag freeblks delta 0 ag flist delta 0 ag btree delta 0 dblocks delta 0 agcount delta 0 imaxpct delta 0 rextsize delta 0 rbmblocks delta 0 rblocks delta 0 rextents delta 0 rextslog delta 0 dqinfo 0x00000000 log items: chunk 0 index 0 item 0xe851b364 size 0 flags lic 0x1 type buf mountp 0xeab14800 flags log 0x1 ail forw 0xe851b2d0 ail back 0xe92bd678 lsn [10:3995] desc ef0d73c0 ops 0xc0440200 iodonefunc &0xc01cba90 [1]more> buf 0xeaf43e80 recur 0 refcount 1 flags:dirty logged size 2 blkno 0x2 len 0x1 map size 1 map 0xe851b3b4 blf flags: chunk 0 index 1 item 0xe851b2d0 size 0 flags lic 0x1 type buf mountp 0xeab14800 flags log 0x1 ail forw 0xe8b6cbf0 ail back 0xe851b364 lsn [10:3995] desc ef0d73c8 ops 0xc0440200 iodonefunc &0xc01cba90 buf 0xeaf5b680 recur 0 refcount 1 flags:dirty logged size 2 blkno 0x18 len 0x8 map size 2 map 0xe851b320 blf flags: log busy free 31, list: Chunk 0 at 0xef0d744c next 0x00000000 free 0x7fffffff unused 0 00: ag 0 idx 0 01: ag 0 idx 0 02: ag 0 idx 0 03: ag 0 idx 0 04: ag 0 idx 0 05: ag 0 idx 0 06: ag 0 idx 0 07: ag 0 idx 0 08: ag 0 idx 0 [1]more> 09: ag 0 idx 0 10: ag 0 idx 0 11: ag 0 idx 0 12: ag 0 idx 0 13: ag 0 idx 0 14: ag 0 idx 0 15: ag 0 idx 0 16: ag 0 idx 0 17: ag 0 idx 0 18: ag 0 idx 0 19: ag 0 idx 0 20: ag 0 idx 0 21: ag 0 idx 0 22: ag 0 idx 0 23: ag 0 idx 0 24: ag 0 idx 0 25: ag 0 idx 0 26: ag 0 idx 0 27: ag 0 idx 0 28: ag 0 idx 0 29: ag 0 idx 0 30: ag 0 idx 0 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 15:58:42 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 15:58:44 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AMwgX5019079 for ; Fri, 10 Sep 2004 15:58:42 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AMwgoP019078 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 15:58:42 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8AMwepM019045 for ; Fri, 10 Sep 2004 15:58:40 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8AMJ8oN017885; Fri, 10 Sep 2004 15:19:08 -0700 Date: Fri, 10 Sep 2004 15:19:08 -0700 Message-Id: <200409102219.i8AMJ8oN017885@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4104 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 ------- Additional Comments From stephy32@videotron.ca 2004-10-09 15:19 PDT ------- reproduced the bug on the cvs tree from september 10 at 11:35. Time to failure running the ci_wrap over localhost nfs mount was 30 minutes using 4 mount moints. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Sep 10 16:06:00 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 16:06:02 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8AN5xg7019968 for ; Fri, 10 Sep 2004 16:06:00 -0700 Received: (qmail 13974 invoked by uid 65534); 10 Sep 2004 23:05:44 -0000 Received: from G05af.g.pppool.de (EHLO [192.168.1.11]) (80.185.5.175) by mail.gmx.net (mp007) with SMTP; 11 Sep 2004 01:05:44 +0200 X-Authenticated: #2986359 Message-ID: <41423349.6030209@gmx.net> Date: Sat, 11 Sep 2004 01:05:45 +0200 From: evilninja User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Tong CC: linux-xfs@oss.sgi.com Subject: Re: where can I find a xfs pach for kernel-2.4.18 References: In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4105 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: evilninja@gmx.net Precedence: bulk X-list: linux-xfs -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steve Tong wrote: > Hi, > > Can anyone give me a link to find the xfs patch for kernel-2.4.18? > hm, not from SGI i guess: ftp://oss.sgi.com/projects/xfs/README http://oss.sgi.com/letter_100103.txt but searching for "xfs-1.1-2.4.18-all.patch.bz2" gives some hits, e.g.: http://www.slackware.at/data/slackware-8.1/source/k/xfs/ cheers, Christian. - -- BOFH excuse #349: Stray Alpha Particles from memory packaging caused Hard Memory Error on Server. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBQjNJC/PVm5+NVoYRAqRfAKC68BOyHMmqkZ09OgNbcPk2bEWG/gCfQl+3 +awSRbuyzME0tBi8Cr0JgcM= =fuKo -----END PGP SIGNATURE----- From owner-linux-xfs Fri Sep 10 16:16:55 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 16:16:59 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8ANGt3I021039 for ; Fri, 10 Sep 2004 16:16:55 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8ANGt3H021037 for linux-xfs@oss.sgi.com; Fri, 10 Sep 2004 16:16:55 -0700 Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8ANGrxN021025; Fri, 10 Sep 2004 16:16:54 -0700 Received: from taniwha.stupidest.org (adsl-68-120-153-15.dsl.snfc21.pacbell.net [68.120.153.15]) by pimout3-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id i8ANGh3d127064; Fri, 10 Sep 2004 19:16:43 -0400 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 35E19115C87C; Fri, 10 Sep 2004 16:16:39 -0700 (PDT) Date: Fri, 10 Sep 2004 16:16:39 -0700 From: Chris Wedgwood To: bugzilla-daemon@oss.sgi.com Cc: xfs-master@oss.sgi.com, ks@pegasus-edv.de Subject: Re: [Bug 360] New: System freezes if a XFS filesystem is filled up Message-ID: <20040910231639.GA3140@taniwha.stupidest.org> References: <200409101046.i8AAkC5N001898@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409101046.i8AAkC5N001898@oss.sgi.com> X-archive-position: 4106 X-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 On Fri, Sep 10, 2004 at 03:46:12AM -0700, bugzilla-daemon@oss.sgi.com wrote: > On several systems with gentoo installed, the system freezes and can > only be reanimated with the reset button when a XFS filesystem is > filled up. 4K stacks (CONFIG_4KSTACKS) on i386 will do this every time --- can you check if this is the case please? If this is the case please try to replicate without this option and see if still persists. --cw From owner-linux-xfs Fri Sep 10 16:21:05 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 10 Sep 2004 16:21:07 -0700 (PDT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8ANL5RB024888 for ; Fri, 10 Sep 2004 16:21:05 -0700 Received: from taniwha.stupidest.org (adsl-68-120-153-15.dsl.snfc21.pacbell.net [68.120.153.15]) by pimout3-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id i8ANJn3d206464; Fri, 10 Sep 2004 19:19:49 -0400 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 0A8FC115C87C; Fri, 10 Sep 2004 16:19:49 -0700 (PDT) Date: Fri, 10 Sep 2004 16:19:49 -0700 From: Chris Wedgwood To: evilninja Cc: Steve Tong , linux-xfs@oss.sgi.com Subject: Re: where can I find a xfs pach for kernel-2.4.18 Message-ID: <20040910231949.GB3140@taniwha.stupidest.org> References: <41423349.6030209@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41423349.6030209@gmx.net> X-archive-position: 4107 X-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 On Sat, Sep 11, 2004 at 01:05:45AM +0200, evilninja wrote: > Steve Tong wrote: > > Can anyone give me a link to find the xfs patch for kernel-2.4.18? I would *very* seriously consider something more recent that 2.4.18. A number of important fixes have been made since then. Perhaps you are specifying this version becomes it's a vendor kernel? If so then that's another situation again (there have been some vendor kernels when used with external XFS patches don't work whereas mainline with the same patches will). --cw From owner-linux-xfs Sat Sep 11 10:58:45 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 11 Sep 2004 10:58:57 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8BHwjbL029274 for ; Sat, 11 Sep 2004 10:58:45 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8BHwjLU029273 for linux-xfs@oss.sgi.com; Sat, 11 Sep 2004 10:58:45 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8BHwiff029247 for ; Sat, 11 Sep 2004 10:58:44 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8BHH64M028480; Sat, 11 Sep 2004 10:17:06 -0700 Date: Sat, 11 Sep 2004 10:17:06 -0700 Message-Id: <200409111717.i8BHH64M028480@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 360] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4108 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=360 wschlich@gentoo.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wschlich@gentoo.org ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Sat Sep 11 18:03:17 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 11 Sep 2004 18:03:20 -0700 (PDT) Received: from ADSL (client-200.121.56.58.speedy.net.pe [200.121.56.58] (may be forged)) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8C13Ae4014797 for ; Sat, 11 Sep 2004 18:03:11 -0700 Message-ID: <5004058f.61178885@ADSL> From: Rosa Cubas To: Subject: I'm in love Date: Sat, 11 Sep 2004 20:03:28 -0500 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UuMlEHaRLXyZVuv" X-archive-position: 4109 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rositac_@hotmail.com Precedence: bulk X-list: linux-xfs --UuMlEHaRLXyZVuv Content-Type: text/plain --UuMlEHaRLXyZVuv Content-Type: application/x-zip-compressed; name="message.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="message.zip" UEsDBAoAAAAAAAAAAACHcNZsANAAAADQAAClAAAAbWVzc2FnZS50eHQgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAuc2NyTVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAyAAAAA4fug4AtAnNIbgB TM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0K JAAAAAAAAABDHnnBB38Xkgd/F5IHfxeSB38WkhF/F5JlYASSAH8XkgFcHJIF fxeSwHkRkgZ/F5JSaWNoB38XkgAAAAAAAAAAAAAAAAAAAABQRQAATAEEAIn3 /kAAAAAAAAAAAOAADwELAQYAAAQAAADIAAAAAAAAABAAAAAQAAAAIAAAAABA AAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAAAAAQAABAAAAAAAAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAGQgAABQAAAAAPAAAKADAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAC50ZXh0AAAAEAMAAAAQAAAABAAAAAQAAAAAAAAAAAAA AAAAACAAAGAucmRhdGEAAKACAAAAIAAAAAQAAAAIAAAAAAAAAAAAAAAAAABA AABALmRhdGEAAACIvgAAADAAAADAAAAADAAAAAAAAAAAAAAAAAAAQAAAwC5y c3JjAAAAoAMAAADwAAAABAAAAMwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIHscAUAAFZXaGQwQABqAWgBAB8A/xVIIEAAhcAPhb8BAABoZDBAAFBQ /xVMIEAAhcAPhKoBAACNRCQIUGg0MEAAaAAAAID/FQQgQACFwHUYi0wkCFH/ FQAgQABfM8BegcRwBQAAwhAAjZQkbAIAAGgEAQAAUv8VICBAAI2EJGwCAABo MDBAAI2MJGwBAABQUehbAQAAg8QMjZQkcAMAAGgEAQAAUmoA/xUcIEAAjYQk aAEAAGoAjYwkdAMAAFBR/xUYIEAAhcAPhBQBAACLDYQwQAAzwIXJfhOKkIgw QABA9tKIkIcwQAA7wXztjYQkbAIAAGgsMEAAjUwkaFBR6O0AAACDxAyNVCRk agBqAGoCagBqAGgAAABAUv8VFCBAAIvwg/7/D4S2AAAAiw2EMEAAjUQkDGoA UFFoiDBAAFb/FRAgQABWi/j/FQwgQACF/w+EiwAAAI1UJGRS/xUkIEAAi/CF 9nR6aBgwQABW/xUsIEAAhcB0ao2MJGgBAABR/9BW/xUoIEAAjVQkZI2EJHQE AABSaAAwQABQ/xVcIEAAuREAAAAzwI18JCyDxAzzq41MJBCNVCQgUVJQUGoI UFBQjYQklAQAAMdEJEBEAAAAUGoAx0QkdIAAAAD/FTAgQABfM8BegcRwBQAA whAAkJCLRCQIgexQAgAAUP8VRCBAAIXAdQeBxFACAADDU1VWV/8VQCBAAIu0 JGQCAACLPVwgQACLrCRsAgAAiUQkFI0cQDPSuRoAAAD38YPCYVKNlCRgAQAA aHwwQABS/9eDxAyNRCQcjYwkXAEAAFBR/xU8IEAAg/j/iUQkGHR0jVQkSFL/ FTggQADGRAREAMdEJBAAAAAAgH0ALnUBRY1EJEhVUIvDM9K5GgAAAPfxg8Jh UouUJHQCAABSaHAwQABW/9eDxBhW/xU0IEAAg/j/dA+LRCQQQEOD+BqJRCQQ fLaLRCQYUP8VUCBAAIN8JBAafA6LRCQUQIlEJBTpQ////1b/FVggQABfXl24 AQAAAFuBxFACAADDkJCQkJCQkJCQkJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQIgAAXiIA AAAAAAA+IQAATCEAAFghAABmIQAAciEAAIYhAACcIQAAqiEAALghAADIIQAA 2CEAAOwhAAD2IQAABiIAABQiAAAqIgAANiIAAEQiAAAAAAAAbCIAAHgiAAAA AAAAAAAAAAAAAAAAAAAAGCEAAAwgAAAAAAAAAAAAAAAAAAAlIQAAACAAAAAA AAAAAAAAAAAAADIhAABYIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAS0VSTkVMMzIuRExMAEFEVkFQSTMyLmRsbABVU0VSMzIuZGxsAAAAAENs b3NlSGFuZGxlAAAAV3JpdGVGaWxlAAAAQ3JlYXRlRmlsZUEAAABDb3B5Rmls ZUEAAABHZXRNb2R1bGVGaWxlTmFtZUEAAEdldFdpbmRvd3NEaXJlY3RvcnlB AABMb2FkTGlicmFyeUEAAEZyZWVMaWJyYXJ5AAAAR2V0UHJvY0FkZHJlc3MA AENyZWF0ZVByb2Nlc3NBAABHZXRGaWxlQXR0cmlidXRlc0EAAGxzdHJsZW5B AABGaW5kRmlyc3RGaWxlQQAAR2V0VGlja0NvdW50AABTZXRDdXJyZW50RGly ZWN0b3J5QQAAT3Blbk11dGV4QQAAQ3JlYXRlTXV0ZXhBAABGaW5kQ2xvc2UA AABSZWdDbG9zZUtleQAAAFJlZ09wZW5LZXlBAAAAQ2hhckxvd2VyQQAAd3Nw cmludGZBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUlVORExMMzIuRVhFICVzLF9t YWluUkQARGxsUmVnaXN0ZXJTZXJ2ZXIAAABkbGwAZXhlAENMU0lEXHsyNzE2 QTYwRS0zQjM5LTExRDgtODFBQi00NDQ1NTM1NDAwMDF9AAAAACBtdXRleDEg AAAAACVzXCVjJXMuJXMAACVjKi5kbGwAAL4AALKlb//8////+////wAA//9H /////////7///////////////////////////////////////////////yf/ ///x4EXx/0v2Mt5H/rMy3quXlozfj42QmI2ekt+cnpGRkIvfnZrfjYqR35aR 37uwrN+SkJua0fLy9dv/////////hqsXjsLKed3Cynndwsp53cLKeN2qynnd oNVq3cnKed3E6XPdwMp53cTpct3iynndPep93cPKed2tlpyXwsp53f////// /////////////////////////6+6//+z/vv/BgkBv///////////H//x3vT+ +f//ff///xf7//////+7c////+////9f///////v/+/////9///7//////// //v//////////1/6///7/////////f//////7///7//////v///v//////// 7/////9R///A/f//A1r//4f///////////////////////////////////// b/r/w/j///////////////////////////////////////////////////// //////////////9f//9f/v//////////////////////////////////0Yua h4v///8Ff////+////99////+///////////////////3///n9GNm56Lnv// wO////9f////7f///3n//////////////////7///7/Rm56Lnv///zs3+/// P////+X///9n//////////////////+///8/0Y2ak5Cc//9L9P///2/6///z ////Tf//////////////////v///vf////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////90Pnzf/3yf+/88fMb/i/oW0v///zypdA58wf+L +hfg////AIvb9xc2/v//ej+mdvmK+pX+pxT5fJn7/8w/oT37/6l0DnT5ej+L 9a8XgP3//3zZ/6ahPKmoAIvb7wCL2+8Azhec/P//dAd8O/N/gPv9ityV5xdR vf//ej+mi/R0Nxfp/v//dA8U/cwJqHQxFxP///8U3pXvF3S9//96P6aL9HQ3 F37///90DxT9zAmodDEXNv///3Q5oKE99/907nS++8S9+4P7zD8U7wCL2/ty r/52rvuvF4QAAAA9+/90/nS/8zx0Pnyf+/84/19e/+84v/f8////PKl0Dhfr ////Cbvb9/6L+KkXccH//6Z0OaE9+/84/l9e/+90tvt6Nov4rhcj/v//pjyp dA4XTAAAAHyZ8/98mff/OPlbXv/vdDmhPKl0Dhfr////Cbvb9/6L+KkXvMH/ /6Z0OaE9+/+pdA50ufM4+Vte/+96P4v4rxdx/v//pnQxF2gAAAChPKl0DnS5 83o/i/ivF4v+//+mdLvb93a586E9+/+pdA4XvgAAAHyZ8/84+Vde/+84uff9 ////dDmhPKl0Dhfr////Cbvb9/6L+KkXMcL//6Z0OaE9+/+pdA50ufM4+Vde /+96P4v4rxfm/v//pnQxF90AAAChPKmV4xfUvv//ej+mi/R0NxdZxf//dA8U /cwJlf+X/z//7wCL2+90MRdBxf//ej+K6XoJi/F0MReZw///qReZwv//psw/ oTypF/z///+moTyqdBN8E++ple8A6k9a/+9ysg90D3S695XvrpX/r3b5FzT6 //98O+t+gg8wUu0Biqh+ggs6AouQiud+ggeZHC7uirp+ggNlsf8/isN8mfP/ FN1+ggs5AouQitJ+ggeZHC7uitt+ggNlsf8/iuQ4ufP9////qQDJF5/+//8I J+Q/pggvptw5FP3MP6E2PKl0i9v3egmL2XTxejaL36gXTsT//3S593TCS1r/ 73o/i/uvACimqQAopqDMP6E8fDcAoTypdIvb93oJivqV/qehPHW5+6h7P/B6 e////3S593TCS1r/73o/i/uvACimdLnvej+L+68AKKZ0ufN6P4v7rwAopnS5 63o/i/uvACimdLnnej+L+68AKKZ0ueN6P4v7rwAopnS533o/i/uvACimdLnb ej+L+68AKKZ0udd6P4v7rwAopnS5v3o/i/uvACimdLm7ej+L+68AKKZ0ubcU 58P9it90ufd0wkta/+96P4v7rwAopnS583o/i/uvACimqQAopqDMP6E8qnQT rnS693yaA/96P6mLwHTvei2LxnSK88SP+4LOegmD0nS383o2i/p8Bv2K3gCK 73S/965ysgOuAMtPrRfJ/v//dLoDfDvrds90ugMU/cw/oTY8qnQTrq6pcroH lfuvlxv///8AivcXBPz//3w773o/i/uV/RSpcroDlfuvlzv///8AivcXIvz/ /3w773o/i/uV/hTHdLoDPh/9rwDqT1r/73SK86kAigd2ufd0ugMAivd2ufsX 3v///3w773o/i/uV+xT3fIH7/4v6lfynFPd0ugN2ufvMP6E2PKp0E3wT26x0 ovepqHSC83K6I5Xnr6isF4/8//98O+96P4qLxroPdIrvgfKpAIobrBc0AAAA fDvzlf58OOenx7oSdrrzg7VyuguV86+orBfG/P//fDvvej+KwnS5+3o/g8l0 sfd0qgu3fDjzdrn7dut+fIID/4HyqQCKB6wXgAAAAHw78/BBuhIAuvPGuvOB Scw/oKGkNjx8NwAUCap0E3wT43S656ypqMwkzADMCXwf/sai63aiA3a6B4rc lbMA6k9a/+90D5WzrKkXncX//3S673eh+3w773bPdqH3FNyV5wDqT1r/75Xn rK92ugMXwcX//3S6A3Sy73w77zm/+/12/nK6G5XzrwCK8wCK9xeG/f//fDvv ej/weiz+//8AihcA6k9a/+8Aihd2uvOvAIr3F3X9//98O+96P/B6T/7//3S6 88QMdrrvi/t8sccAx6IRdqLn8HmG/v//lf5yug8Aiu92oguvF2LG//90uu+V /L+vcroLrxdyxv//8Em6D3w758ai6/B6I////3wH8YCHi5F8B/eAvovIt4vY fBf8i+S3i++3t/B67P7//3K56xYZ////crnzFiH///9yuceV/hT4crnDlfx2 56AWM////3K57xY9////fBf1i+S3t4vwt/B6KP///3K54xZV////crm3Fl3/ //9yuecWZf///3K53xZt////fAfkgM6L1XwX7Yvht4vpt4vxfBf58Hpj//// crm/FI1yudcUknK52xSXcrnTlf0UbnK5uxSj0n////+L57eL8nwX/IqNdLoL drnHFJV0ugt2ucMUnXSyC8w/drHLFMq3t4vWt4vhfBeCi/G3irZ0sgN0ugt2 vusUwXSyA3S6C3a+7xTMdLoDfD/zFPl0ugN8P/fMAMQ8i+AAihd0sguor/BJ uhFy+36vAIrzF9v+//98O+t6P4rJ8Em6EXy67/sAuufGuufwc3gBAAAAivMA 6kta/+98guv9povWxqIHi9t0ucd8BwCK9Xw3ABTmlf6nFOt8OfevqQCK9xfz ////fDvzFP3MP6ChpDY8qnQTfBPvdLrvqXSK86jMAN7Bej+LsnKyD5Xvrq8A ivcXrP///3w773o/irjwQLoHcrvH/q8AyQDqU1r/7/BAsgd2+fw4rq8AivcX ov///3w763o/iuLwQLoH/Ad0ugN6P4pMdMl6CYv7f9vB/3Q4oKE2PHw3ABQI qnQTdLL3lf8AivMXRMn//3o/ivuV/hTqAIrrdLL3AIrvF0rK///EuuuC+pX9 p6I8zD+iPACL2/N0s9v3AIvb8xdpyv//zDbEu9vz8GM+dD48qnQTdLrrrHo/ qYq/dLrzdLL3cuP+rBcoyP//dA+mucSK54H6fDcAFK2odILvfMD/ivWpAOpP Wv/vpnb4qawAyADqR1r/73w786AU0nwH/or7lfsU73wH/Yr7lfcU+HwH/Irp lf50uvN0svf8N64Aiu8XScn//3w788w/oaSiPKp0E34Tp+3//6ypdA6ozCRy efP9//93obuvd6H7d2E7////d2F7////d2H3/v//dmHX/f//duF2YdP9//92 Ydv9//8A6h9f/++V/pf/3/3/AOo/Wv/vpnZ5+/7//6Z0MRdA8f//dDEXsfH/ /1/7P//vxTyL4kb7P//v8EE/vjl/Lyn97/45fy8m/+/+df7FPIoXX7c//+8B 8tAl/+/wQTfFPDl+Lyn97/2L6Ea3P//vdb7+vvBBL8U8OX0vKf3v/YoRX6s/ /+/wQTfFPDl+Lyb/7/2L6EarP//vdb7+vvBBL8U8OX0vJv/v/YoRcnozAQAA l/v+//+vAOonX//vcnozBQAAQAc9/++vqBdhu///psQ8povmcnozBQAAdDGv F9Lw//90MRdg8///xDyKtnJ6MwEAAJcLPf/vr3J6MwUAAK8XPcH//3J6MwUA AK+oF+W7//98O+sXbbv//3J6MwUAAHQxrxcY8f//dDEXi+///3QxF0P0//9y ugtAEz3/76+odqILF7u7///GogumporpdDEXfur//5X+qBcRvP//pqYXuLv/ /3K6D3aiD6+XHz3/7xfpu///xqIPpqbwelv///+slys9/+8XdL///6Z6P6bw enD///92ogMAigNyui+XNz3/768A6kNa/+9yejMJAACvcrovrxdOvP//fDvr ej+LtnJ6VxIAAHQxr3J6MwkAAK8X8On//3o/i9h2ogdyQlcSAADH4Iv0AIoH dDGoFy/p//8Augd+OPv+//98ggf2gx0AugN8ggP7g3GV/pcfPf/vF8q8//+m phdxvP//dDEXMvX//3QxFwaf//90MRd27///dDEXGef//3Q5oKGkNjysqnTi G1//73TSF1//76l0Dqh0edf9//96P4vtlf+vACyX79j//wBJ1/3//wAqdHnT /f//ckHT/f//ej+L8ZX/rwAsl+/Y//8AyAAqAEn7/v//AOpLWv/vpqChoqQ8 qnQTrqypqHQGcnjz/f//r3a6AwDqI1//73Si93T8xPiMzXSy73T8dKrzdA+W CXf////8SPv+//96aX////+L8nwGAIvexHF7////i+a/dvzE+I0uAIoDAOqH X//vzD+goaQ2Pe//dILrld2mAIoDDFoA6odf/+8A/JX+pxQerKmodAZyYPP9 //+sAOojX//vdPiV+6bMLXo/id10SPv+//98QXv/////ivfGcX////+L3b1+ OXf////EL40bLgZ6NoAtzAmsAOqHX//vdDmgoaQ99/+Xf////6kAi9vnFxbN //98O/N0eX////90s9vrdv6V/qEUMaypdA6ozCTMAMbhidt0efv+//8Ai9vv /DyvAOo7Wv/vpno/povsuH48d////8TBjSPMP6ChpD37/3Q4lj93/////Hn7 /v//FBWsdCZyfPP9//+vAOojX//vdLvb98T8jOSWP3f///+pdEz7/v//qHSD 2+uV3/wPpgxaoKFyfPP9//+vAOqHX//vdLvb98T8pOQ/CCc99/+pdA6ockHz /f//qADqI1//7wCL2/N0MReyAAAAej+L7nQxOH97/////v///xdr9///qADq h1//76ChPfv/qXQOqHJB8/3//6gA6iNf/+8Ai9vzdDEX7wAAAHo/i8x06XQ1 ljZ3/////HH7/v//1Dd+Fnf///+1rnJ3d////66vdukXR87//3w783QxF8r3 //+oAOqHX//voKE9+/+qdBN8E7+sdKLvqah8BP50BovxfAT9i/Z8BPvweuH+ //8AivcXwM3//3wHwKbwePP+//8AivMX0s3//3wHwKbweAX///8Aivdyuj+v FyTO//9yuj+Vv68A6jda/+90D3w773oJ8Hsq////f9n/uXK6P6mvdDAX1f7/ /3o/8HtC////cro/qa90MBcb/v//ej/welb///8Aivd0yjta/+9yuPuvACmm ej+m8Htv////AIr3cnh7////rwAppno/pouBcnjz/f//r3a67wDqI1//737A //v//437zAkUqgCK93QwFxkCAAB6P4vy+n/////E54EaducUHnTIAIr3lgl3 /////Ej7/v//qRfizv//AIrzcrm/rxfuzv//dLrrfDvvdmF/////dnl7//// APiV/qEAiu8A6odf/+90ORT9zD+goaQ2Pe//qnQTfBO/qagAivd0Dhfxzv// AIrzdAcX+87///wHpnwAwaaJ+8w/FNIAivNyuj8AiveX+zz/768A6q9e/+98 O+9yuj90MZX/AIrvly8o/e+vF50BAACgoTY98/+sqql0i9vvqKkXSc///wCL 2+N0BxdUz///dCempnL7xHwHwfBwY////3oA8Htr////fAT88HN0////fJvb 6//wQfmvAOovWv/vej+mi4jwQbvIAPwBrwDqM1r/73o/poublf6ixAiM5/BB +a8A6jNa/+96P6aK+3oSi7V0F7kUGwC72+t0i9vnfIPb6/10BINRdDlyi/wA dAFyoQHEDI3r8EH4rwDqL1r/73o/pov6sMQEjBPUCHwB/YP1f8DRivqV/qcU /cw/oKGipD33/6p0E34Te////6ypdMpHWv/vqJXAcrpDAIrzOLoD/v///68A KXTCI1r/73K6Q68AKHK6Q5XRrwDqJ1r/73w753o/8Ht/////l/M8/++vF/zP //+mej+mi5B8wj8//+//RD8//++L5gDMcrpDrwDqK1r/76Z6P6aKsHw8+8b8 ihiVv3J6gwAAAACK968AKXJ6gwAAAK8AKMwAfDvvxsKbP//vQZs//++L4wDJ cnqDAAAArwDqK1r/76Z6P6aK9Xw5+8bBiht2ggN0ugOgoaQ2Pff/qXTKR1r/ 76h0g9vvlb8Ai9vvqAAplb+oAOo3Wv/vzDZ8O+vEPovrd/e/lb+vAIvb4wAp fDvzlf6nFPV0u9vrd/d38Mw/oKE98/90s9v3rn+Gv/9yvr+L6q+X4zz/7wCL 2+8A6kNa/+98O+8U7ZfrPP/vAIvb8wDqQ1r/73w78z33/6p0E3wTs3+aC/+s qah0gvd2sgfEgvNyiguNqXyaA/90ovNyukvED4m88EngfATaiuR8ggP9g8V0 sgdyuP6vFyf8//90J3wEAIvYubl/RC8p/e/+ivGxsAC6A8SC83fhjD4U9n9E Lyn97/2K+saC94r7zD8U7akAiu8XFtL//3S666amdud0OKChpDY97/+qdBN8 E690uvesqXSK86jEOXayC3KCT3a6A4iTdKL3crf+drIH1A9ysg/EBoyqdLID 8EnmfATaitt8Af2DtQCKB3SyCxe7/P//dCd8BACLx3y6A/10uvexsXy6B/1/ RC8m/+/+iut34LgAugOxdLIDALoHxLLziVAU9n9ELyb/7/2K+sa6A4r7zD8U 5n/Y/3K6T68Aiu8XwdL//3S666amdud0ugOgoaQ2Pe//qnQTfhPv/v//dLrz fJoH/6yodIL3drIDcqP4AMQEdqLz8Hhv////qXKI/tQgdbkAw7+K+naK9xTl w9qKlHwE/IGZf8HLip5/gf7PiqRyuf12uvdyugt0sgOvcnoPAQAAr3K5Aaiv F6QBAAB6P4vGcroPdLIDr3J6jwAAAK8AivMAivcXMwEAAHo/i+MAiut0sgNy eo8AAACvcnoPAQAArxdbBAAA/roHtLlyuQDEuvPweYgAAAChdLoHoKQ2Pe// qnQTrqypqMwAqKiV/KiV/pf///9/AIr3drIDzAkA6t9f/+90J3wEAIu4dMrj X//vqKwAKUb/A/7/xD6M+aisACkU/XQ+crL3qK5BLyX/76+prADq01//7wCK 73SyA6gAivepFycBAACsdA8A6oNf/+90OaChpDY98/+pdA4A6ttf/+90s9vz rgCL2/N2/nQxF/v///+hPff/qnQTfhOz/f//AIr3drIDAOrDX//vej+L5XJ6 RwEAAK+Xzzz/7wDqx1//73wHAHa6B4r4zD8Wtf7//6ypdIrzqMwkf0IbAQAA 0fB78P7//3J6GwEAAK9yeksCAAAAivevF0LR//98O/MJekcBAADvi+p0sgNy eksCAACprxeAAAAAFlL///92ovN0uvMAy3r3Pv/vcsN69z7/7xeO1P//dCdy ehsBAACvF5zU///UPMwkpsQ8poG+AMhye/obAQAArwDqO1r/76Z6P6aK1AC5 88ai84rudLIDcnpLAgAArxfZ+///FO10sgOV/nJ6SwIAAKyvF5ABAAAAuvN8 gvP7jXeKz5X2cnobAQAAl9s8/++vAOofWv/vfDvzej+K6nSyAwC585X+cnpL AgAArK8XywEAAMah+4vZdMLbX//vACh0sfv88cQ+iep0sgMXf////wCJ9wDq y1//7wAodvlyekcBAACvAIoHAOrPX//vej/wejMBAAAAigcA6tdf/++gocw/ pDY99/+qdBOpdIr3qHTCG1r/7/BB+a8AKHo/povY8EG5/q8AKHo/povkdfl/ mvX/d7r3dbn+d7r2crr3rxcJzv//phT8fDcAoKGiPfv/qnQTfBPbfJoD/6l0 DqhyefP9//+vdroHAOojX//vdPl6P4udf0H3/v///3JB9/7//4uslj93//// rHKyI3QnF8vZ//+sqHKyIxe82f//ej+L1Mw/eiSJ6XRx+/7//3SqD3Xz/gku d/P9v8Q8jRVysiMXFtj//zi6A/7///9ysiMXJdj//6QAigcA6odf/+90ugOg oTY8qnQTfhNL////rKh0BnKyKxcy2v//cnjz/f//zCSvdroPAOojX//vx2D3 /v//cnj3/v//duDwe2H///+sl/8//++vcrIrFzfa//96P/B7eP///3S6I6nE PIuJQXf////MLXQxCA56LYqYdLojfJoH/wgOdKIXej92uguJrnaiA3J6swAA AMw21roDdKoDcnvyswAAAL516/3EMQktd++NFQCKL3K6c3QwAIozr3J6swAA AK8XdgkAAH7A//v//4zyALoH/CF0ugfEuguNUJX+pHKyKxcO2f//oQCKDwDq h1//73KyKxcg2f//dDygpDY8qnQTfBOzcroDqa+Xrzz/73QOl/7//38A6vtf /+96P4q5croHOLoHwP///69yukuvcroLr5X/l8s8/+8AigMA6v9f/+96P4rp crpLlcB+OXv///+vqQDqR1r/73w78wCKAwDq91//76E2PKp0E34T6/n//3K6 C3ayE6+XQzz/75f+//9/AOr7X//vej/wevz+//+sqaiV/qRyugOvcnoTAgAA r3TK/1//73K6B0D//f//r5X/l1s8/+92ogcAigt2ggMAKXo/8HpC////cnoT AgAAr3J6EwYAAJdnPP/vrwDqr17/73w783K6D69yehMGAACvAIoLAOr7X//v ej/wenr///9yugN2ogevcnoTAgAAr3K6B6+V/5d7PP/vdoIDAIoPACl6P4qo cnoTAgAAlcCvdLoTfD/7rwDqR1r/73w783K6A3aiB3aCA69yehMCAACvcroH r5X/l488/+8Aig8AKXo/iuZyehMCAACVwK90uhN8P7uvAOpHWv/vfDvzAIoP AOr3X//vAIoLAOr3X//voKGkNjyX+/7//34+9/7//wCL2/euAOpHWv/vfDvz Pfv/qnQTfhM7////rKmodnLDAAAAcnK/AAAAF93c//+V/5f/P//vAIr3cnK/ AAAAF8Lc//96P4rvcnK/AAAAFxrb//8W1P7//5+XRNX/75sAyv////+bdtr/ ////dHq3AAAAdnqfAAAAdHqrAAAAdroDdLoDdL+fdroTdLoDdL+bdroLfJoX /xT4dLoXv3a6F3S6F8S6C/B8Wv///3S6F5Q/u3SyE/w3drIHl3////+V/3J6 lwAAAK8XUtr//3w783xamwAAAP8U6nR6mwAAAL92epsAAAB0uge/v3a6B3S6 B8R6nwAAAIzQfEKbAAAAu4zZdLoD/LoHdHKbAAAAdf93e/KXAAAAdLoD/LoH 8En/ej+K/RT9FE58QpsAAAD/ieSV/5X9ly8o/e9yepcAAACvdHLDAAAAF5sM AAAWtwAAAJtw+v////98O/ueFPB0m9v3m3D6/////3w7+55ycr8AAAAXP9z/ /3JyvwAAABdK3P//oKGkNj37/6p0E34T9/7//6xyugOor8wkl+b//f+slxc8 /+90Bpf+//9/AOrrX//vej+KrZf//v//cnoHAQAArK8XTtv//3w783K6Bzi6 B//+//+vcnoHAQAAr6ysrACKAwDq/1//7wCKAwDq91//78diBwEAAIvxcnoH AQAAdDCvF/YBAACgpDY8qnQTfhP//v//qXSK83oJqIr7zD8UhXzB/3SC94vY cnrLAAAAlzf///+vqADqt17/73J6ywAAAK8AyRfU2v//pno/poq3fIH7/4vX cnr/AAAAlwD///+vqADqs17/73J6/wAAAK8AifsXAtv//6Z6P6aK5XRx9/3/ /3J59/3//34Gf////4L5doNx9wD/lf6noKE2Pff/rnK72/+pr8w/dA6vqZfc 0//vr68A6r9f/+92edf9//+hpjyqdBN+E7P7//+sqXK6H6jMJK+XUzv/73ai Hxdxzf//xqIfpqaL+Mw/Fib9//+V+kFrO//vpnKCPwxacnpLBAAAl3////+v cro/lQCvlf6smVoA6rNf/+90B3K6C69B/v//f5evPP/vqQDq+1//73o/ikty u8D9r3J6SwQAAK+V/KyXezv/7wCKCwDq71//7wCKC3TC91//7wAocroLr5ev O//vqQDq+1//73o/8HqLAAAAdMrzX//vcnpLAwAAlwD///+vrHaiAwCKCwAp ej+KrXK6G69yeksDAACvAIoLAOr7X//vej+K3HK6B5X7r5X7rJfDO//vAIob OLoH/v///wDq71//7wCKGwAoALoDcnpLAwAAlwD///+vAIoDAIoLFFcAigsA KHK6P68A6rdf/+90wvNe/+90yttf/++X0zv/75fjO//vAOr3Xv/vxDx2uhfw e6H+//+vAOrvXv/vxDx2ugfwe7P+//+V/q8A6ute/++sr5fp/v//droPAIoX AOqrXv/vlf4Aig+X6P7//wCKFwDqq17/76yXoGL//wCKBwDqo17/76x2ugcA ig+X2v7//wCKFwAoxqIH8HoL////rJegYv//l+7+//8AihcAKAAp+nfs//92 ugcAKcS6B/B8MP///3J6SwIAADh6SwIAAOs7/++vl5XU/+92YkcCAAB2okMA 6sde/+/GokN2og+BN3J6QwIAAHa6A3S6AwDPAOrDXv/vxLoXio50ugOXf/v/ /3T/r3a6EwDqv17/75X+dronAIoTAOq/Xv/vxqIndroji7jEPIu8rACKEwDq u17/76yslwr///8AiiMAKAAp+u/Y//92uhMAKcS6E4zjlxf8//8A6stf/+9y uj+vAOq7X//vfAcAitUUIgC6D3y6A/t0ug/EukPwc5MAAAAW2QAAAJefFf// AOrLX//vFogBAAB0sveV+3K6P6yvFywLAAB0svcXyggAAHSy9xefsv//cro/ rwDqt1//75X+l1M7/+8XjtD//6amFzXQ//+V/qd0svegoXZm1/3//6Q2Pfv/ qnQTfhOb/f//rKgAivd0JgDqw1//73o/i+Zyel8BAACvl888/+8A6sdf/+90 B3wAAIr4zD8WXf///6l0ivNyejMBAACvcnpjAgAAAIr3rxcF3P//fDvzCXpf AQAA74vlf0IzAQAA0YuscnpjAgAAqa90NBd3AAAAFL1yejMBAACXRzv/768A 6jta/++mej+mitV0+a+XNz3/73K3/nK6H6928QDqQ1r/73J6YwIAAK9yuh+v F4HR//98O+tyel8BAACvqADqz1//73o/8HqTAAAAqADq11//78w/oaCkNj33 /6p0E34Ty/z//6ypcnozAwAAzAmX+/7//3Qmr3aKAwDqJ1//78bKT3j67/B6 d////3J6MwMAAJcXO//vr3J6KwEAAK8X29z//3w783K6A3Q0r3J6KwEAAK8X PgEAAHK6B6+V5akA6v9e/+96P/B6Zv///3J6LwIAAK8AigcA6gNf/+96P/B7 fv///3J6KwEAAK9yei8CAACvAOo7Wv/vpno/pouYcroDdDSvcnovAgAArxeX AQAAFKx0ykNa/++olbygqHK6J5cfO//vrwApfDvzcronrwDqr1//73wH/Irb qHJ6KwEAAJc7O//vrwApfDvzcroDdDSvcnorAQAArxflAQAAuHwApYFHoKGk NjyqdBN+E/P+//+sqahysgfMJMwAF0EhAACX2/b//6wAivMXeOH//5f8/v// cnoLAQAAAIr3rwDqR1r/73J6CwEAAJWjrwDqJ1r/73w738Q8i/t35xT5d2IL AQAAAIr3crIHF3ohAAB6P4qdcrIHF70gAAB8B/2KqqxysgcX7CAAAHQPxAyL uXSx88Q0i850vu98B/uD1nwH94DbdLbzxDSL4pY/+/7///y6865ycgsBAACu rxda3v//fDvzlf6gxAyLSnT5lf50MQDvFFRysgcX8yEAAHQ4oKGkNj33/6p0 E3wTr3ayB3KyDxcXIgAAdLrzOLoD/P///3wH9oz18El/5z7/73a6AwCK93Ky DxcmIgAAej/wev7+//9ysg8XbSEAAHo/8HoO////r3KyDxefIQAAej92uvfw eyL///+sqah0wjda/+84uvP+////dLoDerrz8Htw////dLr3fILz/nS/84r2 ej+LgHSn3xT4ej+LiXSn13oki5CVw6wAKHQPpnoJpouvlcGpACh0J6Z6JKaL qtQ5t3o/gbF8B8CD/JXAp6+5crpPqa8A6kda/+90sgd8O/Nyuk+V/5X+ly8o /e+vF+QUAACVw6wAKHQPpnoJpovrFE90sgeV/5X+ly8o/e+sFwUVAAAAuvN8 gvP98HGnAAAAdLL3ejaL+XT+lf4A75X/crIPF3kiAAB6P3a69/B60AAAAKCh pHKyDxdCIwAANj33/6p0E34Tv/7//6x0ovepqJUAAEzT/f//AOqrX//vckzb /f//zADGwYryl//v//8A6stf/+8UEADq21//78bCT3j673a6Ezi6D2fF//84 ugtfl/n/doIHOLob3////zi6F+////+KtHKKGzi69/3///9yugOvAMmoAOr/ Xv/vej+K2XJ6PwEAAK8AigMA6gNf/+96P4vtcroTdDSvcno/AQAArxexDwAA fDn7ALL3ij4UrHTKQ1r/75W8oKhyujuXHzv/768AKXw783K6O68A6q9f/+98 B/yK26hyej8BAACXOzv/768AKXw783K6E3Q0r3J6PwEAAK8XBhAAALh8AKWB R8wAdkTT/f//oKHMP6Q2Pfv/rnK72/+pr8w/dA6vqZeuzP/vr68A6r9f/+92 edP9//+hpjyqdBN+E/f6//+sqXQmqHTCF1r/73TMACh8mgP/zC0ICXoJib0U /HSqB3K9/swtCAlyegcBAAB0NK+tdqoHF6UXAAB6P4vpcnoHAQAArwCK9wDq O1r/76Z6P6aKkQC6A3TMxooDjT90ivd0ugPE/IrelfdyukeV+q8XSN3//3K6 R68A6iNa/+98O+8AKHQPfBn8AMtK2z7/73K6R69yegcFAACX+zz/768A6q9e /+9yegcFAACVwK8AivMA6kda/+98O+OgoaQ2Pff/cnqHAAAAdDSvcrpHr3J6 BwEAAK8XGRQAAAAodA9yeocAAAB8GfyvAMtK2z7/7wDqO1r/76Z6P6aLIBaf AAAAqnQTfhP79v//rKmodIL3dMqvXv/vcnoDCQAAAMg4ugMBAAAAl8M6/++v AClyegMJAACXd+z//68X1NP//3QnfDvreiTwe1X+//9yuvevrBcs/v//pno/ pvB7af7//36C9yP////wenb+//98sgMAcnoDBQAAl//+//+vF2ml//9yegMF AACvcnoDBAAAl886/++vACmvcnoDBAAAr6wXn/7//3w753o/8HG5/v//crr3 r6wXkP7//6Z6P6bwe83+//9+gvcF////8Hra/v//AIj7cnoDBAAAl+M6/++v ACmvcnoDBAAAr6wX6v7//3w753o/8HEE////crr3r6wX2/7//6Z6P6bwexj/ //9+gvcF////8Hol////AIj3cnoDBAAAl/M6/++vACmvcnoDBAAAr6wXNf// /3w753o/8HFP////crr3r6wXJv///6Z6P6bwe2P///9+gvcF////8Hpw//// cnoDBAAAl/s6/++vACmvcnoDBAAAr6wXff///3w763o/gZNyuvevrBdq//// pno/poujfoL3nf7//4qsAIjvAIjzrBep////fDvzej+Bv3J6AwQAAJcDO//v rwApr3J6AwQAAK+sF8z///98O+t6P4Hicrr3r6wXuf///6Z6P6aL8n6C9wX/ //+K+3yaA/+sF4PT//90ugOmoKGkNjyqdBMAiu8AivMAivcXANP//3w783o/ ivWVmwDqy1//7xQeojyqdBN+E+P2//+sqUH/9///qMwkqXJ6GwkAAKyvdqIH FwPo//98O/N0gvdyshM4uhP1////lf52og+ndkITAQAArqxychcBAACsrq92 ehcBAAAXVKf//3wHAIuhxDyLpXK6C6+XgJn7v6gXcqf//3wHAIu5dLoLxDyL wMQ5droDjfx2igPMCcaiA4HRckIbCQAArJX+qACK9xenp///xDyL53wHAIvs dfjD9Yvr8EE/ubjEigN2ugeDJ8w/oKGkNjx8ggfyiv6xcnobCQAAd2PKGwkA AK8XG+j//3wH/KaNJnJ6GwkAAK8A6hNa/++mdLLzlf52/qcUPKp0E3wT86nM CamV/HKyCxdMuP//croDcrILr3K6868AivcX2bf//3o/i5J0svOodD6Vs2ag CAByu778rwDqT1r/73QHdLrzxDmmdoL3gces1Dl0J3wEs4H8lbOkdLoDrPw5 r6gXaOn///wElf2Xuzr/76gXd+n//3S683w757j8DLjED4M1pH/Y/wCKAwDq S1r/73SK96agcrILF7+4//90OaE2PKp0E6x0ovOpdIr3qHT58EnD534AP/// /4K4dPmocrvn/q90uu8AzxfQ6f//dLrvfDvz/se4/sF08fBJ8+Z6Nov4dO85 /dEA/0U/////xDWC03o2gcJ08fBJw+bEBYNEFPx0uu908a++rHay77528XK6 768XdwAAAHw78xTmAPl08a+s8Enr5r52qu928XK67xQfiv0A+aChpKI8qnQT qXSK93T5fAfz8HNd////wv/9///wcGj///90su+odILzdrL3f8PHP436v3b5 FPFyuvevqKkX1wAAAHw78wD5dPnMLax1y8e/dvnMJJnwSfPHfD/49DV2+XXD x792+ZnwSevH9CyZfAbwpIrPfD/8dvl/w8c/jeK/dvnwSfvHdrrvcrr3r3K6 76ivFywBAAB8O/MU7nK696+oqRQR8Eg1crv+/nb5dLr3lf5/3/+noBT9zD+h ojyqdBN+E8/1//+sqcwJxorzdooD8Hsp/P//dKL3xCHwezT8//9/xP/wez38 //+V73K6L6mvFwnr//98O/MAivMXD6r//5XKdrormTi6L/3/FyWq//+plf2V /Zl2ui0XOar//3wHAHa6B/B7fvz//6hysi+V766vF1iq//96P/B6oPz//996 LAIAAN96KwIAAN96KQIAAN96KAIAAN96JwIAAN96JgIAAN96JQIAAN96JAIA AJWCckIjAgAApjl6LwIAAP6V8zl6LgIAAP45ei0CAAD+OXoqAgAA/gxUoXai 85XRAIrzAOo3Wv/vdAemegCmivIAivMXLev//6Z0JxT6dCDUovN3Y8ovAgAA uawAivNye8ovAgAArxcW7P//fDvz/AxyuP56AHa684pMdIL3qBdo6///f4PH ANGmivV/W8ovAgAA/xT2f1vKLwIAAP+5f1vKLwIAAP+5lf9yei8CAAA5e8ov AgAA8H9byi4CAAD/ubk5e8ovAgAA/rmprwCKBxdqq///fAcAivjMCRaw/f// croLlwv+//+vcroPrwCKBxeM1///fDvvej/wcdP9//9H//3//8a6C4D8dLoL r3J6LwIAAACKD68XyOz//wCKDwDqS1r/73w775Xzp8QP8HEH/v//mfBJaioC AADMNnVSKwIAAPQ1mfBJaigCAAB0Dsw2dVIpAgAA9DWZ8ElqJgIAAHQGzDZ1 UicCAAD0NZnwSWokAgAAdrIbzDZ1UiUCAAD0NQl6LAIAAPB2sh/wemb+//92 uvNyei8KAAB2uheX//v//3J6LwoAAJX/rxc17f//fDvzmXoJi+Ryuhevcnov AgAAr3K6868X1AMAAHw783y68/vwSDh0wkda/+9Ef////3o/gZx0iu92uveX //v//3J6LwYAAJX/rxeD7f//croTr3J6LwYAAK9yei8CAACvcrrzrxeGAwAA fDvjf0IvBgAA/4vhdLoDxLrrgukAugNyci8GAAB0OZWArq/8DAAofDvzALL3 ilzwSLobej+BlnSKA3a69z4Z+PyK75f/+///cnovBgAAlf+vF/Tt//9yuhOv cnovBgAAr3J6LwIAAK9yuvOvF/cDAAB8O+N/Qi8GAAD/i+F0ugPEuuuC6QC6 A3JyLwYAAHQ5lYCur/wMACh8O/MAsveKXPBIuh96P4GWdIoDPhn4/Irvdrrv l//7//9yei8GAACV/68XZe7//3K6E69yei8GAACvcnovAgAAr3K6868XaAQA AHw7439CLwYAAP+L4XS6A8S664LpALoDcnIvBgAAdDmVgK6v/AwAKHw78wCy 74pcdIoDAIoHF9Ot//90OaAU/cw/oaQ2PKp0E34T6/3//6ypqHxaAwIAAP84 egsCAAC3Ov/vzD9yQgcCAABUn5cxwP/vmwDK/////5t22v////+V+3J6/wEA AK8XYtb//6amdnoPAgAAfFoTAgAA/xTydHoTAgAAv3Z6EwIAAHR6EwIAAMR6 DwIAAIKzAIrvAIrzdHoTAgAAPh/4cnv6/wEAAK8AivcXhwQAAHw773Z6AwIA AHxCAwIAAP+L5gBKAwIAAACK8wCK9xcF////fDvzFnP///8UZnxaEwIAAP8U 8nR6EwIAAL92ehMCAAB8QhMCAAD9jLoAiu8AivN0ehMCAAAAS3oLAgAAAIr3 F+4EAAB8O+92egMCAAB8QgMCAAD/i+kASgMCAAAAivMAivcXbP///3w78xTZ FFqbcPr/////fDv7nhTwdJvb95tw+v////98O/uedHoDAgAAFPsUJRQnoKGk NjypqEHn5/zvzAB/wf+L7qkAi9vvAOo7Wv/vpno/povruH45d////34A//7/ /4MkzD+goTx0eX////90g9vrxDiM/XQHdDg+H/ivAEl7////AIvb5xeW8P// fDvzdDgULqp0E66sqcwJqMaK7/B7Tf///3S693/H//B7Wf///0Dn5/zvdooD RHf///9/wP+K93oJiut0CBTvqACK9wDqO1r/76Z6P6aL7wC6A/wEfoID//7/ /4MqFP10CHoJi5l0eXv///96P4v3rwDqS1r/76aXf////wCK7wDqP1r/76Z2 eXv///96P6aL0XSC73Q4Ph/4rwCK8wBJe////xc+8f//lYB2QX////8Aivep AOpHWv/vfDvnFPOslf+pFzbx//98O/OgoaQ2PKp0E34TR/n//6mocnK3AgAA FykoAAB/WrcGAAD/RgD////MP3JCtgYAAAxUdMrbX//vmVRVACmvAOoPWv/v cnq3BgAAr5dnOf/vF7Ti//98O/N6P4rtcnK3AgAAF/ElAADMPxaI/v//fJoD /3K6A6yvl3M5/+8XwOL//6amACl0J34830D9/3K6B3JytwIAAK9yeocAAACv F1ElAAB0B3oAivU4epMAAAD+////F+HW//90D3oJivEA6ttf/+90J34830D9 /3oA8HsM////egnwexT///8A6ttf/+/EPIz2Fxvm//96P4thl/PY//+V/5cf IvzvFzjy//90ugeV36ZySocAAABAnyH87wxaXB8h/O9BHyL873J6twIAAKmv F5H5//9yercCAACprxdL////fDvjfAcF8Hu1AAAAfAcC8HF0////ej+DqvB6 fv///3J6hwAAAHJytwIAAK8XBiUAAHJytwIAABdMHAAAfJoD/3K6A0FzOf/v r6kXxeP//wC6AwCKA6kXEeT//3w77xe54///AOrbX//vFh8BAAByeocAAABy crcCAACvFxglAABycrcCAAAXmxwAABY5AQAAl8+K//8A6stf/+8WSQEAAHJy twIAABdsJwAAzD+koKE2Pfv/qnQTfhOb9P//cnpjBwAArMwkr5dnOf/vdqID dqILF23k//+mej+miveVA6cWEv7//6l0ivM4ugcEAAAAcnn7+v//r3K6A5ev OP/vrxfd+P//fDvzxqID8HtR/v//qHJ6YwcAAJcfIvzvrxdN/v//psQ8pna6 D/B7j/7//3J6YwsAAK8X+uj//5XncrpDlfevF9Tr//98O+9/wgNP/O//QANP /O+K9Jf//v//qBcFs///qHTCF1r/7wAorwAor3K6Y5e/OP/vrwDqQ1r/73Sy 93w763JBf////3J6YwEAAKivF0YiAAB0svdyeuMAAACprxdWIgAAcrpDr3K6 QwCKD69yukMAigOvcrpDr3J6YwsAAK9yefv+//+vcnpjAQAAr3J64wAAAK9y umOvcroLl1s5/++vF8b5//90ugt8O8vEPPB7W////692ih92ght2uhcX3PP/ /3yyBwCVvwCKG3a6EwDqN1r/73QnfDvzeiSLh7x8mvf/fIL3/3J6YwMAAJX7 r6yK+BeYBAAAFPoX8AUAAHQHfDvzegCLunya8/96AIHCckpjAwAAOLoHBQAA ABfK2f//ej+Lz3K6I3aKI68XMA8AAHo/pna6B4vjfAcAi+gAuvN+OX/////G gvODNgC693yC9/2DcswkxqIDoIv1AIoDAOpLWv/vpsaiD4v1AIoPAOpLWv/v psaiC6GL9QCKCwDqS1r/76Z0ugekNjyqdBN+E9P8//+pqHKyHxeA+P//dLrz dMJDWv/vcnf72v//+vfZ//+vrnJ6IwEAAJfbN//vr3ay8wAoRvv+//98O+/U N0dp////fD4DxDeA/XQ+ej+B53QPcnojAQAAl983/++vFwT1//+msaaKFXJ6 IwEAAJfnN//vrxca9f//cnonAgAArxf+6v//lxPu//8XifL//3w773o/i/R0 NxeQ8f//dA8U/cwJrHJ6JwIAAJf/3/z/r3QxF3jx//90J3oki9hyeiMBAAB0 Ma8AivcXnu7//wDqF1r/72ZG//v//wgGdDGtF1Lx//96CYvxdDEXy/H//6kX e/b//6Z6JKSK+MwJFn3///8AivNyeisDAACX7zf/768AKHw788wJcnonAgAA crIfqZf/P//vrxdw+f//ej+LrACKFwCKCxeuDQAApnQPpnKyHxfU9///cnon AgAArwDqt1//73J6KwMAAKmvcnorAwAAr5cPOP/vcroDl4s4/++vFyr8//+p AOpLWv/vdIoDfDvjcrIfFxj4//90OaChNjyqdBN+E7v+//8AivcA6sNf/+96 P4vlcnpDAQAAr5fPPP/vAOrHX//vfAcAdroDivvMPzY8rMwkxqLvgZapqHSC 80H7/v//f0IXAQAA0YvECXpDAQAA74rNfILr/3Q4i+dychcBAAC8rvwBAIr3 rxef8///fDvzFO1ychcBAAC8rq/8ARcC9///pqZyekMBAACvAIoDAOrPX//v ej+L+sSi74NcoKEAigMA6tdf/+90PKQ2PKp0E3wT83K6A6nMCa+X5v/9/6mX xzf/75f8//9/AOrrX//vej+Kx3K6Bzi6C/7///+vcroLAIr3OLoH+/7//6+p l9M3/+8AigMA6v9f/+8AigN0Dwgh5Am5AOr3X//vdDmhNjyqdBN+E/f+//+s qXJ6BwEAAKivzAAXfQAAAHSK83Si93o/povkdDmoZtQ9LgevcnoHAQAArK8X UQEAAHw773QHcroDr5X6lf8A6v9e/+96P4rKcnoHAQAArwCKAwDqA1//73o/ i950ONQIlj/7/v//lf/8PKmvcnoHAQAArxeYAQAAfDvv/Ad8AP2C1nTKF1r/ 75X+oAAprwApleVmpggGfD2erZefN//vrADqQ1r/73w77xTeegCB4nQIldGs AOonWv/vpno/pov8f9//fjz7/v//sYoadDigoaQ2PKp0E34Td////6x0ovOp qH9c+/7///9/nL//f9z/f1z7+v///3zCE/v77/+K7JXvl+Nf/O8XFQEAAKZc E/v776Z0fP/+//98B/uL6HwH/YvtdMIXWv/vACiV/WamCAZ6LYvNdLr3fET/ /v//+5XfdARyj/umDFqK6X9He/////9yT3v///+L+JXfdASmDFp0whda/+9/ xP+KhwAodLL3zC0IznJ6hwAAAK+VAHK685UAr3aq8xd9LQAAej+LwHJMf/// /3J6hwAAAKmvAOo7Wv/vpno/pnJ6hwAAAK+K6XSy95UAcrrzlQCvF7ItAAB6 P4ouFPesF2j5//+mpn/E/4rvdLL3cnx/////rK8XMRUAAF5LyvvvlfW/zC2m CA526kvK++9y+60Ay3qjOv/vcnz7/v//rxeo+f//XkvK++9yTPva//9y+78A y3qfOv/vqRfD+f//XkvK++9+PPfZ//9y+78Ay3qbOv/vrBfe+f//fDvnf8H/ irYAKJX9ZqYIBnoti+cAKGYIwhP7+++WLfv+//9+PeNf/O+tFO8AKJX8zC2m CA4Ay2orOv/vqRcg+v//pqaXlzf/76wXLfr//6amoKGkNjyqdBOurKmodILz zCR0CMfgi9JyuvN/wdqK4X+B/oyK5wCP+3w/+3a6Axcm+v///Cd0ugO5prkU /by5f8H/iim8rADqT1r/76Z0J3Sy93o/dv6LuX/A/4vBcrLzdfjD2orTf4D+ jIrZdI77fD77qXayAxdu+v//qax2uvcXtPr///yi93SyA3w787i4FPt3/Ly4 f8D/ijp/3P+goaQ2PHSz2/d0u9v7ejYIL4r8zD88qah0g9vrle+hxAHwfaD+ //+s8Enu8EknzCx0Jz4U93T7alNe/+/wSa7+zDzwSSfMLD4X93TralNe/+/M L/BJvv3wSSXMPD4V93T7elNe/+/MPfBJrvzwSSfMLD4X93TralNe/+/ML/BJ vvvwSSXMPD4V93T7elNe/+/MPfBJrvrwSSfMLD4X93TralNe/+/ML/BJvvnw SSXMPD4V93T7elNe/+/MPfBJrvjwSSfMLD4X93TralNe/+/ML/BJvvfwSSXM PD4V93T7elNe/+/MPfBJrvbwSSfMLD4X93TralNe/+/ML/BJvvXwSSXMPD4V 93T7elNe/+/MPfBJrvTwSSfMLD4X93TralNe/+/ML/BJvvPwSSXMPD4V93T7 elNe/+/MPfBJrvLwSSfMLNQBPhf3dOtqU17/78wv8Em+8fBJJcw8PhX3dPt6 U17/78w98Emu8PBJJ8ws/DE+F/d062pTXv/vzD3EAfB8XAEAAKR6AIvn8Enu 8EkPzCk+F/d062pTXv/vzD2+sIoXoKEILzx0Psw2drf7dvd2t/N2t/d2t+t2 t+92t+c8AIvb95X+l483/+8Ai9vvF+b///899/8Ai9vzlf8Ai9vvAIvb7xf8 ////PfP/qnQTrqypqHQOzADGgefwegj///904jda/++VjQCK83aB5wAspno/ pov4OLnn/v///5WIAIrzACymppX9ej+mi/x2sed0uefEOPB7Q////3wH/ors R////392svM4ugP7////zCQU6XSi60f///8/OLrz+////zi6A+D/8P90su+o CCbkNpd/////fD78rqiV/q8AivcA6t9f/+98BwB2+YukxoLvi/d2ofN2ofcU 76ivAOrjX//vdrn3/Dx2ufOoAInzqACK86gAyQDqo1//73Tig1//78Q4drn7 i+OoqKgAigOvAOqnX//vxDh2ueuK4QCJ+wAsdoH7AMkALHbBdoHzdoH3doHr doHnzD8U/JX+p6ChpDY97/+pdA6ofIHn/4vPdIPb73oAi9d0se90ufPUPsQ4 jP10B3S566j8Pq8Ai9vrF43+//98O/P+ge90OBT9zD+goT33/6l0Dqh0ued6 P4vKfAf+i890g9vvegCL13Sx73S589Q+xDiM/XQHdLnrqACL2+/8Pq8X1P7/ /3w78/6B73Q4FP3MP6ChPff/qXQOfIHn/4vEqACJ6wDql1//7wCJ+3TCg1// 7wAofIHn/Yrolf+V/wCJ9wDJAOqbX//vAMkA6p9f/+8AyQAofJnn/6ChPHS+ 53o/i+l8B/6L7nS72/t2vvcXXQAAAJX+pxT9zD89+/98huf/i810u9v3fBf/ i+u3i/e3itx0vvcU/HS+7/y72/sU+3S72/t6P4PyxL7zgveV/na+76cU/cw/ Pff/fIPb+/+K/Mw/PACL2/uV9wDqj1//768A6pNf/+88dLvb+/BQu9v3rxcs AAAApjyqdBN8gvP/ivvMP6I8fIL3/wCK84r3F0kAAACmojwAiveV9wDqj1// 768A6otf/++iPACL2/uV/wDqj1//768A6hNf/+88dKvb83Sz2/t0PbWodAZ6 P4vtqXKN/nSr2+91/Xf+vr2xigihdDigPHSz2/N6NonZdbvb96x1J3QudQSo dIPb83Q8Ph/vmXQ8Phb9DFR0NXwe/AxVoKR0u9v7PKp0E3yC7/+K+8w/ojwA su90svN0uveL8nXvxe6K+L++ALLvigzwSf/wSfbUPqI8AIvb9wCL2/cA6g9f /+88qnQTdKr3fILv/3Q9i+WpdIrzdfF39b25ezaL+gCy74oOfILv/6GK/H/d /6I8AIvb+wDqf1//7zwAi9v3AIvb9wDqe1//7zwAi9v3AIvb9wDqd1//7zx0 u9v7dfd7Nov2xbPb94v6vxQOzD88zDbGs9vziep0u9v7/D5178Wr2/eL9r7E s9vzjRTMPzwAi9v3AIvb9wDqc1//7zwAi9v7AOrnXv/vPACL2/sA6tNe/+88 qnQTrKmodIL3qBeSAAAAAIrzdA8XnAAAAKZ0J3oJpoG4eiSBvMQMg8DUDPwI egB2iveLy8SC94jQdLr3dIrz1Di/r/BB+a+oF5EAAAB0B3w783oAi+2sqagX TAEAAHw783o/i/W4ijPMP6ChpKI8dDgUCHK72/OvAIvb8wCL2/MA6uNe/+88 dLvb+3Qvdfe/ezaKBnWz2/e3xD2L9sf3i/q3xD2KCHXv1S4JJeQtCC3cPTyq dBN8gu//ivvMP6I8ALLvdKrzdLL3i+51/ns/i/TF/Yr4vr0Asu+KEPBJ/vBJ 9dQ+ojx8g9vz/4vCdKvb96l0i9v38En5uXwHvoP3fAelgPx8P9/wSfW9fAa+ g/d8BqWA/Hw+3wCz2++L93o/i/vEPosv1D6hPMw/PACL2/sX/f///6Y8qnQT rKmodIL38En4rxes////ej+mi/y4FBDwSci4fAHSdor3i/p8AdSK+/BJyLjM JKkXxv///3o/povycvtkcqO5L/BJyLgUF3yC99J0PIr9CCegoaSiPADq21// 7/76izf/7zzMP3yD2/vf8Gs/PHyD2/vPg/R8g9v7xoD7lf6nPMw/PHS72/t8 B56D+nwHhYHrfAe+g/p8B6WB9XwHz4P2fAfGgPuV/qc8zD88dLvb+3wHnoP6 fAeFgfV8B76D9nwHpYD7lf6nPMw/PHS72/t8B56D+nwHmYHrfAe+g/p8B7mB 9XwHz4P2fAfGgPuV/qc8zD88AIvb+5X3AOqPX//vrwDqk1//7zxeizf/76l0 N0EAAP//3DGWNli+//8+B++WP1i+//90LtwxPgXv/D2hdC/aAID//z4f7/Q+ PgXw/D1W////f4v5v9oAAACAXIs3/+88qnQTfhP7+///rKmodILzqEQvKP3v zAkXLQMAAHo/povzzDZ/g8cAo/BrPnQOdLrvzDZ/x6Pwaz7MMYrzegmL/L8U +kR/N//vr6yocnoDBAAAl4c3/++vAOqvXv/vcnoDBAAAl/z+//+vAIr3AOpH Wv/vfDvfoKGkNjypdIvb96kXlgMAALemh+t1889/BqOL938G0Iv8t4YPej+C +3Q5oTxyu8/+oTypdA4XhwcAAHxZF+7///98mcv/dDmhPKl0DnS5y3o/i/ev AOpLWv/vpnQxF8gFAAChPKp0E66pdA4AivM5ugOvOboCtDm6AfoAivc5ugD5 F7oHAAB6P4vXqHKB45Xplf+oF7wEAAByugOV+6+oF/AEAAB8O+c4udfp//// lf6noKE2Pff/qnQTfBOLqah0BswJxkgX7v//ivIAiPcX8wUAABaI/f//rHSg y8QhmTi6b+v/mTi6bfX/mXaKZ5l2imWZOLpP/v84uk1/////i9OZxojZdooD ieXGjOeK6qwXbP3///wnALoD8Ei42ca6A6aDGfBIuNnGugOK/HKic6l0MACI 0xc5BgAAxkgX7v//dooHdooD8HHH/v//cojBcrIjF6UIAAByudeV/5f/P//v r3KyIxeICAAAej/wexP///84uQWvtP79mXS8+wCKG5l2uQGZdLz5OLpDr7T8 +wCKD5l2uj+ZdvnMP5l2uf2Zdrn7mXS086+ZdrI5mXax+Zl0tPGZdro9mXa6 O5l2sjeZdrH3F7kKAAB2ujV2ufV0uht2ujF2ufF2ui12ue1yedP+//+vF3EF AACZdropmXa56cw/fDvvmXa6J5l2ueeZdrnlmXa545l0vNuV4Zl2ueF0vNl2 ud90uO92udtyukOvdDAX1gcAAHJ50/7//68XuwUAAKavcnnT/v//r3QwF/IH AAAAiht0MACKDxf/BwAAcrIjF8AHAAAAugcU+3+Z1/9ysiMX0QcAAAC6A345 yf3//3S6A8R4F+7///BzMgEAAMwJdLjvdrjTdLjLxDmL9ACI13QwrxdKCAAA zCTGSBfu//+BwXJIlf7//39BAwEAAP9yeTEBAACL5ZXRr3QwF3MIAACpF1IG AACmr6l0MBeDCAAAvH45yf3//8RgF+7//4M3dLjvdIr31LjTlel0MHa413S6 B5n+uNuZ/rjZcrn7mXa4z3K4468XvQgAAJX7l0fK++90MBfLCAAAqQDqT1r/ 73QnqZXfrBdUBwAAfDvvdDCprBfpCAAArADqS1r/76YAiO90MBduCAAApKCh Nj37/6l0DnR5F+7//3wH94P7zD8UwpY/yf3//wCL2/dyu8+Zrxc9BwAAdHkX 7v//AIvb65Y/yf3//3J7z5X+//+vF1oHAAB8O+8AeRfu//+V/qehPff/dLvb +/BIt9/wSK/h8Ei/4/w1crv+0TyqdBN0uveodILvf9//xoLziK+sqXTKF1r/ 7wAp1ILzzC2V/7ikCAh0BfyC84vUACmV5WamCAZ3qvAAKZX9ZqYIBnS69wgl 5S1/HR9/PZ79qvB36+e8xCCNKnS696F/2+f/pKCiPHSz2/upqMw/zAB/xt+K /L4UB3/G0or7lf6+oH/Gz4rwda7+fwWHi/p/BaeK/b6+zAl17nsti8N8AfeM yPBJLXwFvo31fAWliPp8PTYU43wFno31fAWFiPp8PVYU8nwFz43ufAXGiPN8 PS8+H/v8Pbm+FEF6AKChi/0IJzyqdBN+E2P///+pQWP///+pcnqbAAAAlf+v F+IIAAB8O/NyepsAAAB2SpsAAAB0ym9f/++vACl6P4rjcnqbAAAAOHqbAAAA a////68AKXo/ivp8NwAU6XRyiwAAAHw3ALaL97aK+JX+pxT9zD+hNjyqdBN+ E6/9//8AivMA6sNf/+96P4r9NjysqQDq21//73TKr17/73Lzv3a6B3ayC5Xl zC2mCA5yek8CAAB8PZ6tl283/++vACl8O/NyeksBAACvcnpPAgAArwDqx1// 73QnfAQAi4xyeh8BAACvFwcJAAB/W/ojAQAA/3yaA/+mdLrvf8fRivwAuu8A iu9yeh8BAADMLa90uguV5aYIDnw9nq0AivOXezf/7wCK9wApfDvnAIr3AOq7 X//vfAcAi/MAugMAugt8ggPlg0ysAOrXX//vfIID5YP0ALoHdLoHFrQAAAAA ivcA6iNa/++mlf6noaQ2PKp0E34T0/7//6lyeisBAACorwDqY1//70D//v// cro/qK+XNzf/70H2+///AIr3lf+pAOpnX//vcrp/qK+XRzf/7wCK95X/qQDq a1//73R6KwEAAJU7ZqagCAZ8gvP/oYvbej9GVzf/74L6Rmc3/++vcrp/r3K6 P6+uAIrzAOqvXv/vfDvrNjyqdBN8E+9yug+vAOpfX//vAIr3croPrxejAAAA pqY2PKp0E34T+/7//3J6AwEAAK+X+/7//wDqV1//7wCK93J6AwEAAJX/l483 /++vAOpbX//vdLr3NjxeM8r776h6P4ORiph88jPK++8Al+c2/+8A6k9f/+90 B3oAi6updMpTX//vlwM3/++oACmXEzf/76hcO8r77wAplyM3/++oXD/K++8A KXzCO8r77/9cN8r776GL43zCP8r77/+L7Ho/i/A4+jPK++/+////lf6noDzM P6A8qnQTfhPX/v//qMwAF4wAAAB6P4uTqaiV/QDqO8r773QPfAEAi6dyeicB AAA4eicBAADX/v//r6kA6j/K++96P4vKxoLzcnoDAQAAivivF6wHAACmrwCK 9wDqO1r/76Z6P6aL73J6JwEAAK+pAOo3yvvvFDWV/qCpAOqDX//vdDihoDY8 Xtc2/++pej9BL8r774LxqRfl////plzXNv/vej+K+8w/oTyV/qkXrgAAAKam oTyqdBN+E6/9//+sqXK6B6jMJK+X5v/9/6yXmzb/75f+//9/zAAA6utf/+96 P/B6Cf///3K6A3TK/1//769yeg8BAACvcroLr6yXrzb/7zi6A+////8AigcA KXo/ipB/Qg8BAADOipnG4k94+u+L0nK6Azi6A/v+//+vcnoPAQAAr3K6C6+s l782/+8AigcAKXo/isZ8ggv+iswU2ZfLNv/vcnoPAQAAl/v+//+vrJe/Nv/v l9M2/+8A6ktf/+96P4v0x2IPAQAAi/yV/qAAigcA6vdf/+/EBIuwcnpPAgAA r3J6DwEAAK8A6sdf/+90D3wBAIvNcnoPAQAArwCK9xfXDAAApnJ6IwIAAKav AIr3FyAJAACmrxfvDAAApqapAOrXX//vFP3MAHQ4oKGkNjx+E/f+//+pQXs2 /++oqcwAlf6X/v/g/3aD2+sA6kNf/+/EOFwnSfvviuapqKgA6kdf/+/EOFwn SfvvivjMPxYY////rKoXqvv//5f/f///qJcjSfvvF78NAAB8O/Nyu9vrl/v+ //+vAOonX//vcrvb668A6sNf/+90yt9f/+9Cf////6iqlfyoRP///z+V/ECD Nv/vrKgAKXwHAFwryfvviuGV/6qV/ZX/lfysqAApfAcAXCvJ+++LmRcK//// FKh0wuNf/+/MJKyvAChB/3///8Q5jPSsAMoryfvvACh0D3K72++sr6mXI0n7 7wDKK8n77wDq01//73o/i+TMNsQMiep1biNJ++9yfiNJ++++CS3EMXfvjRQ4 u9vv/v///xd1/P//dLvb76KkoKF+O/f+//88qReZ/P//AIvb8wCL2/MX5f7/ /6Z0D6YXoPz//3Q5oTypF7n8//8Ai9vzAIvb8xc0/v//pnQPphfA/P//dDmh PKkX2fz//wCL2/MAi9vzF279//+mdA+mF+D8//90OaE8qRf5/P//AIvb8wCL 2/MXP/3//6Z0D6YXAP3//3Q5oTyuqagXG/3//0AjSfvvqBeH////dA+pqEAn yfvvqBdiDwAAfDvvzDZ6CYnqdW4nyfvvcn4nyfvvvgktxDF3740Ulf+V/5X/ AMoryfvvAOqbX//vcrvb95X/r6moAMoryfvvAOo7X//vAMoryfvvAOqfX//v AMoryfvvAOo/X//vF4j9//+V/qegoaY8qXSL2/eodAF/wf+L8qkXGA8AAKZy i/n+FBF0OdQ4oL+hPKp0E3wT86ypqDi6C/7///8AivMXPw8AAHQPpn4B//v/ /4LZdKL3rBdTDwAAcoPP/jj72yNJ++8XXQAAAHQPpnL7wcL/f///g/vMPxSA croHr3K6A6+sF2D///98O/N6P4vmxIIHivl8mgv/FO2sFwz////UigemsbEU /rF2igN0ugOscn8jSfvvrxfyDwAAdLoDl282/+9yfyNJ+++vF78PAAB0ugMA ivNyfyNJ+++vF9EPAAB8O+d8ggv/i/R0ugN/W8ciSfvv/5X+p6ChpDY8qnQT fBPfAIrzcrofl2s2/++vAOpDWv/vcrofrwCK9xf0AAAAfDvrNjysqahAI0n7 7wCL2+90CBc0EAAAf8IjSfvv/6Z0J4vUrKkAi9vnAOofWv/vfDvzej+K+X/D zMKL56kXXxAAAH+D+f7/cov5/qaKKsw/oKGkPHSz2+t0OdQ4qXb+F4EQAACm dLPb53b+lf6nFB+qdBOucroDr3K6968AivcXfwAAAHw783o/i82XI0n77xes AQAAdLL3dKoD1D7UPbevcnvuIkn7769yfiNJ+++vF5gRAAB8O++V/qc2PMw/ NjyqdBOucroDr3K6968AivcX0AAAAHw783o/i890uveVwnJ/I0n7768A6jda /++mej+mi+e/lwD8//+vAIrzAOpHWv/vfDvzlf6nNjzMPzY8qnQTfhP/+/// cnr/AwAAqa8AivcXZwAAAHQPpnoJpovscnr/AwAArwDqE1r/76Z0svN2/nQ5 oTY8lQAAyidJ++8A6hdf/+88AMonSfvvAOo3X//vPKp0E34T6/v//6ypqJf/ +///AIr3cnoTBAAArwDqR1r/73J6EwQAAJdTNv/vrxf3+f//dCdyehMEAACX Vzb/768XCvr//3w743o/8HtI////rwDqE1r/73QHpnJ6EwQAAK8XgdH//3QP fAEAiuRyehMEAACvF47R//96P/B7ef///3S/83T/dM+V73K6D5X/rxe1EgAA fDvzdooLmTi6D/3/qBfI0f//lfmV/pX9mXa6DRfd0f//dA98AQCLtXyC8/+L 6wCK83K6D5Xvr6kXv////3w77xTzcroPle+vqRcQ0v//ej+K5Xoki9+sF3MS AAC/r6ypF+D6//98O+96P4L1qRdA0v//zD8U/XQ5oKGkNjyqdBN+E+/+//90 uuusRhf8//+pzC10DggJzC2odIL3lf6kQYGZ+392ugt0uusIDnK663ai66+p qJYtF/z//3aqBxed0v//ej/wemL///8Aiu8AivOoF5nS//92uvMXfdL//3ya 6/92uvdyuuuvqagXy9L//3o/iozMCcaK84vtfoL3y9j//4v2foL3zNj//4ql croLdkILAQAAr3J6DwEAAKmvqZW/dmIPAQAAFwLT//98BwCLysQ5iveoFwvT //8U0XK67zi67/v///+vcroDr5f47///lwAA//+oFwLT//98BwCL+saKA4v1 FwvT//98NwAU/cw/oKGkNjwAi9v7F1DT///MPzyqdBN+E/P+//90uvesdnoH AQAAqXK6B6jMAK9yegsBAACor6ioOHoLAQAA/v///3aCB3aCAxeT0///dA/E CIG1dLrzdKLvdrrzqKwAivMAivcXo9P//3QPfAEAiu8XhdP//8LM2P//it6V 9RT0/orz1CHEIIHzlesA6stf/+/EIIA4fAEAi/yV/qF0OaChpDY8fIPb+/+K +3w3ADwAi9vzAIvb8wCL2/MXrAAAAHw78zyqdBN+E+/+//+sqcwJqMaK64ve dLrrRhf8//9mdAYIAHa6C3S662YIBpYtF/z//3aqBxT5dooHdooLdKL3lf6n crILrqlycg8BAACprq92YgsBAAB2eg8BAAAXadT//3wwAMQ4i8LEOYr4zD8W XP///3K666+XgJn7v6wXkNT//8Q4i+DGiuuL5QCK6wDqT1r/73QnpsQhivF0 uvN2z3S673bPdDgUknSC66modqIDrACK9xfO1P//xDmLvHwHAIrvF5rU///C zNj//4rflfUU9P66A9QHxAGB1ZX6AOrLX//vxAGB4amoAIoDFDysAOpLWv/v dLrzpnbPdLrvds98NwAU73S683Sy65X+dud0uu9296egoaQ2PKp0E3yC9/+K +nw3AKI8AIrrAIrvAIrzAIr3FzcBAAB8O++iPKp0E34T5/7//6ypqHSi95X+ crITp8wJrqlychcBAACprq92ig92ihN2YhMBAAB2ehcBAAAXgNX//3wwAMQ4 i+PEOYu8croDr5eAmfu/rBeg1f//xDiL+saKA4r4dDgWVP///5X7oMaCA4Pj lf1yugeor6wXy9X//8Q5droD8HF3////xDiM+Mw/Fn////+pcroHqK+sF+3V ///EOHa6A42VfoIH/9///4ieAIoHAOpPWv/vdCemxCF2oguLu3SCB6morACK 9xce1v//fAcAdroDivEX6dX//8LM2P//iucU99QH/CfEAYHVlfUA6stf/+/E AYHhFDYAigsA6kta/++mdLrzds90uu92z3w3AKChpDY8dLrzdLILlf5293S6 73SyB3b3pxQZqnQTfhPv/v//rMwkxqLvqYr3lf6nFjT///9+gu//3///gLJ0 uvc4eg8BAAD+////dnoLAQAAcroLr3J6DwEAAKyvrKx2ogd2ogsXvtb//3QP xAzwcXX///90uu98P/uvAOpPWv/vdA+mxAx2igOK+nw3ABSPqHK675X7r6kX +hcAAACK73K5+wCK868XCRgAAHS673w753aK83KH+6yoAIrzAIr3Fw3X//90 D3wBAIrpF+/W///CzNj//4rklfUA6stf/+8U+tQB/orzxASAMnwBAIv8lf6h AIoDAOpLWv/vpqB0OaGkNjyV/wDqy1//7wCL2/MAi9vzAIvb8xcBAQAAfDvz ej+LHzx0u9v7qXo/qIu+dIPb73oAi8Z193QPezaLznQpdDjUKHX3ezaL88fz /Yr4v3/D/f+KEX/H/4v5dbH+uRQmf9n/qBcCGAAApvw5FP3MP6ChPKp0E66u rKmozCSXOzb/73aiAwDqT1//78Q8i6+XTzb/768A6lNf/+/EPFwfyfrvi8Q4 uge3/f//AIoHAOpPWv/vdAemegCL23K6B6+oAOofyfrvdA96CYvlqADqS1r/ 73wBkKaK+bx8BP2DM8w/oKGkNjxySPP+//96CYvVdKL3dLoDxLrzjOZyufuV gK+sAOpHWv/vfDvzALoDfjx/////dMl6CYomqADqS1r/76aV/qcURap0E3wT 53K6A6yvzCSXAzb/75f+//9/dqILAOr7X//vej/wen////+pqJX7croPoEET Nv/vr3K6B69yuhOvrKk4ugf+////AIoDdoITdoIPAOr/X//vcroXqK+orKkA igN2ohd04u9f/+8ALJcX/P//lyc2/+8XuAcAAKZ6P6aL8a8XtgUAAKY4ugv+ ////croHqK+olf+pAIoDACwAigMA6vdf/++goXS6C6Q2PKp0E34T9/7//6yp qHJ6BwEAAJf+/v//rxda2f//ej/wemP///9yegcBAACvF58ZAAB6P6bweXj/ //9yegcBAACvF0fZ//90D8wAxAiLjHS588Q4i5PMJMbHi/m8fD/7FAly+2L7 ////lf6vAOo/Wv/vpsQ4pna6A4u4xCCBwXKv/XS583QwPh79uHT793X/d70B dLnzdPv3db/+d70AdLnzdPv3db/9d/10ufN8PfvEBHT793W//He9AoM6dLoD FP3MP6ChpDY8dKvb+5X9p/BJ9XwW9YvqfBaKi9x8FtKL8HwW64r2f4X+V4r8 lf6nPHWt/n8F740IfwXgiA0UEsw/PKyV/qfMJMb6Kzb/74ujqBcVAQAAdAd6 AIvcxuCL6Kl0CK8XYAAAAHw5+/QnpnQ5fMH/ihKhqADqS1r/76Z8wis2/+8A oIrhfNorNv/v/3wE/ortFwcCAAB6P1wrNv/vi/usp6Q8dDx8H/2kPKp0E3wT 63S688wtrKl1z6h1r/5A8PDw8PBJt/0+Hff0Lji6C/z////wSbf88EmP+T4d 9/QuzDZ1l/t1t/o+Hvf0MfBJj/g+Hvf0DnQ1Phb7dCHcMNwgzDTMDj4e+8wu dAF0NX4YAAD//z4W78wwQMzMzMzMDj4e78wudDE+Fv10Jdww3CBAAP8A/8w0 zC4+Hv3MDnQldDHcID4W99wwzDTMLj4e98wOdDH8CT4W4PQxdA7MDX4ZVVVV VcwxzCl2sg90NT4W4Pwt9DVyqhN2shNysg92svN0svd2sgN0sgN+ugN///// drL3OLoH7////3Sy83TOdDE+HuM+Efv0MXSK98zxdA50Jj4R53wZwD4U73TL Si81/+98HMDMy2IvM//vdCY+FPd8HMB8HsDMy2IvMf/vzMtyLy//73Sy93y6 9/fOzXSK83S2+8zxdA50Jj4R53wZwD4U73TLSi80/+98HMDMy2IvMv/vdCY+ FPd8HMB8HsDMy2IvMP/vzMtyLy7/73Q1zs10qvMAsgd2svPweqUAAAAAsgt0 NXSq83ay8/B6ygAAAHSqD3SKE3Q1Ph7gLhX0NXQuzCl+HVVVVVXMDcw1dCl0 Jj4d4C4R9CncIHQNPhH33AhAzMzMzMwMzDE+GffMKXQmdA3cID4R/dwIzAzM MT4Z/cwpdA50BT4R734YAAD//8wIQPDw8PDMKT4Z78wxdCV0DtwgPhH73Aig zAzMKT4Z+8wxoXQmd7f8PhTnd+d0Jj4U73en/nQmdDV3r/g+Fud3t/t0NT4W 73e3+nQ1PhT3Phb3d6f9d7f5pDY8qnQTfBODrKnMJKjMNvBJfsc1/+90ivO3 dC98H/g+Bfx1681763pPNf/v8Go/d7vyQ758BseDKXSC93aiAzi68/D///+V 93K6C6yvFy0eAAB8O/PMNsai73S684r8dLoD8El/jzX/7/w+zC18BuPwYj21 fB0bfD3HxD2D/Hw/G3W7+kN3u/J7vnwGx4M3zAnwSXl/Nf/vx6P6fIvddDmV +WamCAaV+aRys/oLdDlmCAR0+2pPNf/vPgf99/7MJLl8Ac+DNPBJsgnMP3Wa C/Q+8EmyBz4f9/Q+8EmyBT4f9/Q+8EmyCHb48Em6Cj4f9/Q+8EmyBj4f9/Q+ 8EmyBD4f9/Q+drj7xuIXyfrvi/g+2P0+mPv9ALoDALLzfDj3fILzAPBw4gAA AKChpDY8qnQTfILv/6moitB0ivN0gveV/6moF0UBAAByufeV/q9yeH////+v F1cBAAB8Oe+V/6l+OP/+//8U0nSC93SK85X+qXJ4//7//68XegEAAHK595X/ r3J4f////68XjAEAAHw575X+qagXmAEAAHw726Chojx0u9v7fJ/7/3zf/zi/ 9/7cupg4v/N2VDIQOL/vASNFZzi/64mrze88qnQTfBO/dKrvqXSK96h08XQ+ Phf8csMufB/AxAaM/AC5+3Q1dsE+FuL+sft0NbV6Noukvax2qvd0svO/ALrz fAe/dfZ3s/noisGV73K55XKyP6DwSacAzC11j/5173w/+z4d9/Qs8EmnBT4d 9/Qsdu58PvuwiiNyuj+vcrn3rxdH////psw/pgCy94pUpKChNjyqdBN8E7+p dIr3lcd0+XSx+3a6B3ayAz4X/HwfwKbEPoP8lYem1DeorpcvLf/vqRfFAAAA fDvzcrnlcrI/OLr38f////BJhwDMLXWP/nXvfD/7Ph339CjwSYcFPh339Ch2 7nw++wCy94olcro/coH3r6gXzP///6Zyuaamlft0MKGgde53rwB07j4V93fv dO4+Fe93r/507j4V53ev/Xw++3w/+7GKJKE2PKp0E3wTu3S683Sy96ypdKb7 dI7zqHTHdoIHdAQIKNwBdI73dO7cDPQB/IIHckvoh1uVKHQEdCk+FeY+Gfj0 KXSP+/wsdooTdA3cBQgp3I739Ah0hvP8ihNyQ8ipSDgXdAg+Ees+GPP0CHSH 9/wNdoIrdAF2ivcIKNwEdCHcJfQEdKb3/IIrcmPEJI/f23QEPhDwPhzu9AR0 p/P8AXaiD3Qg3AgILNwldoLz9CH8og90DHSm+3JjzBExQj50DD4Z6T4U9fQM /Ah0IdwBCCzcovf0IHSH73aCQ/wgcmvlUPCDCnQhdAU+EOY+Hfj0BXSv6/wB dqoLdCjcIAgt3KrzdoI/9Cx0ovf8qgtyY+zVOXi4dCw+Fes+HPP0LHSn5/wo dqIfdCV2qvcILNwh3Cj0JXSq8/yiH3Jj5ey5z1d0LD4V8D4c7vQs/Kr3dCUI LNwgdIL33AX0IHSH4/wgdoIzckvh/mq5AnQldAE+GOk+EfX0AXSP3/wFdooX dAjcIAgp3Ir3doI79Ax0oj/8ihdyY8wnZ3+WdAw+EeY+HPj0DHSn2/wIdqIv dCHcAQgs3CX0IHSC9/yiL3Jj4FAIu3R0BD4Q6z4c8/QE/AF0IHaC9wgs3KI7 3AH0IHSH1/wgdoI/cmvlTqQAAHSi93QFPhDwPh3u9AV0r9P8gvd2qid0KNwg CC3cKXaC8/QsdKI7/KoncmPsQSijdnQsPh3pPhT19Cz8KHQl3AUILNyi9/Qg dIfP/CB2gjtyS+Hd7m+UdCV0AT4Q5j4Z+PQBdI/L/AV2iiN0CNwgCCncivP0 DHSi9/yKI3JjzGyOZwJ0DD4R6z4c8/QM/Ah2igN2ivcIqgN0ogPcCNwl9CF0 j8d2ijf8IXSK83Jj4XG8hll0DD4R8D4c7nS/w/QM/Ir3dKL3drobdorz3CEI qvN0uvPcOPQ8dKL3/Lobcmv93vdLtnQ9Ph/pPhX19D10qgP8Odwp3Cf0LHQh /KoTckPondrhCXQoPhXkPhj69Ch0gvP8L9wH3CX0BHSi9/yCH3JjxL9Mvz90 BD4Q6D4c9vQEdCf8BQgsdoL33CXcB/Qg/KInckvhrqWh2XQBPhDtPhnx9AF0 DfyC9wgp3Ir3dCDcJfQMdKL3/IoHcnvPVThJFnQPPhnrPhfz9A90uvf8CAgv 3DjcIfQ8/LoLcmv9ou/QKXQ9PhfkPh369D10KPw5dCAILdwn3Cn0LHSi9/yq P3Jj7Kzru/10LD4V6D4c9vQsdCH8Lwgsdqr33CfcKfQl/KIbckPgfhleJ3Qo PhXtPhjx9Ch0B/yq9wgo3IL3dCXcJ/QEdKL3/IJDckvBNwQsGHQBPhjrPhHz 9AF0ivf8BQgp3A3cIPQMdCX8ii9ye88ZMh7edA8+EeQ+H/r0D3Q9/AgIL9w4 3CH0PHSi9/y6N3Jj/Cn4yDx0PD4X6D4c9vQ8dCD8OQgsdrr33CHcOPQn/KIP cmvlePIqC3Q9PhftPh3x9D10Kfy69wgt3Kr3dCfcIfQsdKL3/KoXckPoEuul unQoPh3rPhDz9Ch0gvf8Lwgo3AfcJfQEdCf8giNyS8H6FhxWdAE+EOQ+Gfr0 AXQP/AUIKdwN3CD0DHSi9/yKK3JjzAdcEAN0DD4R6D4c9vQMdCX8CAgsdor3 3CDcDfQh/KIzcnvnJv2QmHQPPhHtPh/x9A90OPyK9wgv3Lr3dCHcIPQ8/Lo7 cmv9dbPVcnQ9Ph/rPhXz9D10qvf8OcwpzC/8qgtyQ+i9xgUAdCg+FeM+GPv0 KHQB/C/MB8wF/IIXdKL3cmPEfgmOeHQEPhDqPhz09AT8BXaC98wHzAV0ovf8 gidyS8HdnmKSdAE+EO8+Ge/0AfwEzCB0DMwN/Io3cnvP88caAnQPPhnoPhf2 9A/8CMwh/KITcmvluxVBW3Si93Q9PhfjPh379D10KPw5zCnML/yqQ3Jr7FYw IbR0JT4U6j4d9PQl/Cd0LHai98wpzC/8qjNya+iftEQJdAU+EO8+He/0BfwE zoL3dKr3zC/8qj9yS+mPQ0BBdCk+Heg+Efb0KXSK9/wozA38iiNyS885gWTX dDk+F+M+Gfv0OXQI/D3MDcwP/IoHcmPMBdheFXQMPhHqPhz09Az8D3Qhdor3 zCXMJ/yiD3JD4HrPECt0ID4U7z4Y7/Qg/CHOovd2ovN0gvfMB/yCH3JDxfri d/t0KD4d6D4Q9vQodIL3/CzMBcwl/IIvckPHxi8rJnQ4PhfjPhj79Dj8Pcwn /KI7ckPhGmYkGXSi83QIPhHqPhj09Aj8D3QBzAXMB/yCG3JjxAeDXeB0BD4Q 7z4c7/QEdCH8AcwgdoLzzCf8oitya+WaqVM7dKLzdAU+GOg+Ffb0BXQp/AQI LfQozCz8qgdye++73dYLdC8+FeU+H/n0L/wodDwIL/Q9zDj8ujNyS/loANW8 dDk+F+k+GfX0OXQI/D0IKfQPzA38ijdyY8xY3GtUdAw+Ee4+HPD0DHQl/A8I LPQhzCf8ogtyQ+DGX2wDdCA+EPQ+HOr0IHQH/CEIKPQEzAH8gjtyQ8U8pqSa dCg+FeU+GPn0KHQB/CwIKPQFzAT8gg9yQ8dtM/NwdDg+F+k+GPX0OHQE/D0I KPQHzAX8gj9yQ8GCCxAAdAg+Ee4+GPD0CHQF/A8IKPQBzAf8ghNyY8Quont6 dAQ+GOo+FPT0BHQn/AEILPQgzCH8ohdyY+WwgVeQdCw+HPk+FeX0LHQhCCz8 KPQlzCD8ohtyY+cfGdMBdDw+HPU+F+n0PHQg/D0ILPQnzCX8oh9yY+HrvP5c dAw+Ee4+HPD0DHQl/A8ILPQhzCf8oiNyY+Be7vexdAQ+GOo+FPT0BHQn/AEI LPQgzCH8okNyY+V9gawIdCw+FeU+HPn0LHQh/CgILPQlzCD8oidye+fKDcVC dCc+FOk+H/X0J3Q4/CUIL/Q8zD38uityS/lELSjVdDk+F+4+GfD0OXQN/DwI KfQPzAz8ii9yQ8huLHkUdM78DXQods4+Heo+EPT0KKD8rvuh/C92rvt0rvf8 L3S+8/w8dq73dr7zpDY8qnQTfBPvcroPOLoPK4b/76+V+zi6C9aF/+84ugfR hP/vOLoDloP/7xen+f//pqY2PHzCE8n67/+L+5X+pzysqZf//v//lwD///+X D8n67zj6E8n67/7///8XKSoAAHw788w2lfl0PswtpAgMck7OyPrvd7Hffz3l vnwG5XfpjRyV/qehpDyqdBN8E+t0uu+sqah0z8wkAOoXWv/vlftmpggGTvl1 PQkW/TxydNUs/+/7uMOld/6B+9P5d/68fAT5gyt0MZX6Ph78dD6gZggAlfp2 sg90ovN2ogt0B3Q+ZqYIBnoti/64crj+lf6vAOo/Wv/vdKoPpqZ2ugdy8+HM CcQpdooDgZG2drITdLILxLITdeZ3ovCL93W2/ney8RT7f5rx/8aqA4LBlfSl 1CmV4HQ1pHy6A/osHPBIsvHwSCTcJnU1LBR8Ofp8Ffp1dO8s/+90ogcAugd8 AfR39ID3dLIDxLIPgzh0qg98EfcAugvGqgODaXSy75X+dsZ0sut2/n/bx/+n oKGkNjyqdBN8E+t0uu+sqXyaA/90/6iV/nLjf3QMdqITPhH8crn+rwDqP1r/ 76Z0L3S683ya8/+mdqoPzTZ2ugd6JIGcf93/xqIDcr3+d/eCv5X0ptSy83ay C3SyBwC6B/BJ9pnwSUYPyfrvmX4AAP+LtXSyC3y68/p8ugP6fJIL+iwYmfbF fILz9ID6xqIDgzZ153X1fJLz93fldKITd/fGogN0L4NidLrvdLIPlf52z3S6 63b3p6ChpDY8AIoPAOpLWv/vpsw/FBKqdBN8E+9yug84ug/ag//vr5X8OLoL lYP/7zi6B5GC/+84ugOWg//vF/j7//+mpjY8fMIPx/rv/4v7lf6nPKiV/qV8 NwCVv0APyPrvpnbqD8f67wxUzD+g8El3yyz/73d+D8j67798B7+NEjn60sf6 7wF0PTw8qnQTrq6pdIrvdPF6Nor4zD8WFP///6yolfx0PswtoAgIlfzMLaSs dAd0PggMcr79pnaqA8wtCA4+H/2vdvkA6k9a/+90J3S663oApnbnibVyuux0 KHa663S683ya7/92ugdG/P///3SKB3SC63X5d/i5sLaKCHS675X7oXQ3Phbl fB7APh/5dXbLLP/vd/S8sYoWfLrz/LWKQXS6A3o/i6SV/HL7ev3////MLaYI DnQvdLrzfJrz/3a663K68Ha673SyA3SK63SC73X5d/i5sLaKCHS688wJxA2M 6XQ3PhblfB7AdXbLLP/vd/S8Ph/5FPs5/MK8uXwB+40jlf6noKShNjzMPzyq dBN8E+9yug84ug9dgv/vr5X6OLoLyoH/7zi6B5eB/+84ugPWgf/vF3X9//+m pjY8qnQTfhN/////qZf//P//AOpPWv/vdA+megmLl3K6f68XcQ4AAACK9xdZ LQAAr3K6fwCK968XXg4AAHK6f68X1Q0AAHK6J5Xvr3K6F68XRC4AAHK6J5X3 r3K6B68XUy4AAHK6F5X/r6kXLQ8AAHK6F5X+r3J5f/7//68XPw8AAHw7t3Q5 oTY8AIvb+wDqS1r/76Y8qnQTrq6V93K6B5X/rxdvLgAAAIrrcroHAIrvAIrz r5X+AIr3F7z///98O9sIJ+Q/vzY8qnQTrq6V93K6B5X/rxeiLgAAAIrrcroH AIrvAIrzr3S69/p//v//lf6vF1D///98O9sIJ+Q/vzY8qnQTfBPzdLrnrKmo dM90gut2ggNyufevAOpPWv/vpna663Sy45X3pHb+fAH4dDyA/XQ5r3K6C6iv Fy8vAAB8O/N8gvP/i++scroLAIrvrxfq/v//fDvzcroLrwCK9xexEwAAfILz /6ami+9yugusrwCK7xdpLwAAfDvzcroLrK8AiusXeS8AAP6i69QMfDvz/AR6 CYBr1IIDdLrndsegocw/pDY8qnQTfBPvdLrnrHTnCTz48HpW////eiTwe17/ //+pqKwA6k9a/++V93QHdLrjoakAiut2x3K6B68X0y8AAHw779Qh/orrfILz /4vucroHqa9yug+vF+8vAAB8O/NyugevAIr3F1sUAAB8gvP/pqaL4qlyugcA iu+vF7j///9yug+prwCK7xcgMAAAfDvncroHqa+oFy4wAAB8O/N6JIvmqXK6 BwCK668XQjAAAP6K63w78/wB1CEUcqDMP6EU/Hw3AKQ2PKl0i9vvegmB7HS7 2/d0s9vz1Dd16/7P77+xigihPHSz2/t8BvWMvT4e+34+B8f673zG/4rLdLvb 93Tvei2L1XyH+/+L23yH9/+L4XyH8/+L53budK/7dq77dK/3dq73dL/zlf52 vvOnPMw/PKl0DgCL2/N82f8Ai9vzF+T///90OaE99/90/no/i/F0tvuvPh77 AG77xvrvpjysdKPb96l8BPWodA6N+8w/FL90PD4f+3xHB8f67/9yRwfH+u+L F3T5ej+L8XSx+68+HvsAbvvG+u+mAIvb63zZ/3ah+wDopnb5zDZ6P/BqPnQ+ oKGkPff/dP56P4vRdLb7rHSj2++pdIvb76isqQCL2+d0wT4e+68AbgPH+u98 O+96P4r73vx2waChpD3z/3T+ej+L0XS2+6x0o9vvqXSL2++orKkAi9vndME+ HvuvAG7/xvrvfDvvej+K+978dsGgoaQ98/90Psw2drf3drfzdrfvd7e7d7fL d7fbd7frPKp0E3S696l0Dna5+3K696/MP6+pl01+/++vrwDqv1//7wgn5D8I J3b5oaI9+/90s9v7F/r////MPz37/6p0E34TV/3//6ypqHQOAOrbX//vrwDq D1r/73KB65X2lfqoFywqAACodMIjWv/vAChyoduV95X6rBdCKgAArAAocqHL lfeV+qwXUioAAKwAKHKhu5X3lfqsF2IqAAB8O7+sACimzCSV/qB2wcbhi+kX ThcAAHo/ivKXH2z7/wDqy1//7xQZxoH7iu84ufd7LP/vOLnz2v///xT1OLn3 5yv/73aB83ah73aiA3T5xDzwex/9//90sgPEsfPwciv9///EPHaiB/B7Qf3/ /3yCB/3wckv9//8XtBcAAHo/8HtY/f//dLnvzC0IifN0ufd2qe8Ay29yeqcC AACXdyf/768A6q9e/+9yeqcCAACXd+z//68X3iAAAHw768Q8dnmnN///8Huo /f//crmrl/43//+srxcfMwAAfDvzdmGjN///dDF24md4+u92ogsXdv3//3Qx F1D9///G4fB76/3//5XhAOrLX//vcroPrK9yuhOvAEmnN///F14dAAB8O+/E PPBzEv7//4swcoGrqBfbMgAApkb/N///1DfGsg+B/HayDwCKD/wHAIoTqADq R1r/7wCKEwDqS1r/73w773J6JwIAAHQxrxef/f//ej/we2b+//90uhfEPPB7 BP///3wX+vB7V////9LC/v//i863i9t8F5KL6beL7HwX/IvxfBfwikV0MRcC /v//FE50MRc4/v//FFd8gfv+il124RRhl983/+8AihsXuBsAAHQHpsQEpot2 l983/++oF8sbAACmxDym8HuLAAAAl983/++vF+AbAAB8gfv+pqbweqIAAAB0 eaM3//98B7+CT3J7OZ83//+4r6gXzPv//6Z6P6bwe8YAAAAAeaM3//8W0QAA AHS6CwC6C3o/8HrfAAAAdLn7fAf+iukA6hda/++V92amCAa9va2Xgyf/7xTD fAf98HsGAQAAfAf78HoPAQAAl4cs/++Xiyf/7xThl5Mn/+8Aih8X0DMAAKZ6 P6aK5gC6GwCKG5ebJ//vqReN/f//fDvzFkcBAACXoyf/7wCKHxf8MwAApno/ pvB6XgEAAHS5+3wH/fB7agEAAHwH+/B6cwEAAJffN//vAIobF8ocAACmxDym 8HuKAQAAl68n/++vFz00AACmej+m8HqfAQAAAIojdDEXh/3//xauAQAAlf6g FhsCAAAASac3//8XNyEAAKYAugfG4fB6vQIAAAC6AwC57xbpAgAAxuGL5HS6 A8S584r0l58V//8A6stf/+/G4fB6QwMAAMaB+4rodHmjN///xDyL8q9yeZ83 //+vF3v8//924aChzD+kNjypqHQGlfaV+nKI66kX7i0AAKkA6iNa/+98O++p l28n/++oF5H+//98O/OgoTx0rvdyvsuvdL7vAMt9cr67r3K+26+XZyf/764X t/7//3w75zyqdBOurKmodAZyoKt0DHX5ez+Lo8Pyi/vD9YqzfJoD/3/Z/3Q5 1Dh8F6t6P4Hgl//9//+sAIr3AOpHWv/vfDvzdDAAivcXwP///3a6A3W5/rnD 8osHw/WLC6msFxA2AAB8ggP/pqaK/LkUXJX+pxTt1Ah8Eat+Af/9//+B/H/c /8w/oKGkNj37/6l0i9v3qEDfN//vfFnz/f///3xZ9/3///98Wfv9////fFnv /f///3/BxYrPcrn+qK92efv9//8XfB4AAKZ2eff9//96P6aLzZdTJ//vAEn7 /f//F5geAACmphT5dkn3/f//qABJ9/3//xeuHgAApnZ58/3//3o/por7zD8U xwBJ9/3//wDqB1r/73R59/3///BB/68A6gta/++mej+mi+wASff9//8A6hNa /++mdnnv/f//lf6noKE9+/+qdBN+E/f7//+pdIr3fEGnN////4r7zD8UrHK6 76ivcnoHBAAAAIrzrwDq417/73QHl7s6/+9ye8IHBAAArxc3NwAApnw4/aZy egcEAACorwBJpzf//xflIgAAfDvzej+LGcw2fAf+8Gs+dD6goTY8qnQTfhNj ////rKmol//j//9BZ5T675X/drIHqRfnNwAAQGv///9yepsAAAColf+vF/s3 AAB8O+dyepsAAAB2QpsAAACvAOpvX//vAEqTAAAAdMJDWv/vAEqXAAAAlzMn /++pACh8O+9E//v//5cA/P//l2eI+u+X/e///6wA6jNf/+98mgP/croDr5dz Of/vF2IpAACmpgCKA5c/J//vl2eE+u8AKHw786kAiveXTyf/7wCKBxcpAQAA /Ax8O+9+AWeA+u+DHaChpDY9+/+qdBN8E/MAivcXBDgAAKaV8qbEPoz7zD82 PHK6C6yvcroDr3ayAwCK93TyR3j678wkF24HAAB6P4uWcroHdPJTePrvqK9y ugOvAIoLF4kHAAB0wkta/+96P4u+dLoHdLLzqZX3dO+vdu50r/t2rvuZdLf5 8EgOfB6ArD4R+Jl2t/kX5T0AAHw789oA/v//xDmhivyV/qQAigcAKKYAigsA KKagdDykNjyqdBN+E5f+//90uvOozADEOIvnPh/9lf6vdoIDAOo/Wv/vpsQ4 pna6E4r4zD8WMv7//6ypAOrbX//vrwDqD1r/76ZyuhuvAOorX//vAIoXl/Mm /+8X3CoAAACKG5cPJ//vF+kqAAB8O+8XkSoAAHSK9zi6B+D////Gggfwc5D+ ///MNsaC83aC9/Bxqv7//3SCE3K5+XXvPhX9fB3gxKoHivcAuvd28Hw4+758 P/fEsvODHcwAxoL38Hvb/v//AOoXWv/vzC12ggsIivfGggN0JfB69P7//3S6 C8S69/B8AP///3S6E3LDZ3T7Z/BIszn7cvs5rvBJt/yu8Em3/a7wSbf+8En/ rq9yuluXZzb/768A6kNa/+98O+MXTB8AAHo/8HtE////crpbly/4//+vF1Ao AACmdroPej+m8Ht2////dPCV93LzMa6vF1IiAAB8O/N6P4rrrwDqy1//73T4 lfdy+zmvAIoPFB98B/6KrXJ6ZwEAAEAfJ//vr6gAig8XgP///3w783o/i8mo AOpPX//vdAd6AIvhlycn/++oAOpTX//vej+L+JX+AC92ugOoAOovX//vlx8n /+8A6rdf/+8Aig8X1yYAAKZyvP7MLQiK9wC6C3yCA/90JfB7CgEAAMwAALIH xoID8Ht3AQAAAIoTAOpLWv/vdLoDpqGkoDY99/+qdBN8E9usqcwkzAnGovd2 ogOK+Mw/FvL+//9yugevcroDrwCK9xdCJQAAfDvzxDyLFvBxGv///3yCB/fw cS7///9+ggfz/v//8Hg7////foIH/1/w//BySP///3KyIxfNPgAAdLoDcrIj AM8AivMXxD4AAHo/8Htw////dLoDqMwAdP/EPInTQSP6///UOMQ5gf10Oayv dLoP/DivAIr3FxD7///EPIH0/Ad0ugN0/8QHjSZ0sgPMP8TG8Gs/dA/EDIvB xqLvi+CX8/7//6wAiu8XFzwAAACKBwCKAwCK7xdNPAAAfDvnqACKD6wX/UAA AHQPdLoDfDvz1I/7CCHkCblysiMXjD0AAKBysiMXlT0AAACKAwDqS1r/76YA ivcXNigAAKZ0OaGkNjx8g9v3/orldLvb+5f7/v//l0N4+u+vXEt4+u8A6gtf /++V/qc98/+V/xf8////Pe//qnQTfhOP+///qahAryb/78wJqJX+l/7/4P92 igd2igMA6kNf/+96P/B6+f3//6ipqQDqR1//73o/8HsK/v//Fwf+//96P/B7 F/7//3J6bwQAAKyvl7sm/+92igsXJS4AAKZ6P6aLyHJ6bwQAAK8A6k9f/+/E OYvZlycn/++vAOpTX//vxDmL6XKyE66pqa+pqQDqv1//78Q5droLioxyuhuv AOorX//vdLoXRNMm/+92ug9yug+vrBdhLgAAdAemCCDkAKa4ivJ0uhfUug/C f/r//4nDAIoXrBfCLgAApqYXaS4AAMQBiteXnzX//xdAOgAAxDmmi/N0NxcJ DAAAdroHFPx2igd0sgeV/hcBDAAAcrpvrwDqX1//75l8gm34iteXnzX//xd5 OgAAxDmmi/N0NxdCDAAAdroDFPx2igN0sgOV+xc6DAAAcroTr6mpl+m+/++p qQDqv1//73QnXste/+92uj9eS3j673a6M3K6Q0DXJv/vr3aKQ3aKO3aKN3aK L3aKK3aKJ3aKI3aCHwDqp17/76kAykt4+u+pqZX+lf6pqamXLyj976ipAOrP Xv/vej+Lz3TC117/76mpcrpfqa8AKHo/i+Jyul+vAOrbXv/vcrpfrwDq317/ 76mpcrpfqa8UIpUAAOrLX//vdMIbX//vqawAKJd37P//rHTiF1//7wAsqQCK CwAol3fs//8AigsALHS6B6TEOYv9ds90ugPEOYv9ds84+j93+u/+////oMw/ oTY9+/9+E2/+//8A6ttf/++vAOoPWv/vphctNgAAej9cT3j674Pecrvb/6+V /Rfq/f//ej+K7hcBJAAAlf8XsTEAAHo/por7zD8UnRcIEwAAF14VAAAXlREA AJX3F+Y7AAB6P6aL6pejJv/vlfp0NxeqDgAAXFN4+u8U+HzaU3j67/+V9xcO PAAAej+mi+qXLyj975X7dDcX0g4AAFxHePrvFPh82kd4+u//lf6nfjtv/v// PKp0E34T7/v//6jMAKgXNTIAAHo/pvB7U////6lyugdBKyf/76+pF7swAACm ej+miupyug+vAOorX//vAIoPqRcUMQAApqZ8gvf/QUN4+u+L5KmXSyb/7xdM MQAAAIr3l2c5/+8XWTEAAHw77xfhMAAAcroDr5d7Jv/vl/3//38A6vtf/+96 P4rEqXJ6DwQAAJeTJv/vrwDqQ1r/73w7869yeg8EAACvlf6gqJX/l5sm/+8A igMA6u9f/+8AigMA6vdf/+90OKGgNj37/6p0E34T9/7//6lyegcBAACX+/7/ /8wJr6kA6gtf/+9yegcBAACXPyb/768XWzwAAKavAOo7Wv/vpno/porqcroD r6mpl4pz/++pqQDqv1//7xT1OPo/d/rv/v///5X+p6E2PfP/Xj93+u8IJ+Q/ mdqZAvpl/f//PDMA2nde/+8A2pte/+8A2pde/+8A2pNe/+8A2o9e/+8A2ote /+8A2ode/+8A2oNe/+8A2n9e/+8A2nte/+8A2nNe/+8A2m9e/+8A2mte/+8A 2mde/+////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////uVL/ /6VS///HUv//h1L//3lS//+XUv///////0VX//83V///KVf//xlX//9RV/// DVf///1W///1Vv//41b//8tW//+7Vv//pVb//5dW//+BVv//cVb//11W//9N Vv//N1b//ydW//8VVv//A1b///dV///lVf//j1f//19X//+/Vf//s1X//6dV //+bVf//j1X//39V//9tVf//W1X//0FV//8xVf//HVX//w1V///7VP//61T/ /89U//+/VP//sVT//51U//+RVP//gVT//29U//9hVP//61f//3dX///TV/// oVf//7dX///XVf//y1X//0dU////////WVL//0FS////////h1P//3lT//+R U///n1P//2lT//9NU///P1P//ytT//8XU///W1P//wlT///lUv//zVP//9lT ///nU///9VP//wVU//8XVP//I1T//69T///3Uv//v1P////////v//9/8/// f+3//3/8//9/7P//f/v//3/o//9/9v//f/X//3/G//9/y///f/j//3+Q//9/ jP//f/////8H7//vvO7/70fu/+//////ac/4iNOe8RFFrvZm5juS+HALlY/K WpwWXGqbYc13JPFbRyOG4RYqH3cmLWjUs0n2QoNOgfjSRxhu4kBvm+9I4g3f T5W3jkYMIb5Be4IrJeUUGyKSrkorCzh6LHypZ5PsP1eUm4UGnQITNpp1sKP+ 6yaT+ZycwvAFCvL3cjffkcSh75azG76fKo2OmF0uG/zDuCv7tAJ68i2USvVa BVdKypNnTb0pNkQkvwZDUxyTJ82KoyC6MPIpI6bCLlRTzybZxf8hrn+uKDfp ni9ASgtL3tw7TKlmakUw8FpCR2FH/df3d/qgTSbzOdsW9E54g5DQ7rOXp1Ti nj7C0plJb74jifmOJP5D3y1n1e8qEHZ6To7gSkn5WhtAYMwrRxddNviHywb/ 8HFX9mnnZ/EeRPKVgNLCkvdok5tu/qOcGQuulJSdnpPjJ8+aerH/nQ0SavmT hFr+5D4L932oO/AKOSZPmq8WSO0VR0F0g3dGAyDiIp220iXqDIMsc5qzKwSn nk2yMa5KxYv/Q1wdz0QrvlogtShqJ8KSOy5bBAspLJUWlrwDJpHLuXeYUi9H nyWM0vu7GuL8zKCz9VU2g/Iiw476r1W+/djv7/RBed/zNtpKl6hMepDf9iuZ RmAbnjHxBiGhZzYm1t1nL09LVyg46MJMpn7yS9HEo0JIUpNFP998RxJJTEBl 8x1J/GUtTovGuCoVUIgtYurZJPt86SOM7fScHHvEm2vBlZLyV6WVhfQw8Rti APZs2FH/9U5h+IK7bPAPLVz3eJcN/uEBPfmWoqidCDSYmn+OyZPmGPmUkYnk KwEf1Cx2pYUl7zO1IpiQIEYGBhBBcbxBSOgqcU+fF1wpKYFsLl47PSfHrQ0g sA6YRC6YqENZIvlKwLTJTbcl1PIns+T1UAm1/Mmfhfu+PBCfIKogmFcQcZHO hkGWuXNMnjTlfJlDXy2Q2skdl61qiPMz/Lj0REbp/d3Q2fqqQcRFOtf0Qk1t pUvU+5VMo1gAKD3OMC9KdGEm0+JRIaRPPZtk2Q2cE2NclYr1bJL9Vvn2Y8DJ 8RR6mPiN7Kj/+n21QGrrhUcdUdROhMfkSfNkcS1t8kEqGkgQI4PeICT0Ky0s eb0dKw4HTCKXkXwl4DLpQX6k2UYJHohPkIi4SOcZpfd3j5XwADXE+Zmj9P7u AGGacJZRnQcsAJSeujCT6Ycd9V8RLfIoq3z7sT1M/Mae2ZhYCOmfL7K4lrYk iJHBtZUuUSOlKSaZ9CC/D8QnyKxRQ1Y6YUQhgDBNuBYASs/jDUJCdT1FNc9s TKxZXEvb+skvRWz5KDLWqCGrQJgm3NGFmUxHtZ47/eSXomvUkNXIQfRLXnHz POQg+qVyEP3SlrD/78Ww/+9ksP/vt6//75Ou/++nsP/vcK//72Gv/+9Jrf/v IK3/7wav/+9/rv/vHK//7yCu/+8Brf/vxKz/79mt/+92rf/vXq3/7xGv/+9v Wf////////////8xVP//41///4NY/////////////9NS///3Xv//i1n///// ////////Z1L///9f//+PWP////////////8jUv//A1///ydY//////////// /xdS//+bXv////////////////////////////+5Uv//pVL//8dS//+HUv// eVL//5dS////////RVf//zdX//8pV///GVf//1FX//8NV////Vb///VW///j Vv//y1b//7tW//+lVv//l1b//4FW//9xVv//XVb//01W//83Vv//J1b//xVW //8DVv//91X//+VV//+PV///X1f//79V//+zVf//p1X//5tV//+PVf//f1X/ /21V//9bVf//QVX//zFV//8dVf//DVX///tU///rVP//z1T//79U//+xVP// nVT//5FU//+BVP//b1T//2FU///rV///d1f//9NX//+hV///t1f//9dV///L Vf//R1T///////9ZUv//QVL///////+HU///eVP//5FT//+fU///aVP//01T //8/U///K1P//xdT//9bU///CVP//+VS///NU///2VP//+dT///1U///BVT/ /xdU//8jVP//r1P///dS//+/U////////+///3/z//9/7f//f/z//3/s//9/ +///f+j//3/2//9/9f//f8b//3/L//9/+P//f5D//3+M//9//////4L+uJqL qJaRm5CIjLuWjZqci5CNhr7//1X+tpGWi5aek5aFmryNlouWnJ6TrJqci5aQ kf8x/aielou5kI2slpGYk5qwnZWanIv/YP2rmo2SlpGei5qrl42anpv/Pv6z mp6JmryNlouWnJ6TrJqci5aQkf//mf+6kYuajbyNlouWnJ6TrJqci5aQkf// 5P+8k5CMmreekZuTmv/n/a2anpu5lpOa///t/riai7mWk5qsloWa/8v/vI2a nouauZaTmr7/kv64mourlpyUvJCKkYv//2//uZaRm7yTkIya/2L/uZaRm7Ga h4u5lpOavv9p/ayTmpqP/2v/uZaRm7mWjYyLuZaTmr7//6L9rJqLvIqNjZqR i7uWjZqci5CNhr7//7X/vI2anouaq5eNmp6b///y/riai7mWk5q+i4uNlp2K i5qMvv//qP+7mpOai5q5lpOavv8b/rKKk4uWvYaLmquQqJabmryXno3/+/64 mou7jZaJmquGj5q+/3j9rJqLq5eNmp6br42WkI2Wi4b/Kf6yno+plpqIsJm5 lpOa/8r/vI2anouauZaTmrKej4+WkZi+//+e/ayai7qRm7CZuZaTmv//lf2s mou5lpOar5CWkYuajf//T/2qkZKej6mWmoiwmbmWk5r/Zv63mp6PvpOTkJz/ v/64mouvjZCcmoyMt5qej///Xf63mp6PrZq+k5OQnP9g/reano+5jZqa///9 /JOMi42cj4a+///3/JOMi42TmpG+//8G/ZOMi42cnou+//8A/ZOMi42cko+W vv8D/ZOMi42cko++//+K/riai6majYyWkJG6h77/kf64mourlpKauZCNkp6L vv//BP+4mou7nouauZCNkp6Lvv//j/64mourlpKapZCRmraRmZCNkp6LlpCR ///k/riai7OQnJ6Tq5aSmv//nP64mourmpKPuZaTmrGekpq+//+a/riai6ua ko+vnouXvv//wf64mouvjZCcvpubjZqMjP//Pf6zkJ6bs5adjZ6Nhr7//8X+ uJqLr42WiZ6Lmq+NkJmWk5qsi42WkZi+///A/7yNmp6LmrKKi5qHvv//Ev6w j5qRsoqLmoe+//9V/7mTioyXuZaTmr2KmZmajYz//yD9qI2Wi5q5lpOa/9r9 rZqTmp6MmrKKi5qH///j/riai7OQnJ6TmraRmZC+//9L/7mNmpqzlp2Nno2G /6D+uJqLrIaMi5qSq5aSmr6MuZaTmquWkpr/2/64mouykJuKk5q5lpOasZ6S mr7//7S6rbG6s8zN0ZuTk///U/2IjI+NlpGLmb7/of64mouolpGbkIirmoeL vv//Ev+4mou8k56MjLGekpq+/5X9rJeQiKiWkZuQiP///f64mou7k5i2i5qS ///K/riai6+ejZqRi/8v/7qRipKolpGbkIiM/9j+uJqLspqRiqyLnoua///r /ayakZuymoyMnpiavv//vf64mousip2ympGK///j/riai7KakYr/Kv+5lpGb qJaRm5CIvv8h/q+QjIuymoyMnpiavv//3v+8l56Ns5CImo2+///Q/7yXno2q j4+ajb7//1H9iImMj42WkYuZvv//av+7loyPnoucl7KajIyemJq+//99/auN npGMk56LmrKajIyemJr//9X+uJqLspqMjJ6Ymr7/pv+8jZqei5qolpGbkIi6 h77/Df6tmpiWjIuajbyTnoyMvv//e/+7mpmolpGbkIivjZCcvv//qqy6rczN 0ZuTk///pP6tmpi8k5CMmrSahv+E/q2amK6Kmo2GqZ6Tipq6h77//47+rZqY sI+akbSahr7/jf6tmpiwj5qRtJqGuoe+/5n+rZqYupGKkrSahr7/ef6tmpis moupnpOKmrqHvv//vrupvq+2zM3Rm5OT//+v/6y3uJqLr56Ll7mNkJK2u7OW jIu+//+s/6y3uJqLrI+anJaek7mQk5uajbOQnJ6LlpCR//+st7qzs8zN0ZuT k/+orLC8tMzN0ZuTk///////////////////////BgkBv/////+1UP///v// /+L////i////11H//2NR///vUP//nnD//4pz//+Uc///bW///9Jv//8cr/// 2a3//86t//+nsP//ZLD//0mt//8grf//Xq3//2mt//8Brf//xbD//0uv///E rP//lrD//3at//9hr///cK///xyv//9Trv//t6///yCu//9/rv//Bq///xGv //+PUP//f1D//69Q//+dUP//l1D//21Q//9lUP//YFD//1tQ//9UUP//T1D/ /0dQ//8/UP//N1D//y9Q//8mUP//H1D//xhQ//8TUP//C1D//wVQ///+T/// 9k///+9P///nT///30///9ZP///OT///x0////z/+/////7//f/6//n/+P/3 //b/9f/0//P/8v/x//D/7//u/+3/7P/r/+r/6f/o/+f/5v/l/+T/4//f0ZuT k/+7k5OtmpiWjIuajayajYmajf+gkp6Wkf+gkp6Wka27/7uTk7yekaqRk5Ce m7GQiP+7k5O4mou8k56MjLCdlZqci/+gjIuNk4iN/56LkJb/nouQk/+cnpOT kJz/mY2amv+WjJ6TkYqS/5aMnpOPl57/loyblpiWi/+WjIyPnpya/5aMh5uW mJaL/5Kek5OQnP+SmpKcl43/jZ6Rm/+Nmp6Tk5Cc/4yNnpGb/4yLjZyXjf+M i42WnJKP/4yLjZOIjf+Mi42RnJKP/4yLjZGcj4b/jIuNkZacko//jIuNjZyX jf+Mi42Mi43/jIuNio+N//////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// ////////////////////jf///56dnJuamZiXlpWUk5KRkI+OjYyLiomIh4aF vr28u7q5uLe2tbSzsrGwr66trKuqqainpqXPzs3My8rJyMfG0tGg////39PE xcPBwt318v//39PExcPBwNnW1N318v///z89/+9LPf/vUz3/71s9/+9nPf/v bz3/73s9/++DPf/viz3/75M9/++bPf/voz3/76s9/++zPf/vuz3/78M9/+/L Pf/v0z3/7989/+/nPf/v9z3/7/89/+//////Bz7/7ws+/+8TPv/vGz7/7yM+ /+8rPv/vMz7/7z8+/+9HPv/vTz7/71s+/+/LPf/vZz7/728+/+97Pv/v0z3/ 74M+/+//////iz7/75M+/++bPv/voz7/7/z8/Pz+/f38/f///6s+/++3Pv/v wz7/78s+/++SjJHRnJCS/5eQi5KelpPRnJCS/4ael5CQ0ZyQkv///56Qk9Gc kJL/0aunq//////Rt6uys////9G3q7L/////0ai+vf////+Il5qNmv///5KW nI2QjJCZi////4yanIqRlp7/kYudipiLjZ6O////kZqQl56PjJaM////mpqG mv////+RnpbRnP///4uNmpGbkpacjZD//52Wi5uamf//jJCPl5D///+PnpGb nv///4yGkp6R////iZaNioz///+eiY//lJ6Mj5qNjP+ckJGZlo2S/4yKnYyc jZaPi5aQkf////+RmoiM/////42amJaMi5qN/////4yPnpL/////jJqcio3/ //+Mio+PkI2L/4yajYmWnJr/nJCRi56ci/+enYqMmv///5aRmZD/////kZCL l5aRmP+ekYaQkZr//5GQnZCbhv//kZCQkZr///+MkJKanZCbhv////+MkJKa kJGa/4+QjIuSnoyLmo3//5KelpOWkZj/kp6Wk5qN//+Imp2SnoyLmo3///+e m5KWkf///5KelpPRmdqK/////7KstrKx0bqnuv///5KelpPRjJzP/////5Ke lpPRmZr/m56L/5KelpPRmZaTmv///9qMv9qM////0Zqbiv/////D2ozB//// /9qM38PajMH/npubjZqMjJqM////1dHV/6qMmo3Rsbqr37KajIyakZiajd+s mo2Jlpya//+skJmLiJ6NmqOylpyNkIyQmYujsqyxspqMjJqRmJqN/6yyq6/f u5aMj5Oeht+xnpKa////rLKrr9+6kp6Wk9++m5uNmoyM//++nJyQipGLjKPa jP+7mpmeipOL37KelpPfvpyckIqRi/////+skJmLiJ6NmqOylpyNkIyQmYuj tpGLmo2RmovfvpyckIqRi9+ynpGemJqN/6yQmYuIno2ao7KWnI2QjJCZi6Oo vr2jqL69y6Oonp3fuZaTmt+xnpKa////3MzNyMjP//+yrLGyrL2zvJOejIz/ ////sqyx37KajIyakZiajf///7usvYqbm4azloyLrJ6Jmpv/////rJCZi4ie jZqjspacjZCMkJmLo7KssbKajIyakZiajaOvmo2vnoyMj5CNi6yai4uWkZiM /7yQkYuenIuzloyLr56Ll/+cxaOSjJGckJGLnpyLk5aMi9Gci4v///+SjJGc k9GMnomam/+5sLO7uq2s0bu9p//anMWju5CcipKakYuM356Rm9+smouLlpGY jP//2pzFo/////++j4+Tlpyei5aQkd+7noue//////L10fL1////u76rvvL1 //+tvK+r36uwxd/D2ozB8vX/sr62s9+5rbCyxd/D2ozB8vX///+3urOw39qM 8vX////ajMXNyv////L1///OysfRzsrN0c7Rysf/////AAAAAHc5/+8vKP3v Lyj97385/+8vKP3vLyj974s5/+8vKP3vLyj975c5/+8vKP3vLyj975s5/++j Of/vqzn/77c5/++/Of/vqzn/78s5/+/TOf/vqzn/7985/+/TOf/vqzn/7+c5 /+/7Of/vqzn/7wM6/+8vKP3vLyj97ws6/+8XOv/vHzr/75KajIyemJr/m5Cc ipKakYv/////m5qLnpaTjP+wlN+cipGL/5yNmpKaoJuaoJiNioaajZr///// mIqLi5qb//+5mouWjJeajP////+Pl5CLkP///7bYkt+Ripua/////5WakZaZ mo3/qJqL35iWjZOM////0ZWPmP////+djZaLkZqG/6yah/+22JLflpHfk5CJ mv+2ko+QjYuekYv///+3mpOTkP///7eW//+SnpaT0YyakYv///+ZlpOaztGP nouX//+ymoyMnpia0ra7xd/ajPL1uY2QksXf2ozy9auQxd/ajPL1rIqdlZqc i8Xf2ozy9buei5rF39qM8vWylpKa0qmajYyWkJHF387Rz/L1vJCRi5qRi9Kr ho+axd+SipOLlo+ejYvQkpaHmpvE352QipGbno2Gwt3ajN3y9fL10tLajPL1 2ozy9dLS2ozy9dqM8vXS0tqM0tLy9f/////D2s/Hh9Haz8eHv9qMwf//vJCR i5qRi9Krho+axd+LmoeL0I+TnpaR8vXy9dqM8vX/////vJCRi5qRi9Krho+a xd/ajMTy9faRnpKawt3ajN3y9byQkYuakYvSq42ekYyZmo3SupGckJuWkZjF 352ejJrJy/L1vJCRi5qRi9K7loyPkIyWi5aQkcXfnouLnpyXkpqRi8Ty9faZ lpOakZ6SmsLd2ozd8vXy9dqM8vX//56Pj5OWnJ6LlpCR0IfShZaP0pyQko+N moyMmpv/////2ozRhZaP///RjJyN/////9/////ajNqM/////7uQiJGTkJ6b u5aN/9G7urm+qrOro6yQmYuIno2ao7SehZ6eo7OQnJ6TvJCRi5qRi//////a nNqK/////9GLh4v/////iP////7////ajNqM2oz//6P////ajKPanNqM0dqM ///anNXRm5OT/9qM39qM39rPzdHNm8/P///ajN/ajN/U2s/N0c2bz8//t7fY xdiSktjF2IyM/////5ubm9jT2N+b37Kyst+GhoaG////r42QnJqMjMzNsZqH i////6+NkJyajIzMzbmWjYyL//+8jZqei5qrkJCTl5qTj8zNrJGej4yXkIv/ ////lJqNkZqTzM3Rm5OT/////wAAAACdkJCL/////4yGjIuaktGWkZb//6y8 rbGsvqm60bqnuv////+snI2ampGsnomavpyLloma/////7yQkYuNkJPfr56R mpOju5qMlKuQj////5yZmNGbnov/nJmYvpycmoyM////wv///9qK///aitHa itHaitHaisXaiv//xf///6Oj//+4mouxmouIkI2Ur56NnpKM/////7aPl5OP no+W0ZuTk/////8AAAAAiIiI0ZiQkJiTmtGckJLFx8////+akZ6dk5qeiouQ m5aek///rJCZi4iejZqjspacjZCMkJmLo6iWkZuQiIyjvIqNjZqRi6majYyW kJGjtpGLmo2RmovfrJqLi5aRmIz/xs7W3ubu9v7FzdXd5e31/cTM1Nzk7PT8 w8vT28DI0Njg6PD4wcnR2eHp8fnCytLa4ury+uPr8/v+/fv59/Xz8fDu7Oro 5uTj8e705/76/OPw+er16Ozz++X37/jk6/L91svg2tDI4dfM0t7P087Yx93K 0dXN2+Lff////7/////f////7/////f////7/////f////7/////+/7+//// /////v/7+/7++//+/vv7/v/7///////+///7////+/7++/v+/v/7///7+//+ +//+/v////77////+/v////7//7/+//+//v+///7/v////7+///+/vv7//77 //7/+////vv///77//7///////v7///7+/7//////v///v/7+/7++/////// /v7/+/7+/////v////7/+///+//+/v///v//+/7/+////v/7///7////+/v/ /vv7/v/7+/7++//+/////v77+//++////vv7///7+/7///v+/vv7////+//+ //v//v/////7//7///v+///////7//7+33/vf/9//3//f///33/v////7//f ////3//vf99//3/f//9/33/vf/9/73////9//3//f///7//f////3//vf/9/ 7//f/+//33//f/////////9//3///99/7////+9/3//v/9///3///////3/v /99/////f+9////vf99/////////33/v/9//73///+//33//f///73//f+9/ /3//////73//f/9/3////99/73/ff+//3/////9///////9/33////9/73// /+//3///f9//7//ff/9/3///f9//7///f+////////9//3/ff///////f9// 73/ff+9//3/v//f9/////f33//////f//ff//f/3//////f9/f///f/39//9 //f///f3///3///9//f9/ff3//3////99/f9///////39//////9/ff//f// //39/////ff3//339/39//f9//f//f3////9//f9//f3////9/399//9//// ///3//399/////f3//3/9/3//////f///f33//3/9////////f//9//9//f9 /ff//f/39///9//9////////9//99/f9//f///3/////9/f9/ff3////9/39 ///9/f/3///3///99/f9//f3/f/////99/f9/f/3////9//99//9/f/+33// ft///37f//9/////f99//37/f//+/3///t//////////33///99//37ff/9+ /////////3//f//+/3///v/////f/////3///t9//3///////3///t///3/f //9+/3///v///3/f//9//3///9///3/ff/9+33//fv///3//f//+/3///99/ /37ff/9+////////////////33//f9///3//f/9+/3///v////7ff/9+3/// ft///3////9+33//fv////7/////3////v9///7f//9/33//fv9///7f//9/ 3/////9///7ff/9///////9////f//9/33////7////+9/3///f9//7/vf// 9////v//////v///9/3//ve////3///+//3//ve///7/vf//973//vf///// v/////3///e////3v////////v+///73vf/+973//v/9///3vf/+/7////// ////vf/+9/3////9////vf/+9/////f///7/vf/+///////9////v///9/3/ /v+9//73v//+//3///+////3vf/+9/3//ve///7///////3///e9//73vf/+ 9/////+9//73vf//9/3////////3v////73//vf///7//f/+/7////f///// ////97///vf9//7/v+///9///7/f/7///++/v9///7/f7////++/v9///7// /7//3++/v////7//7///3+//v///v//f////3++/////////7/+//++//9// v////7+//++//9/v////7/+/3+//v9//////77+///+/v9/vv////7+///+/ v9/////f/7//3+/////v/7/f/7+//++/v9///7//77///+///9///7///7// 3////9/vv///7///3++/v9//v7////+/3++/v///v7/f/////+//v9/v//// /7//////v9/vv7///7///+//v//vv//f//////+/v9/////f7/+//++//9// /9///f/f+/33//v///////f///33//v999////ff+/333/v//9////////3/ //v9////////+/3/3/v99/////f/+/333//9/9////f/+/3///v//9/7//ff +/3/3////9/7//f///33///999/7//ff//3////////7//ff//////v/99// ///f//33//v99//7/f/f+/3/3/v9/////f/f//////v/9//7///f///33/v9 9////fff///33/v99////f//+/333/v//9/7//ff///////9/////fff+/// ///999/////f+//3///9///7//f/+//3///9/9//v+//7//v//////v/v+/7 7////++/7//vv////////++///v////777/v++//7/v//+/777/v+///7/// v///////+++////v/+//77/v////7/v/v//7/7//++//7/vvv+////////// ////v//777///+//7//vv+/7////+/+/7/v////7///v++//7///v////7// ++//7///v+/7///v/++/////v///7///+++///vv////7///+/+/7//v//// /7/v+++///v/v///7///++//7//vv+//7/////+/7/vv/+/7///v+/+/7/// v+///7//+//////v/+/773////////////////////////////////////// //////////////////////////////////////////////+enZybmpmYl5aV lJOSkZCPjo2Mi4qJiIeGhb69vLu6uf////++vby7urm4t7a1tLOysbCvrq2s q6qpqKempZ6dnJuamZiXlpWUk5KRkI+OjYyLiomIh4aFz87NzMvKycjHxtTQ /////9ygoIuajIugoP///8cn/+/jJ//v/yf/7x8o/+8/KP/vWyj/73so/++X KP/vsyj/788o/+/rKP/vCyn/7ysp/+9HKf/vZyn/74Mp/++jKf/vvyn/79sp /+/zKf/vDyr/7ysq/+9HKv/vXyr/738q/++bKv/vtyr/7+sq/+8LK//vKyv/ 70cr/+9jK//vgyv/758r/++3K//vRyn/79Mr/+/jK//vnJeei87RiZCWk57R mY3//56KjIuWkdGLh9GKjNGKkZuajZGai9GQjZj///+Smoye0Z6F0YqM0YqR m5qNkZqL0ZCNmP+Mio2NmobRipTRmorRipGbmo2RmovRkI2Y////jIuQnJSX kJOS0Yya0ZqK0YqRm5qNkZqL0ZCNmP////+SkIyckIjRjYrRmorRipGbmo2R movRkI2Y////l56ejZOaktGRk9GaitGKkZuajZGai9GQjZj//56SjIuajZue ktGRk9GaitGKkZuajZGai9GQjZj/////npKMi5qNm56SzdGRk9GaitGKkZua jZGai9GQjZj///+OipqdmpzRjorRnJ7RipGbmo2RmovRkI2YmI2ehc3RnovR morRipGbmo2RmovRkI2Y////i5CNkJGLkNGQkdGcntGKkZuajZGai9GQjZj/ /5KQkYuNmp6T0Y6K0Zye0YqRm5qNkZqL0ZCNmP+JnpGckIqJmo3RnZzRnJ7R ipGbmo2RmovRkI2Y/////5iNnoXRnovRmorRipGbmo2RmovRkI2Y/5OQkZuQ kdGKlNGaitGKkZuajZGai9GQjZj///+djYqMjJqTjNGdmtGaitGKkZuajZGa i9GQjZj/m5aakpqR0ZGT0ZqK0YqRm5qNkZqL0ZCNmP///5CMk5DRkZDRmorR ipGbmo2RmovRkI2Y/5mTnpGbmo2M0Z2a0ZqK0YqRm5qNkZqL0ZCNmP+TipOa ntGMmtGaitGKkZuajZGai9GQjZj/////k5CM0p6RmJqTmozRnJ7RiozRipGb mo2RmovRkI2Y//+Pl5CakZaH0Z6F0YqM0YqRm5qNkZqL0ZCNmP//iJ6Ml5aR mIuQkdGbnNGKjNGKkZuajZGai9GQjZj///+ei5OekYue0Zie0YqM0YqRm5qN kZqL0ZCNmP//kp6Rl56Li56R0ZSM0YqM0YqRm5qNkZqL0ZCNmP////+dnpOL lpKQjZrRkpvRiozRipGbmo2RmovRkI2Y/////5OejImamJ6M0ZGJ0YqM0YqR m5qNkZqL0ZCNmP+RmoiGkI2U0ZGG0YqM0YqRm5qNkZqL0ZCNmP//m56Tk56M 0YuH0YqM0YqRm5qNkZqL0ZCNmP///4yek4uTnpSa0YqL0YqM0YqRm5qNkZqL 0ZCNmP+ejZOWkZiLkJHRiZ7RiozRipGbmo2RmovRkI2Y/////56KnJSTnpGb 0ZGF0YqRm5qNkZqL0ZCNmP////+ekZHSno2dkI3RkpbRiozRipGbmo2RmovR kI2Y/////5GaiJ2NipGMiJaclNGRldGKjNGKkZuajZGai9GQjZj/j5OekZDR i4fRiozRipGbmo2RmovRkI2Y/////5Kck5qekdGJntGKjNGKkZuajZGai9GQ jZj///+cnpqR0ZmN0ZqK0YqRm5qNkZqL0ZCNmP/FmJqLlpGZkIz///+vrbap sqy4/6+wsbjf2oz/r7axuP////+1sLax39qM/7O2rKvfw9qK/////9qMxcnJ ycj/sba8tN/ajP+qrLqt39qM39qM39qM38XajP///97///+vrbapsqy439qM 38XajP//mpGJkJaajMXf2or/2orR2or///+Wm///oJKelpH///+cxaOKj5ue i5rRm5OT////nJeanJSKj5uei5rRm4izkIi7nouaq5aSmv///5yXmpyUio+b noua0ZuIt5aYl7uei5qrlpKa//+InJH/nJeUio+b0ZuIt5aYl7uei5qrlpKa ////mZaTmszRj56Ll///35KKi5qHzd//////kpCdiouK//+IlpGKj5uL/62q sbuzs8zN0bqnut/ajNOgkp6Wka27/6yQmYuIno2ao7KWnI2QjJCZi6OolpGb kIiMo7yKjY2akYupmo2MlpCRo62Kkf///5mWk5rN0Y+ei5f//5qHj5OQjZqN 0ZqHmv////////////////////////////////////////////////////// ////////////////7///c////xPP6c7EzpjOVs4jzu7Nsc0Wzd3MVcyWy5nK dso2yoDIDMhHxzrHuMarxpDGh8Z9xnbGasZkxlnGUcZCxjrGL8YnxhjGA8b4 xcfFgcVOxTjFG8UUxa3EdsRwxCbEB8TDw6nDkMNUwwnD0MKgwoHCWsJEwvvB mcFXwSXBu8B3wHDAXsAJwP/f/////v//9s/gz6jPc89az0jPOM8mzyDPEs/j zt7Ozc6szpXOVc5LzkHON87fzcjNQM0jzRTMB8zoy9/Lxsu0y4nLectzywvL BMvXyo7Kh8pgykTKMMofygjKr8k+yRDJ9shVyDfIKsgMyAPI7Mfgx8jHvcee x47Hacdix0vHKscIx+nGysa+xrXGmsZwxkjGbMUAxfPEvMSzxGjEO8Txw+nD ycOsw4nDecNyw1rDUcNIwz3DNsMow/vC6cLZwq7CqMKiwp3CmMKSwoDCbMJZ wkbCN8LoweLB08G3wZ7BkMF6wVLBSMEewfDA6cC0wKTAnsBFwD7AMMAhwADA ////z///g/////HPxM++z63Pfs9mz0rPKs8dzw3P/M6ezo/O1c2SzSnNF832 zJXMfsx2zHDMNcwhzPvL78vfy87LjcuFy2jLJsv1yuTK1crOyrzKhMp+yl7K SsrhyZbJS8kDybTIUMhfxxLH4sbBxnDEgsPKwknBOsEOwP///7///xf////8 z5PPdM9HzzjPA8+7zq/Oo853zi/OEc74zeLN283WzXTNU80hzfDMvcyfzGrM ZMxQzELMO8zUy5/LDcv+yu7Ky8qzyoTKbsoNytHJusmMyXjJcMljyT3JLckn ybXIociEyHnIVshNyD3I6sfWx6bHj8eIx3THMccnxxzHBcfHxorGRcY3xi3G HMYMxgHG8cXOxcLFr8WixU7FwMSrxJbEgcRsxFfEQsQtxBjEA8Tuw9nDxMOt w5jDgcNgwzHD9cJ0wljCP8I5wiXCW8FSwTvBM8GzwKzAccBqwFzAVcD///+v //8T////vM+Ez3XPZs8hzxbPC8+EznTNbs3QzMnMw8x9zGfMNMwmzB/MCsyt y6XK8MjiyMTILsg0x+bG2MbSxrPGmcZOxj3GJcYLxuvF3MXLxcHFtcWaxZPF gMVrxUDFMMUpxR/FEsUMxQbF+cT0xOzE5sTfxNnE0cTLxMLEtcSJxGrESsQ2 xCrEH8QXxAnE2MPLw7rDqMOJw2vDVcNDwz7DOMMgwwjD0cK6wqXCnsKTwozC ccJZwk7CSMIywibCD8IAwurB2sHUwc7BvsG4wQbB98DiwNzAx8DBwLLArMCm wKDAmsCUwC/A/5///2P////dz8/Pyc+3z57PhM99z2TPU89Bz+DOyM7BzonO gs5szjLOH84ZzhLODM7qzd/NzM20zXPLrspeykzKUMkSyQPJdcgWyPrH6sdy x2nHYMdZx1LHQMcuxyHH7MbTxrvGrcaYxnfGY8ZXxifGrsURxeHE2sTQxL7E mcOPw33DdsNRw0fDNcMuwzrCJMLnwbjBl8FDwf///4///6v////Gz1DGRsY/ xjjGKcYRxgvG7sXExbDFbcUOxazEbsQUxP/D9cPuw+fD2MPDw7zDsMOqw57D VcMMw6/CgsJ4wnHCasJMwtDBRMGXwP///3////v+///Jz2HPQs87zybP4c6q zmbOXs4vzijOFM6/zbHNoc1EzT3N+8zczJPMiswgzAvM9suZy4vLcstty2bL Tcs6yw7L98qXylLKScojytzJhclDyQbJ9sjkyKbIn8hPyBrIDsgDyO7H4sfV x8bHwcezx6DHaMdUx0DHzca1xq7Go8abxo7GK8bfxdjFkcV0xVzFUcVKxTjF M8UtxfbEz8Oqw6TDnsN+w2jDV8M1wxrDEcMKw/fC5sLewnPCOcIxwirCIsIX wvjB8cHjwdvB0cG6wbDBn8GZwYnBXsFGwT/BMsHrwN3A1cDDwLXArcB+wGfA U8BLwD7AKMAdwA3ABsD/b///x/////DP58/ez7fPrM+ez43Phc99z2zPV89R z0vPRc8/zznPM88tzyfPIc8bzxXPD88Jz/9f///H////X85bzlfOU8pPykvK R8pDyj/KO8o3yjPKL8oryifKI8ofyhvKF8oTyg/KC8oHyv///z///1f///+b z5fPk8+Pz4vPh8+Dz3/Pe893z3PPb89rz2fPY89fz1vPV89Tz0/PS89Hzz/P O883zzPPL88rzyfPI88fzxvPF88Tzw/PC88HzwPP/873zvPO787rztvO187T zs/Oo8qfypvKl8qTyo/Ki8qHyoPKf8p7ynfKc8pvymvKZ8pjyl/KW8pXylPK T8pLykfKQ8o/yjvKN8ozyi/KK8onyiPK/y///6v///97zHfMc8xvzGvMZ8xj zF/MW8xXzFPMT8xLzEfMQ8w/zDvMN8wzzC/MK8wnzCPMH8wbzBfME8wPzAvM B8wDzP/L+8v3y/PL78vry+fL//////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAACAAMAAAAgAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEAAQAA ADgAAIAAAAAAAAAAAAAAAAAAAAEADAQAAFAAAACg8AAA6AIAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABAGYAAAB4AACAAAAAAAAAAAAAAAAAAAABAAwEAACQ AAAAiPMAABQAAAAAAAAAAAAAACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAC/AAC/AAAAv78AvwAAAL8AvwC/vwAAwMDA AICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAAAAAAAAAAAAAAAA AAAAAAAId3d3d3d3d3d3d3BwAAAAj//////////////3BwAAAI////////// ////9wcAAACP8AAAD/////////cHAAAAj//////////////3BwAAAI/wAAAP ////////9wcAAACP//////////////cHAAAAj//////////////3BwAAAI/w AAAAAAAAAAAP9wcAAACP//////////////cHAAAAj/AAAAAAAAAAAA/3BwAA AI//////////////9wcAAACP8AAAAAAAAAAAD/cHAAAAj//////////////3 BwAAAI/wAAAAAAAAAAAP9wcAAACP//////////////cHAAAAj/////////// ///3BwAAAI/wAAAP////////9wcAAACP//////////////cHAAAAj/////// ///////3BwAAAI//////////////9wcAAACP8AAAD/////////cHAAAAj/// ///////////3BwAAAI/wAAAP////DwAP9wcAAACP//////////////cHAAAA j//////////////3BwAAAI//////////////9wcAAACPD/D/D/D/D/D/D/gH AAAAjw/w/w/w/w/w/w/4BwAAAAj4j4j4j4j4j4j4j4AAAAAAAAAAAAAAAAAA AAAAAADwAAAf4AAAD8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH wAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfA AAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfgAAAP8kkkvwAA AQABACAgEAABAAQA6AIAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBLAQIUAAoAAAAAAAAAAACH cNZsANAAAADQAAClAAAAAAAAAAEAgAAAAAAAAABtZXNzYWdlLnR4dCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIC5zY3JQSwUGAAAAAAEAAQDTAAAAw9AAAL0AAAAAACAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg --UuMlEHaRLXyZVuv-- From owner-linux-xfs Sun Sep 12 06:06:45 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 12 Sep 2004 06:06:47 -0700 (PDT) Received: from hotmail.com (bay0-hmr01.bay0.hotmail.com [65.54.241.200]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8CD6jIC014025 for ; Sun, 12 Sep 2004 06:06:45 -0700 Received: from hotmail.com ([64.4.43.195]) by hotmail.com with Microsoft SMTPSVC(5.0.2195.6713); Sun, 12 Sep 2004 06:06:30 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 12 Sep 2004 06:06:30 -0700 Received: from 217.229.15.1 by bay17-dav15.bay17.hotmail.com with DAV; Sun, 12 Sep 2004 13:06:30 +0000 X-Originating-IP: [217.229.15.1] X-Originating-Email: [k_leibrandt@hotmail.com] X-Sender: k_leibrandt@hotmail.com Message-ID: <414449C7.2080707@hotmail.com> Date: Sun, 12 Sep 2004 15:06:15 +0200 From: Kai Leibrandt User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: Sam Varshavchik , courier-imap@lists.sourceforge.net, linux-xfs@oss.sgi.com Subject: Re: [Courier-imap] Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 References: <414019EC.8060903@hotmail.com> <20040910012411.GA13692@frodo> In-Reply-To: <20040910012411.GA13692@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Sep 2004 13:06:30.0580 (UTC) FILETIME=[520F4F40:01C498C9] X-archive-position: 4110 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k_leibrandt@hotmail.com Precedence: bulk X-list: linux-xfs Woops, I am _so_ ashamed... The $HOME/rpm directory was linked to an nfs mounted directory, and I had completely forgotten about that. Building the rpm locally of course works perfectly. Sorry for the noise. Kai. Nathan Scott wrote: > Hi there Sam, > > On Thu, Sep 09, 2004 at 07:38:49PM -0400, Sam Varshavchik wrote: > >>From your strace: >> >>rename("confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net", >>"confmdtest/courierimaphieracl/foobar") = 0 >> >>followed by: >> >>stat64("confmdtest/courierimaphieracl/foobar", {st_mode=S_IFREG|0644, >>st_size=27, ???}) = 0 >>unlink("confmdtest/courierimaphieracl/foobar") = 0 >> >>The stat/unlink calls come from here: >> >> if (stat(p, &stat_buf) == 0 && >> stat_buf.st_mtime < now - 60*60) >> unlink(p); >> >>The unlink should not happen unless the timestamp is one hour old. Except >>that this file was created only a few milliseconds ago. Bzzzzzt. make >>check fails. > > > I've tried to reduce the problem down to the simple test case > above (see attached script and test prog) - but this seems to > do the right thing ... > > [root@bruce test]# ./foo > + rm -fr confmdtest > + mkdir -p confmdtest/tmp confmdtest/courierimaphieracl > + touch confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net > + ./a.out confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net confmdtest/courierimaphieracl/foobar > OK: mtime=1094774209 now-60*60=1094770609 > [root@bruce test]# > > >>I dimly recall someone mentioning an issue with st_mtime on XFS, a long time >>ago. > > > I'm not aware of any - do you remember any of the details there? > > thanks! > > ps: does the attached script+test fail for you, Kai? > From owner-linux-xfs Sun Sep 12 13:40:40 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 12 Sep 2004 13:40:42 -0700 (PDT) Received: from ext-nj2gw-2.online-age.net (ext-nj2gw-2.online-age.net [216.35.73.164]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8CKedoM031860 for ; Sun, 12 Sep 2004 13:40:40 -0700 Received: from int-nj2gw-5.online-age.net (int-nj2gw-5 [3.159.236.69]) by ext-nj2gw-2.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8CKeMmY010056; Sun, 12 Sep 2004 16:40:22 -0400 (EDT) Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-nj2gw-5.online-age.net (8.12.9/8.12.8/990426-RLH) with ESMTP id i8CKeKKP027467; Sun, 12 Sep 2004 16:40:21 -0400 (EDT) Received: from uswaumsxb3medge.am.med.ge.com (uswaumsxb3medge.med.ge.com [3.57.24.74]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYLH4JS6; Sun, 12 Sep 2004 15:40:20 -0500 Received: from ct.ct.med.ge.com (uswaucs03 [3.57.24.237]) by uswaumsxb3medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYYBW740; Sun, 12 Sep 2004 15:40:20 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id PAA22901; Sun, 12 Sep 2004 15:40:17 -0500 (CDT) Message-ID: <4144B19A.2020407@med.ge.com> Date: Sun, 12 Sep 2004 15:29:14 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> In-Reply-To: <20040910041106.GA14336@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4111 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > On Wed, Aug 11, 2004 at 03:39:44PM -0500, James Foris wrote: > >>I have been using XFS in both IRIX and Linux for many years now, and >>overall I am >>quite happy with it - recommend it to everyone, run it on my home systems, >>etc. >> >>But, recently I ran into something that I need some help in >>understanding/explaining. >>The title says it all, really, but the details follow below. > > > Hi there, > > Before I forget completely, from talking to Christoph a few > days back he suggested that the problems you were seeing may > have been resolved by some fixes that have gone into the tree > in the last week or two (they certainly touch this area) - if > you could retry your tests and let us know whether you still > see this degredation on Linus' current -bk tree, that would > be much appreciated! Sorry for not getting back myself, thanks. I have retried these tests on 2.6.9-rc1-bk17 and the results were basically the same for XFS, some improvement for JFS, significant improvement for EXT3, and even worse degredation of REISERFS. At this point, JFS with O_DIRECT is the fastest file system per my tests; previously, XFS w/o was the best. (This is, of course, full of caviots; default mkfs tuning with internal journals on all file systems, single 10K RPM U320 SCSI disk, etc.). If you want, I can resend the test system description and the actual numbers. I looked at the 2.6.5 and 2.6.6 versions of the file fs/direct-io.c, and as I do not use bitkeeper (even CVS is blocked by our corporate firewalls), the differences were too much to easily overcome. What I will be doing (tomarrow - this has become a hot-potatoe that has landed in my lap) is testing 2.6.5, 2.6.6-rc1, 2.6.6-rc2, 2.6.6-rc3 and 2.6.6 to narrow down when this happened. I will let you know what I find. Thanks again, Jim Foris > > thanks. > From owner-linux-xfs Sun Sep 12 22:16:35 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 12 Sep 2004 22:16:40 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8D5GWow021546 for ; Sun, 12 Sep 2004 22:16:35 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA13110; Mon, 13 Sep 2004 15:16:15 +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 i8D5GCln4114602; Mon, 13 Sep 2004 15:16:12 +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 i8D6AqEj001665; Mon, 13 Sep 2004 16:10:52 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8D6AnDf001663; Mon, 13 Sep 2004 16:10:49 +1000 Date: Mon, 13 Sep 2004 16:10:49 +1000 From: Nathan Scott To: Kai Leibrandt , Sam Varshavchik Cc: courier-imap@lists.sourceforge.net, linux-xfs@oss.sgi.com Subject: Re: [Courier-imap] Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1 Message-ID: <20040913061049.GB971@frodo> References: <414019EC.8060903@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-archive-position: 4112 X-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 Hi there, Didn't hear back from anyone yet, so I decided to see if I could reproduce this the same way you originally did, Kai ... On Thu, Sep 09, 2004 at 07:38:49PM -0400, Sam Varshavchik wrote: > ... > The unlink should not happen unless the timestamp is one hour old. Except > that this file was created only a few milliseconds ago. Bzzzzzt. make > check fails. > ... > I dimly recall someone mentioning an issue with st_mtime on XFS, a long time > ago. > Downloaded the source, all compiled fine for me on XFS, so went back and double-checked that the test was being run... 14:41 nathans@bruce ~/src/tmp/courier-imap-3.0.7.20040912/maildir 4> make check-am /bin/sh ./testsuite 2>&1 | cmp - ./testsuite.txt LC_ALL=C; export LC_ALL; ./maildirkwtest | cmp -s - ./maildirkwtest.txt LC_ALL=C; export LC_ALL; ./maildiraclttest 14:42 nathans@bruce ~/src/tmp/courier-imap-3.0.7.20040912/maildir 7> sh sh-2.05b$ LC_ALL=C; export LC_ALL; ./maildiraclttest sh-2.05b$ echo $? 0 sh-2.05b$ So, Kai - not sure what the problem is here, but it doesn't seem to be XFS related ... this all works fine for me. Maybe an old kernel version, or possibly even a distribution issue? cheers. -- Nathan From owner-linux-xfs Mon Sep 13 00:29:30 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 00:29:35 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8D7TTlr029115 for ; Mon, 13 Sep 2004 00:29:30 -0700 Received: by unthought.net (Postfix, from userid 1000) id 3A015AE44; Mon, 13 Sep 2004 09:29:19 +0200 (CEST) Date: Mon, 13 Sep 2004 09:29:19 +0200 From: Jakob Oestergaard To: Greg Banks , Anando Bhattacharya , linux-kernel@vger.kernel.org Cc: linux-xfs@oss.sgi.com Subject: Re: Major XFS problems... Message-ID: <20040913072918.GU390@unthought.net> Mail-Followup-To: Jakob Oestergaard , Greg Banks , Anando Bhattacharya , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com References: <20040908123524.GZ390@unthought.net> <322909db040908080456c9f291@mail.gmail.com> <20040908154434.GE390@unthought.net> <1094661418.19981.36.camel@hole.melbourne.sgi.com> <20040909140017.GP390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040909140017.GP390@unthought.net> User-Agent: Mutt/1.3.28i X-archive-position: 4113 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs On Thu, Sep 09, 2004 at 04:00:17PM +0200, Jakob Oestergaard wrote: > > > > > http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2 > > Ok, I must say that mail has some *scary* comments to the patch... This > should be interesting :) ... > > I'm assuming I should just adapt this to the res->d_bucket change... > > New patch against 2.6.8.1 attached. > Ok - the "small" box has been running with this patch since yesterday evening - I ran some stress testing on it for some hours yesterday, and will be working on the machine all day today. So far, it seems like the patch at least hasn't broken anything (if I had file corruption I should have noticed already, because the testing I've been doing is some large compile/link jobs - those things tend to fail if the .o files are corrupted). It's a little early to say if it solves the problem. I would say it looks good so far - but let's see. We'll also have to see about the test setup duplicating the "large" box. I'll let you know if anything breaks - and I'll ask to have the patch included by the end of the week, if the small box hasn't hosed itself by then. -- / jakob From owner-linux-xfs Mon Sep 13 08:18:24 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 08:18:29 -0700 (PDT) Received: from ext-ch1gw-5.online-age.net (ext-ch1gw-5.online-age.net [64.37.194.13]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DFIONv019052 for ; Mon, 13 Sep 2004 08:18:24 -0700 Received: from int-ch1gw-6.online-age.net (int-ch1gw-6 [3.159.232.70]) by ext-ch1gw-5.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8DFI6vC012059; Mon, 13 Sep 2004 11:18:07 -0400 (EDT) Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-ch1gw-6.online-age.net (8.12.9/8.12.3/990426-RLH) with ESMTP id i8DFI57q002330; Mon, 13 Sep 2004 11:18:06 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYLHZVNF; Mon, 13 Sep 2004 10:18:05 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYYC69AS; Mon, 13 Sep 2004 10:18:04 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id KAA08361; Mon, 13 Sep 2004 10:18:01 -0500 (CDT) Message-ID: <4145B78C.90401@med.ge.com> Date: Mon, 13 Sep 2004 10:06:52 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: james.foris@med.ge.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> In-Reply-To: <4144B19A.2020407@med.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4114 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs James Foris wrote: > Nathan Scott wrote: > >> On Wed, Aug 11, 2004 at 03:39:44PM -0500, James Foris wrote: >> >>> I have been using XFS in both IRIX and Linux for many years now, and >>> overall I am >>> quite happy with it - recommend it to everyone, run it on my home >>> systems, etc. >>> >>> But, recently I ran into something that I need some help in >>> understanding/explaining. >>> The title says it all, really, but the details follow below. >> >> >> >> Hi there, >> >> Before I forget completely, from talking to Christoph a few >> days back he suggested that the problems you were seeing may >> have been resolved by some fixes that have gone into the tree >> in the last week or two (they certainly touch this area) - if >> you could retry your tests and let us know whether you still >> see this degredation on Linus' current -bk tree, that would >> be much appreciated! > > OK, I have run the sequence and it happened between 2.6.5 and 2.6.6-rc1. From my test logs: ----------------------- Linux petpc1 2.6.5 #1 SMP Sun Sep 12 17:16:05 CDT 2004 i686 i686 i386 GNU/Linux /data/work3/multishot2 ext2 performance numbers include fsync : 6.690 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.978 sec; 64.176 MB/s 13.63 % full performance numbers include fsync : 0.188 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.118 sec; 63.067 MB/s 13.63 % full ext3 performance numbers include fsync : 6.541 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 9.015 sec; 56.794 MB/s 14.48 % full performance numbers include fsync : 0.003 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.815 sec; 65.513 MB/s 14.48 % full xfs performance numbers include fsync : 6.539 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.740 sec; 66.147 MB/s 13.44 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.278 sec; 70.353 MB/s 13.44 % full jfs performance numbers include fsync : 6.517 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.016 sec; 63.871 MB/s 13.47 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.455 sec; 68.677 MB/s 13.47 % full reiserfs performance numbers include fsync : 7.412 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.798 sec; 58.195 MB/s 14.26 % full performance numbers include fsync : 0.004 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 50.301 sec; 10.179 MB/s 14.26 % full Linux petpc1 2.6.6-rc1 #1 SMP Sun Sep 12 17:25:40 CDT 2004 i686 i686 i386 GNU/Linux /data/work3/multishot2 ext2 performance numbers include fsync : 6.570 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.849 sec; 65.229 MB/s 13.63 % full performance numbers include fsync : 0.178 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.998 sec; 64.016 MB/s 13.63 % full ext3 performance numbers include fsync : 6.364 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.704 sec; 58.820 MB/s 14.48 % full performance numbers include fsync : 0.003 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.848 sec; 65.239 MB/s 14.48 % full xfs performance numbers include fsync : 6.484 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.723 sec; 66.292 MB/s 13.44 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.532 sec; 60.012 MB/s 13.44 % full jfs performance numbers include fsync : 6.496 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.006 sec; 63.950 MB/s 13.47 % full performance numbers include fsync : 0.008 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.480 sec; 68.446 MB/s 13.47 % full reiserfs performance numbers include fsync : 6.913 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.362 sec; 61.226 MB/s 14.26 % full performance numbers include fsync : 0.004 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 128.183 sec; 3.994 MB/s 14.26 % full It looks like there were 9 "bk" releases between 2.6.5 and 2.6.6-rc1. I will continue to try to narrow down exactly where the change happened (unless you have specific versions that you would like me to try first). Thanks, Jim Foris > > Thanks again, > > Jim Foris > >> >> thanks. >> > > From owner-linux-xfs Mon Sep 13 08:27:12 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 08:27:15 -0700 (PDT) Received: from ext-ch1gw-6.online-age.net (ext-ch1gw-6.online-age.net [64.37.194.14]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DFRCUS022647 for ; Mon, 13 Sep 2004 08:27:12 -0700 Received: from int-ch1gw-1.online-age.net (int-ch1gw-1 [3.159.232.65]) by ext-ch1gw-6.online-age.net (8.12.11/8.12.11/20050527-JWF) with ESMTP id i8DFPNOR030118; Mon, 13 Sep 2004 11:25:23 -0400 Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-ch1gw-1.online-age.net (8.12.9/8.12.3/990426-RLH) with ESMTP id i8DFQuCB005227; Mon, 13 Sep 2004 11:26:57 -0400 (EDT) Received: from uswaumsxb3medge.am.med.ge.com (uswaumsxb3medge.med.ge.com [3.57.24.74]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYLHZXTQ; Mon, 13 Sep 2004 10:26:56 -0500 Received: from ct.ct.med.ge.com (uswaucs03 [3.57.24.237]) by uswaumsxb3medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYYB9D3R; Mon, 13 Sep 2004 10:26:55 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id KAA08785; Mon, 13 Sep 2004 10:26:51 -0500 (CDT) Message-ID: <4145B99E.5070709@med.ge.com> Date: Mon, 13 Sep 2004 10:15:42 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: james.foris@med.ge.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> In-Reply-To: <4144B19A.2020407@med.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4115 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs James Foris wrote: > Nathan Scott wrote: > >> On Wed, Aug 11, 2004 at 03:39:44PM -0500, James Foris wrote: >> >>> I have been using XFS in both IRIX and Linux for many years now, and >>> overall I am >>> quite happy with it - recommend it to everyone, run it on my home >>> systems, etc. >>> >>> But, recently I ran into something that I need some help in >>> understanding/explaining. >>> The title says it all, really, but the details follow below. >> >> >> >> Hi there, >> >> Before I forget completely, from talking to Christoph a few >> days back he suggested that the problems you were seeing may >> have been resolved by some fixes that have gone into the tree >> in the last week or two (they certainly touch this area) - if >> you could retry your tests and let us know whether you still >> see this degredation on Linus' current -bk tree, that would >> be much appreciated! > > I misread the listings; there are only 2 "bk" releases on "http://kernel.org/pub/linux/kernel/v2.6/snapshots/old/" between 2.6.5 and 2.6.6-rc1. I will know which caused this problem this afternoon. Thanks, Jim Foris > > Thanks again, > > Jim Foris > >> >> thanks. >> > > From owner-linux-xfs Mon Sep 13 08:58:56 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 08:58:58 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DFwub3023677 for ; Mon, 13 Sep 2004 08:58:56 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DFwuE9023676 for linux-xfs@oss.sgi.com; Mon, 13 Sep 2004 08:58:56 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DFwrMe023642 for ; Mon, 13 Sep 2004 08:58:54 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DFgwmE023231; Mon, 13 Sep 2004 08:42:58 -0700 Date: Mon, 13 Sep 2004 08:42:58 -0700 Message-Id: <200409131542.i8DFgwmE023231@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4116 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From cattelan@thebarn.com 2004-13-09 08:42 PDT ------- *** This bug has been marked as a duplicate of 309 *** ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Mon Sep 13 09:46:21 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 09:46:22 -0700 (PDT) Received: from commie.imr-net.com (mail.imr-net.com [65.182.241.242]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DGkKg4025441 for ; Mon, 13 Sep 2004 09:46:21 -0700 Received: from commie.imr-net.com (localhost [127.0.0.1]) by commie.imr-net.com (Postfix) with ESMTP id B87C62C07F93E for ; Mon, 13 Sep 2004 09:46:08 -0700 (PDT) Received: from [10.11.11.174] (bubbles.imr-net.com [10.11.11.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by commie.imr-net.com (Postfix) with ESMTP id 0E41D2C080803; Mon, 13 Sep 2004 09:46:08 -0700 (PDT) Message-ID: <4145CECE.3040903@pacrimopen.com> Date: Mon, 13 Sep 2004 09:46:06 -0700 From: Joshua Schmidlkofer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040824) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com, jch@dev.imr-net.com Subject: Lost files on long running systems X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4117 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kernel@pacrimopen.com Precedence: bulk X-list: linux-xfs First of all - none of the files are of consequence. I have about 10 small systems running Linux 2.6.x with XFS. Most of them are 2.6.5 or later. I also have a couple running 2.6.3. The majority of them are running Gentoo, but a couple are running RedHat 9. After long running periods, [Which on Intel Hardware, with battery backups is 90 - 180 days], I will run into a situation with an upgrade where I have to reboot. Usually, since I have downtime, I have been running xfs_repair. What I almost always find will be a couple hundred files and directories moved to lost+found. All old .so files, deleted directories, and all sorts of other stuff from upgrades. It is almost exclusivly upgrades. I cannot make any commitments about whether or not the boxes have had any 'spontaneous' reboots due to power failure, etc. However, it's hard to believe that all of them have had that happen. Any suggestions? Guidance? Etc. The filesystems appear healthy. I couple times I have had postfix queues running very slow. Shutting down and restarting did not help. Finally I ran an xfs_repair, and it worked. I got the same issue, hundreds of left-overs. However, the system load dropped substantially. I know these are all very nebulous, but does anyone have any advice? thanks, Joshua From owner-linux-xfs Mon Sep 13 10:08:03 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 10:08:07 -0700 (PDT) Received: from ext-ch1gw-6.online-age.net (ext-ch1gw-6.online-age.net [64.37.194.14]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DH82M5026481 for ; Mon, 13 Sep 2004 10:08:03 -0700 Received: from int-ch1gw-2.online-age.net (int-ch1gw-2 [3.159.232.66]) by ext-ch1gw-6.online-age.net (8.12.11/8.12.11/20050527-JWF) with ESMTP id i8DH6De1011926; Mon, 13 Sep 2004 13:06:13 -0400 Received: from uswaumsxb1medge.am.med.ge.com (localhost [127.0.0.1]) by int-ch1gw-2.online-age.net (8.12.9/8.12.3/990426-RLH) with ESMTP id i8DH7kxA002060; Mon, 13 Sep 2004 13:07:47 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb1medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYYA1K1F; Mon, 13 Sep 2004 12:07:46 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYYC79TF; Mon, 13 Sep 2004 12:07:46 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id MAA16297; Mon, 13 Sep 2004 12:07:44 -0500 (CDT) Message-ID: <4145D141.1040907@med.ge.com> Date: Mon, 13 Sep 2004 11:56:33 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: james.foris@med.ge.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> In-Reply-To: <4144B19A.2020407@med.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4118 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs James Foris wrote: > Nathan Scott wrote: > >> On Wed, Aug 11, 2004 at 03:39:44PM -0500, James Foris wrote: >> >>> I have been using XFS in both IRIX and Linux for many years now, and >>> overall I am >>> quite happy with it - recommend it to everyone, run it on my home >>> systems, etc. >>> >>> But, recently I ran into something that I need some help in >>> understanding/explaining. >>> The title says it all, really, but the details follow below. >> >> >> >> Hi there, >> >> Before I forget completely, from talking to Christoph a few >> days back he suggested that the problems you were seeing may >> have been resolved by some fixes that have gone into the tree >> in the last week or two (they certainly touch this area) - if >> you could retry your tests and let us know whether you still >> see this degredation on Linus' current -bk tree, that would >> be much appreciated! > > More correctly, it happened between 2.6.5 and 2.6.5-bk1 From my test logs: ----------------------- (first entry of each set is normal, second has O_DIRECT flag added) Linux petpc1 2.6.5 #1 SMP Sun Sep 12 17:16:05 CDT 2004 i686 i686 i386 GNU/Linux ext2 performance numbers include fsync : 6.690 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.978 sec; 64.176 MB/s 13.63 % full performance numbers include fsync : 0.188 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.118 sec; 63.067 MB/s 13.63 % full ext3 performance numbers include fsync : 6.541 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 9.015 sec; 56.794 MB/s 14.48 % full performance numbers include fsync : 0.003 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.815 sec; 65.513 MB/s 14.48 % full xfs performance numbers include fsync : 6.539 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.740 sec; 66.147 MB/s 13.44 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.278 sec; 70.353 MB/s 13.44 % full --------------------------------------------------------------------------------------------------^^ jfs performance numbers include fsync : 6.517 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.016 sec; 63.871 MB/s 13.47 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.455 sec; 68.677 MB/s 13.47 % full reiserfs performance numbers include fsync : 7.412 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.798 sec; 58.195 MB/s 14.26 % full performance numbers include fsync : 0.004 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 50.301 sec; 10.179 MB/s 14.26 % full Linux petpc1 2.6.5-bk1 #2 SMP Mon Sep 13 11:05:42 CDT 2004 i686 i686 i386 GNU/Linux ext2 performance numbers include fsync : 6.658 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.937 sec; 64.512 MB/s 13.63 % full performance numbers include fsync : 0.151 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.142 sec; 62.885 MB/s 13.63 % full ext3 performance numbers include fsync : 6.293 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.660 sec; 59.124 MB/s 14.48 % full performance numbers include fsync : 0.003 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.849 sec; 65.232 MB/s 14.48 % full xfs performance numbers include fsync : 6.565 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.782 sec; 65.793 MB/s 13.44 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.545 sec; 59.917 MB/s 13.44 % full --------------------------------------------------------------------------------------------------^^ jfs performance numbers include fsync : 6.494 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.016 sec; 63.873 MB/s 13.47 % full performance numbers include fsync : 0.000 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 7.396 sec; 69.227 MB/s 13.47 % full reiserfs performance numbers include fsync : 7.151 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 8.594 sec; 59.579 MB/s 14.26 % full performance numbers include fsync : 0.004 sec wrote 512.000 MB in 16 writes, 32.000 MB/write, 88.133 sec; 5.809 MB/s 14.26 % full So..... something in the 2.6.5-bk1 patchset caused the change. Any suggestions where to begin looking (other than fs/direct_io.x) ? Thanks, Jim Foris > > Thanks again, > > Jim Foris > >> >> thanks. >> > > From owner-linux-xfs Mon Sep 13 10:58:54 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 10:58:56 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DHwslR028089 for ; Mon, 13 Sep 2004 10:58:54 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DHwsZ8028088 for linux-xfs@oss.sgi.com; Mon, 13 Sep 2004 10:58:54 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DHwrdF028058 for ; Mon, 13 Sep 2004 10:58:53 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DHjwl2027476; Mon, 13 Sep 2004 10:45:58 -0700 Date: Mon, 13 Sep 2004 10:45:58 -0700 Message-Id: <200409131745.i8DHjwl2027476@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 360] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4119 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=360 ks@pegasus-edv.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Mon Sep 13 10:58:54 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 10:58:56 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DHwsXE028099 for ; Mon, 13 Sep 2004 10:58:54 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DHwsLl028098 for linux-xfs@oss.sgi.com; Mon, 13 Sep 2004 10:58:54 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DHwrdL028058 for ; Mon, 13 Sep 2004 10:58:53 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DHirjt027425; Mon, 13 Sep 2004 10:44:53 -0700 Date: Mon, 13 Sep 2004 10:44:53 -0700 Message-Id: <200409131744.i8DHirjt027425@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 360] System freezes if a XFS filesystem is filled up X-Bugzilla-Reason: AssignedTo X-archive-position: 4120 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=360 ------- Additional Comments From ks@pegasus-edv.de 2004-13-09 10:44 PDT ------- I tested on 3 machines with gentoo kernel 2.6.8-r3 and the results are reproducible: If the parameter "CONFIG_4KSTACKS" is set, the system freezes when an XFS FS is filled up (on one machine I sometimes got a kernel panic message, too). With "# CONFIG_4KSTACKS is not set" the system works like expected and sends a "file system full" message :) So in make menuconfig Kernel hacking ---> Use 4Kb for kernel stacks instead of 8Kb should not be aktivated until the bug is fixed, but I can live with that ;-) Cheers and thanks for fast help Klaus ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Mon Sep 13 14:58:55 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 14:58:58 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DLwtUr030481 for ; Mon, 13 Sep 2004 14:58:55 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DLwtpn030480 for linux-xfs@oss.sgi.com; Mon, 13 Sep 2004 14:58:55 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DLwrXl030462 for ; Mon, 13 Sep 2004 14:58:54 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8DLZVCj029726; Mon, 13 Sep 2004 14:35:31 -0700 Date: Mon, 13 Sep 2004 14:35:31 -0700 Message-Id: <200409132135.i8DLZVCj029726@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 359] apparent race condition with NFS causes xfs_forced_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4121 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=359 greg@max-t.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #139 is|0 |1 patch| | ------- Additional Comments From greg@max-t.com 2004-13-09 14:31 PDT ------- Created an attachment (id=139) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=139&action=view) Patch to cover up race in xfs_iget This patch appears to address the original problem that we hit with EIO getting returned from xfs_iget after is_bad_inode. We have a similar patch for retrying to address the "ambiguous vns" but since Russell thinks its the same problem as 309 I won't post it here to cause confusion. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Mon Sep 13 15:19:21 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 15:19:23 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8DMJL4K032037 for ; Mon, 13 Sep 2004 15:19:21 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8DMJ80f015941 for ; Mon, 13 Sep 2004 17:19:11 -0500 Received: from spamtin.engr.sgi.com (postfix@spamtin.engr.sgi.com [163.154.6.130]) by cthulhu.engr.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id i8DMJ4Y910279904; Mon, 13 Sep 2004 15:19:04 -0700 (PDT) Received: by spamtin.engr.sgi.com (Postfix, from userid 35197) id AC7C0240410A; Mon, 13 Sep 2004 15:19:03 -0700 (PDT) From: Jesse Barnes To: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: aio (maybe XFS) bug? Date: Mon, 13 Sep 2004 15:19:02 -0700 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409131519.03065.jbarnes@engr.sgi.com> X-archive-position: 4122 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jbarnes@engr.sgi.com Precedence: bulk X-list: linux-xfs I just got this panic running aim7 on 2.6.9-rc2, is it a known problem and/or likely to be a generic aio problem? Thanks, Jesse Unable to handle kernel paging request at virtual address 2000000002484000 ls[29576]: Oops 11046655885316 [1] Modules linked in: Pid: 29576, CPU 7, comm: ls psr : 0000121008026038 ifs : 800000000000cc18 ip : [] Not tainted ip is at __copy_user+0xb1/0x940 unat: 0000000000000000 pfs : 000000000000058e rsc : 0000000000000003 rnat: a00000010076fe05 bsps: 0000000000000000 pr : 00000000056a1495 ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c0270033f csd : 0000000000000000 ssd : 0000000000000000 b0 : a000000100113b10 b6 : a000000100113980 b7 : a000000100002cd0 f6 : 0ffff8000000000000000 f7 : 000000000000000000000 f8 : 000000000000000000000 f9 : 1003e000000006ec01d0a f10 : 1003e000000030740cb46 f11 : 1003e6db6db6db6db6db7 r1 : a000000100b8eb00 r2 : e0001bb007428000 r3 : 0000000000000000 r8 : 0000000000000000 r9 : 0000000000000005 r10 : 0000000000000000 r11 : 00000000056a15d5 r12 : e00019bc7b55fca0 r13 : e00019bc7b558000 r14 : 2000000002484000 r15 : e0001bb007428000 r16 : 0000000000000317 r17 : 2000000002484000 r18 : 2000000002484001 r19 : e0001bb007428080 r20 : 2000000002484000 r21 : 6db6db6db6db6db7 r22 : 000000030740cb46 r23 : 000000183a065a30 r24 : a0007fe43b138000 r25 : 0000000000000000 r26 : e00019bc7b558e40 r27 : 000000000000006c r28 : 0000000000000000 r29 : 0000000000000000 r30 : 0000000000000008 r31 : 000000000000058e Call Trace: [] show_stack+0x80/0xa0 sp=e00019bc7b55f830 bsp=e00019bc7b5595a8 [] die+0x150/0x200 sp=e00019bc7b55fa00 bsp=e00019bc7b559568 [] ia64_do_page_fault+0x8c0/0xbc0 sp=e00019bc7b55fa00 bsp=e00019bc7b559500 [] ia64_leave_kernel+0x0/0x270 sp=e00019bc7b55fad0 bsp=e00019bc7b559500 [] __copy_user+0xb0/0x940 sp=e00019bc7b55fca0 bsp=e00019bc7b559440 [] file_read_actor+0x190/0x340 sp=e00019bc7b55fca0 bsp=e00019bc7b5593e0 [] do_generic_mapping_read+0x2e0/0x800 sp=e00019bc7b55fca0 bsp=e00019bc7b559338 [] __generic_file_aio_read+0x360/0x460 sp=e00019bc7b55fd00 bsp=e00019bc7b5592d0 [] xfs_read+0x250/0x4c0 sp=e00019bc7b55fd20 bsp=e00019bc7b559258 [] linvfs_read+0x100/0x160 sp=e00019bc7b55fd30 bsp=e00019bc7b559220 [] do_sync_read+0x140/0x1a0 sp=e00019bc7b55fd40 bsp=e00019bc7b5591d8 [] vfs_read+0x1c0/0x2e0 sp=e00019bc7b55fe20 bsp=e00019bc7b559188 [] sys_read+0x70/0xe0 sp=e00019bc7b55fe20 bsp=e00019bc7b559110 [] ia64_ret_from_syscall+0x0/0x20 sp=e00019bc7b55fe30 bsp=e00019bc7b559110 Kernel panic - not syncing: Aiee, killing interrupt handler! Rebooting in 5 seconds.. From owner-linux-xfs Mon Sep 13 16:59:42 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 16:59:44 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8DNxeqV009292 for ; Mon, 13 Sep 2004 16:59:41 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA05478; Tue, 14 Sep 2004 09:59:19 +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 i8DNxGln4138239; Tue, 14 Sep 2004 09:59:17 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8DNxELY4141366; Tue, 14 Sep 2004 09:59:14 +1000 (EST) Date: Tue, 14 Sep 2004 09:59:14 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20040914095914.A4118499@wobbly.melbourne.sgi.com> References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4145D141.1040907@med.ge.com>; from james.foris@med.ge.com on Mon, Sep 13, 2004 at 11:56:33AM -0500 X-archive-position: 4123 X-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 Hi James, On Mon, Sep 13, 2004 at 11:56:33AM -0500, James Foris wrote: > > More correctly, it happened between 2.6.5 and 2.6.5-bk1 > > So..... something in the 2.6.5-bk1 patchset caused the change. > Any suggestions where to begin looking (other than fs/direct_io.x) ? http://kernel.org/pub/linux/kernel/v2.6/snapshots/old/patch-2.6.5-bk1.log search for "direct" -- looks like -bk1 includes all the changes I was refering to earlier (and a bunch more) :( So, the needle is somewhere in that haystack... cheers. -- Nathan From owner-linux-xfs Mon Sep 13 17:49:24 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 13 Sep 2004 17:49:26 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8E0nODc012359 for ; Mon, 13 Sep 2004 17:49:24 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8E0nE0f020820 for ; Mon, 13 Sep 2004 19:49:14 -0500 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8E0mDl230565407 for ; Mon, 13 Sep 2004 17:48:13 -0700 (PDT) Received: from mill ([198.149.36.12]) by cthulhu.engr.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id i8E0lCY910297686; Mon, 13 Sep 2004 17:47:13 -0700 (PDT) From: Jesse Barnes To: linux-kernel@vger.kernel.org Subject: Re: aio (maybe XFS) bug? Date: Mon, 13 Sep 2004 17:47:11 -0700 User-Agent: KMail/1.7 Cc: linux-xfs@oss.sgi.com References: <200409131519.03065.jbarnes@engr.sgi.com> In-Reply-To: <200409131519.03065.jbarnes@engr.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409131747.12052.jbarnes@engr.sgi.com> X-archive-position: 4124 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jbarnes@engr.sgi.com Precedence: bulk X-list: linux-xfs On Monday, September 13, 2004 3:19 pm, Jesse Barnes wrote: > I just got this panic running aim7 on 2.6.9-rc2, is it a known problem > and/or likely to be a generic aio problem? I'm trying to reproduce this on a non-broken machine, so don't worry about it unless I repost. Thanks, Jesse From owner-linux-xfs Tue Sep 14 08:10:05 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 08:10:11 -0700 (PDT) Received: from ext-nj2gw-5.online-age.net (ext-nj2gw-5.online-age.net [64.14.56.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8EFA4b2030251 for ; Tue, 14 Sep 2004 08:10:05 -0700 Received: from int-nj2gw-1.online-age.net (int-nj2gw-1 [3.159.236.65]) by ext-nj2gw-5.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8EF9jA9006797; Tue, 14 Sep 2004 11:09:45 -0400 (EDT) Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-nj2gw-1.online-age.net (8.12.9/8.12.8/990426-RLH) with ESMTP id i8EF9h4o026237; Tue, 14 Sep 2004 11:09:44 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYL2DDR6; Tue, 14 Sep 2004 10:09:43 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id S6HQ5W16; Tue, 14 Sep 2004 10:09:30 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id KAA00394; Tue, 14 Sep 2004 10:09:19 -0500 (CDT) Message-ID: <414706FA.1040202@med.ge.com> Date: Tue, 14 Sep 2004 09:58:02 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> In-Reply-To: <20040914095914.A4118499@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4125 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > Hi James, > > On Mon, Sep 13, 2004 at 11:56:33AM -0500, James Foris wrote: > >>More correctly, it happened between 2.6.5 and 2.6.5-bk1 >> >>So..... something in the 2.6.5-bk1 patchset caused the change. >>Any suggestions where to begin looking (other than fs/direct_io.x) ? > > > http://kernel.org/pub/linux/kernel/v2.6/snapshots/old/patch-2.6.5-bk1.log Yup... a bunch more. "Major surgery against the pagecache, radix-tree and writeback code" The interesting question is; why do XFS and REISER suffer under O_DIRECT when other file systems improve? And why does s/w RAID0 with an external journal suffer much worse than a simple file system with an internal journal? Do these questions suggest anyplace else to look ? Jim Foris > > search for "direct" -- looks like -bk1 includes all the changes I > was refering to earlier (and a bunch more) :( So, the needle is > somewhere in that haystack... > > cheers. > From owner-linux-xfs Tue Sep 14 08:18:10 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 08:18:12 -0700 (PDT) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8EFIAUG030963 for ; Tue, 14 Sep 2004 08:18:10 -0700 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Sep 2004 08:17:55 -0700 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Sep 2004 08:17:55 -0700 Message-ID: <41470B10.2090206@xfs.org> Date: Tue, 14 Sep 2004 10:15:28 -0500 From: Steve Lord User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: james.foris@med.ge.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <414706FA.1040202@med.ge.com> In-Reply-To: <414706FA.1040202@med.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Sep 2004 15:17:55.0560 (UTC) FILETIME=[02B34680:01C49A6E] X-archive-position: 4126 X-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 James Foris wrote: > Nathan Scott wrote: > >> Hi James, >> >> On Mon, Sep 13, 2004 at 11:56:33AM -0500, James Foris wrote: >> >>> More correctly, it happened between 2.6.5 and 2.6.5-bk1 >>> >>> So..... something in the 2.6.5-bk1 patchset caused the change. >>> Any suggestions where to begin looking (other than fs/direct_io.x) ? >> >> >> >> http://kernel.org/pub/linux/kernel/v2.6/snapshots/old/patch-2.6.5-bk1.log > > > Yup... a bunch more. > > "Major surgery against the pagecache, radix-tree and writeback code" > > The interesting question is; why do XFS and REISER suffer under O_DIRECT > when other file systems improve? And why does s/w RAID0 with an external > journal suffer much worse than a simple file system with an internal > journal? > > Do these questions suggest anyplace else to look ? Cache invalidation before and after O_DIRECT seems like a good starting point. The raid0 external journal thing is probably a separate issue. Steve From owner-linux-xfs Tue Sep 14 09:00:17 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 09:00:18 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8EG0GXV004332 for ; Tue, 14 Sep 2004 09:00:16 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8EG060f024054 for ; Tue, 14 Sep 2004 11:00:06 -0500 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8EG00ZO23455116; Tue, 14 Sep 2004 11:00:00 -0500 (CDT) Message-ID: <4147157F.4020101@sgi.com> Date: Tue, 14 Sep 2004 10:59:59 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joshua Schmidlkofer CC: linux-xfs@oss.sgi.com, jch@dev.imr-net.com Subject: Re: Lost files on long running systems References: <4145CECE.3040903@pacrimopen.com> In-Reply-To: <4145CECE.3040903@pacrimopen.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4127 X-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 Joshua Schmidlkofer wrote: > After long running periods, [Which on Intel Hardware, with battery > backups is 90 - 180 days], I will run into a situation with an upgrade > where I have to reboot. Usually, since I have downtime, I have been > running xfs_repair. What I almost always find will be a couple hundred > files and directories moved to lost+found. Just to start with, are you using the -L option to repair? Were the filesystems cleanly unmounted before you repaired? What prompted you to run repair in the first place? :) -Eric From owner-linux-xfs Tue Sep 14 10:05:22 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 10:05:26 -0700 (PDT) Received: from ext-nj2gw-2.online-age.net (ext-nj2gw-2.online-age.net [216.35.73.164]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8EH5L4l006427 for ; Tue, 14 Sep 2004 10:05:22 -0700 Received: from int-nj2gw-6.online-age.net (int-nj2gw-6 [3.159.236.70]) by ext-nj2gw-2.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8EH54nd001948; Tue, 14 Sep 2004 13:05:04 -0400 (EDT) Received: from uswaumsxb1medge.am.med.ge.com (localhost [127.0.0.1]) by int-nj2gw-6.online-age.net (8.12.9/8.12.8/990426-RLH) with ESMTP id i8EH52Oj006069; Tue, 14 Sep 2004 13:05:03 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb1medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYYANSJ1; Tue, 14 Sep 2004 12:05:02 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id S6HQ6YLC; Tue, 14 Sep 2004 12:05:00 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id MAA14160; Tue, 14 Sep 2004 12:04:56 -0500 (CDT) Message-ID: <41472212.1090605@med.ge.com> Date: Tue, 14 Sep 2004 11:53:38 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> In-Reply-To: <20040914095914.A4118499@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4128 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > Hi James, > > On Mon, Sep 13, 2004 at 11:56:33AM -0500, James Foris wrote: > >>More correctly, it happened between 2.6.5 and 2.6.5-bk1 >> >>So..... something in the 2.6.5-bk1 patchset caused the change. >>Any suggestions where to begin looking (other than fs/direct_io.x) ? > > > http://kernel.org/pub/linux/kernel/v2.6/snapshots/old/patch-2.6.5-bk1.log > > search for "direct" -- looks like -bk1 includes all the changes I > was refering to earlier (and a bunch more) :( So, the needle is > somewhere in that haystack... Yes, and no. I think I have figured out what is happening - and I would consider it a bug. I put a drop-through printk in mm/filemap.c to report when O_DIRECT hits the following: /* * If we get here for O_DIRECT writes then we must have fallen through * to buffered writes (block instantiation inside i_size). So we sync * the file data here, to try to honour O_DIRECT expectations. */ if (unlikely(file->f_flags & O_DIRECT) && written) status = filemap_write_and_wait(mapping); I noticed that when I re-ran the tests, I started seeing these markers despite being boundry and size alligned.... So I ran the following sequence (with the results shown): ./write-bench --num-writes 1 --write-size 0x10000 --sync --direct /raw_data2/write.dat wrote 0.062 MB in 1 writes, 0.062 MB/write, 0.001 sec; 56.408 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x18000 --sync --direct /raw_data2/write.dat wrote 0.094 MB in 1 writes, 0.094 MB/write, 0.001 sec; 67.784 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x1c000 --sync --direct /raw_data2/write.dat wrote 0.109 MB in 1 writes, 0.109 MB/write, 0.002 sec; 69.844 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x20000 --sync --direct /raw_data2/write.dat wrote 0.125 MB in 1 writes, 0.125 MB/write, 0.002 sec; 76.359 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x24000 --sync --direct /raw_data2/write.dat wrote 0.141 MB in 1 writes, 0.141 MB/write, 0.002 sec; 81.146 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x28000 --sync --direct /raw_data2/write.dat wrote 0.156 MB in 1 writes, 0.156 MB/write, 0.002 sec; 85.475 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x2c000 --sync --direct /raw_data2/write.dat wrote 0.172 MB in 1 writes, 0.172 MB/write, 0.023 sec; 7.482 MB/s 0.01 % full ---------------------------------------------------------------------------------------------^^^ ./write-bench --num-writes 1 --write-size 0x30000 --sync --direct /raw_data2/write.dat wrote 0.188 MB in 1 writes, 0.188 MB/write, 0.022 sec; 8.649 MB/s 0.01 % full ./write-bench --num-writes 1 --write-size 0x34000 --sync --direct /raw_data2/write.dat wrote 0.203 MB in 1 writes, 0.203 MB/write, 0.016 sec; 13.043 MB/s 0.01 % full So, what appears to be happening is that the new logic is treating ANYTHING past the first transaction (first 150K of the write) as a residual requiring buffering/fully syncronous operation reguardless of boundry or size - which says O_DIRECT no longer works on files greater than 150K. Does this analysis sound about right to you ? Jim Foris > > cheers. > From owner-linux-xfs Tue Sep 14 10:16:47 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 10:16:49 -0700 (PDT) Received: from ext-ch1gw-5.online-age.net (ext-ch1gw-5.online-age.net [64.37.194.13]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8EHGkGS006923 for ; Tue, 14 Sep 2004 10:16:47 -0700 Received: from int-ch1gw-6.online-age.net (int-ch1gw-6 [3.159.232.70]) by ext-ch1gw-5.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8EHGQ4b013401; Tue, 14 Sep 2004 13:16:27 -0400 (EDT) Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-ch1gw-6.online-age.net (8.12.9/8.12.3/990426-RLH) with ESMTP id i8EHGPIH020297; Tue, 14 Sep 2004 13:16:26 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id SYL21JWW; Tue, 14 Sep 2004 12:16:25 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id S6HQ66SC; Tue, 14 Sep 2004 12:15:51 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id MAA15046; Tue, 14 Sep 2004 12:15:30 -0500 (CDT) Message-ID: <4147248C.2020400@med.ge.com> Date: Tue, 14 Sep 2004 12:04:12 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> In-Reply-To: <20040914095914.A4118499@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4129 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > Hi James, > > On Mon, Sep 13, 2004 at 11:56:33AM -0500, James Foris wrote: > >>More correctly, it happened between 2.6.5 and 2.6.5-bk1 >> >>So..... something in the 2.6.5-bk1 patchset caused the change. >>Any suggestions where to begin looking (other than fs/direct_io.x) ? > > > http://kernel.org/pub/linux/kernel/v2.6/snapshots/old/patch-2.6.5-bk1.log > > search for "direct" -- looks like -bk1 includes all the changes I > was refering to earlier (and a bunch more) :( So, the needle is > somewhere in that haystack... Sorry...Forgot to mention - The printk warnings did not appear again until I exceeded th the 150K file write size, at which time the performance dropped dramatically. Jim Foris > > cheers. > From owner-linux-xfs Tue Sep 14 14:04:01 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 14:04:03 -0700 (PDT) Received: from xanoptix.com (host-64-65-199-187.man.choiceone.net [64.65.199.187]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8EL40cj018009 for ; Tue, 14 Sep 2004 14:04:00 -0700 Received: (qmail 16343 invoked from network); 14 Sep 2004 21:03:49 -0000 Received: from hal.mer.xanoptix.com (HELO ?10.20.1.77?) (10.20.1.77) by 0 with SMTP; 14 Sep 2004 21:03:49 -0000 Message-ID: <41475CBD.2040201@xanoptix.com> Date: Tue, 14 Sep 2004 17:03:57 -0400 From: "Ken D'Ambrosio" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: updatedb segfaults, and find dies... Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4130 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kend@xanoptix.com Precedence: bulk X-list: linux-xfs Hello, all. I recently installed a new server, with XFS, kernel 2.6.6, on a 3Ware 9500 controller (using the 3Ware stand-alone driver). When I attempt to do an updatedb, it gets about 200 files in (shown by watching strace), and segfaults. When I do a find from root, it dies -- in the same place -- with "find: ./.. changed during execution of find". If I delete the file that they are dying on, they then die on a different file. Someone suggested it might have something to do with de-referencing symlinks, so, for the hell of it, I tried "find -follow", and it worked... even though none of the files that were being looked at were symlinks. Is it possible this is an FS issue, or...? Aside from this odd behavior, everything else on the system (*knocks wood*) appears to be fine. Thanks! Ken D'Ambrosio Sr. SysAdmin, Xanoptix, Inc. From owner-linux-xfs Tue Sep 14 17:55:58 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 17:56:02 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8F0tuTl031274 for ; Tue, 14 Sep 2004 17:55:57 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA05176; Wed, 15 Sep 2004 10:55:37 +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 i8F0tZln4168695; Wed, 15 Sep 2004 10:55:35 +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 i8F1o6Ej013258; Wed, 15 Sep 2004 11:50:06 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8F1o2hN013256; Wed, 15 Sep 2004 11:50:02 +1000 Date: Wed, 15 Sep 2004 11:50:02 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20040915015002.GA12795@frodo> References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41472212.1090605@med.ge.com> User-Agent: Mutt/1.5.3i X-archive-position: 4131 X-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 Hi James, On Tue, Sep 14, 2004 at 11:53:38AM -0500, James Foris wrote: > ... > I put a drop-through printk in mm/filemap.c to report when O_DIRECT hits the > following: > > /* > * If we get here for O_DIRECT writes then we must have fallen > through > * to buffered writes (block instantiation inside i_size). So > we sync > * the file data here, to try to honour O_DIRECT expectations. > */ > if (unlikely(file->f_flags & O_DIRECT) && written) > status = filemap_write_and_wait(mapping); Hmmm... very interesting. > > So, what appears to be happening is that the new logic is treating ANYTHING > past the first > transaction (first 150K of the write) as a residual requiring > buffering/fully syncronous > operation reguardless of boundry or size - which says O_DIRECT no longer > works on > files greater than 150K. > > Does this analysis sound about right to you ? Sort of, I think you're on the right track. I'll try to get hold of a fast machine today to see if I can see this behavior (my usual test machine is quite plodding, and I think thats why I'm not reproducing this atm). But, if your test program is creating the file each time and not doing more than just sequential writes (not writes into holes), then if you're getting into that filemap_write_and_wait call above I suspect that will be the root cause of your problem (i.e, we should not be falling back to buffered for your test case, if your program is doing what I think its doing). To check this, if you change fs/direct-io.c::get_more_blocks to never set "beyond_eof" to one, does the problem go away? thanks! -- Nathan From owner-linux-xfs Tue Sep 14 21:15:51 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 14 Sep 2004 21:15:53 -0700 (PDT) Received: from sandeen.net (sandeen.net [209.173.210.139]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8F4FoX1014321 for ; Tue, 14 Sep 2004 21:15:50 -0700 Received: from [10.0.0.2] (sandeen.net [209.173.210.139]) by sandeen.net (Postfix) with ESMTP id CDF6828170A; Tue, 14 Sep 2004 23:15:34 -0500 (CDT) Message-ID: <4147C1E6.8060608@sgi.com> Date: Tue, 14 Sep 2004 23:15:34 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.1 (Macintosh/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Ken D'Ambrosio" Cc: linux-xfs@oss.sgi.com Subject: Re: updatedb segfaults, and find dies... References: <41475CBD.2040201@xanoptix.com> In-Reply-To: <41475CBD.2040201@xanoptix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4132 X-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 I'd strace the segfaulting app and/or get a core file out of it, point gdb at it, and get a backtrace to see what went wrong from the app's point of view. -Eric Ken D'Ambrosio wrote: > Hello, all. I recently installed a new server, with XFS, kernel 2.6.6, > on a 3Ware 9500 controller (using the 3Ware stand-alone driver). When I > attempt to do an updatedb, it gets about 200 files in (shown by watching > strace), and segfaults. When I do a find from root, it dies -- in the > same place -- with "find: ./.. changed during execution of find". If I > delete the file that they are dying on, they then die on a different > file. Someone suggested it might have something to do with > de-referencing symlinks, so, for the hell of it, I tried "find -follow", > and it worked... even though none of the files that were being looked at > were symlinks. > > Is it possible this is an FS issue, or...? > > Aside from this odd behavior, everything else on the system (*knocks > wood*) appears to be fine. > > Thanks! > > Ken D'Ambrosio > Sr. SysAdmin, > Xanoptix, Inc. > From owner-linux-xfs Wed Sep 15 00:39:04 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 15 Sep 2004 00:39:15 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8F7d1SG001444 for ; Wed, 15 Sep 2004 00:39:02 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA13025; Wed, 15 Sep 2004 17:38:43 +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 i8F7cfln4177851; Wed, 15 Sep 2004 17:38:41 +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 i8F8XBEj014290; Wed, 15 Sep 2004 18:33:11 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8F8X73u014288; Wed, 15 Sep 2004 18:33:07 +1000 Date: Wed, 15 Sep 2004 18:33:07 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20040915083307.GA14251@frodo> References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> <20040915015002.GA12795@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040915015002.GA12795@frodo> User-Agent: Mutt/1.5.3i X-archive-position: 4133 X-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 Hi there, On Wed, Sep 15, 2004 at 11:50:02AM +1000, Nathan Scott wrote: > On Tue, Sep 14, 2004 at 11:53:38AM -0500, James Foris wrote: > > ... > > I put a drop-through printk in mm/filemap.c to report when O_DIRECT hits the > > following: > > > > /* > > * If we get here for O_DIRECT writes then we must have fallen > > through > > * to buffered writes (block instantiation inside i_size). So > > we sync > > * the file data here, to try to honour O_DIRECT expectations. > > */ > > if (unlikely(file->f_flags & O_DIRECT) && written) > > status = filemap_write_and_wait(mapping); > > Hmmm... very interesting. > Could you try the patch below James? It should apply cleanly to the 2.6.x-xfs cvs tree on oss.sgi.com, or to Linus' current -bk tree (but that may need a little bit of tweaking, not sure off the top of my head). Let me know if the numbers are good/bad/indifferent (or if you see any hangs etc - I really need to stare at the locking in here for a whole lot longer). thanks! -- Nathan =========================================================================== fs/direct-io.c =========================================================================== --- a/fs/direct-io.c Wed Sep 15 17:29:16 2004 +++ b/fs/direct-io.c Wed Sep 15 17:29:13 2004 @@ -53,9 +53,12 @@ * If blkfactor is zero then the user's request was aligned to the filesystem's * blocksize. * - * needs_locking is set for regular files on direct-IO-naive filesystems. It + * needs_locking is one for regular files on direct-IO-naive filesystems. It * determines whether we need to do the fancy locking which prevents direct-IO - * from being able to read uninitialised disk blocks. + * from being able to read uninitialised disk blocks. When needs_locking iso + * zero (blockdev) this locking is not done, and when a value of two is used, + * i_sem is not held for the entire direct write (it is held initially only, + * during reads). */ struct dio { @@ -212,7 +215,7 @@ { if (dio->end_io && dio->result) dio->end_io(dio->inode, offset, bytes, dio->map_bh.b_private); - if (dio->needs_locking) + if (dio->needs_locking > 0) up_read(&dio->inode->i_alloc_sem); } @@ -492,7 +495,7 @@ unsigned long fs_count; /* Number of filesystem-sized blocks */ unsigned long dio_count;/* Number of dio_block-sized blocks */ unsigned long blkmask; - int beyond_eof = 0; + int create; /* * If there was a memory error and we've overwritten all the @@ -510,10 +513,13 @@ if (dio_count & blkmask) fs_count++; - if (dio->needs_locking) { - if (dio->block_in_file >= (i_size_read(dio->inode) >> - dio->blkbits)) - beyond_eof = 1; + create = dio->rw == WRITE; + if (dio->needs_locking == 1) { + if (dio->block_in_file < (i_size_read(dio->inode) >> + dio->blkbits) && create) + create = 0; + } else if (dio->needs_locking == 0) { + create = 0; } /* * For writes inside i_size we forbid block creations: only @@ -522,7 +528,7 @@ * writes. */ ret = (*dio->get_blocks)(dio->inode, fs_startblk, fs_count, - map_bh, (dio->rw == WRITE) && beyond_eof); + map_bh, create); } return ret; } @@ -1024,7 +1030,7 @@ * we can let i_sem go now that its achieved its purpose * of protecting us from looking up uninitialized blocks. */ - if ((rw == READ) && dio->needs_locking) + if ((rw == READ) && dio->needs_locking == 1) up(&dio->inode->i_sem); /* @@ -1160,8 +1166,8 @@ * writers need to grab i_alloc_sem only (i_sem is already held) */ needs_locking = 0; - if (S_ISREG(inode->i_mode) && needs_special_locking) { - needs_locking = 1; + if (S_ISREG(inode->i_mode) && needs_special_locking > 0) { + needs_locking = needs_special_locking; if (rw == READ) { struct address_space *mapping; @@ -1173,8 +1179,12 @@ kfree(dio); goto out; } + down_read(&inode->i_alloc_sem); + if (needs_special_locking == 2) + up(&inode->i_sem); + } else { + down_read(&inode->i_alloc_sem); } - down_read(&inode->i_alloc_sem); } dio->needs_locking = needs_locking; /* =========================================================================== fs/xfs/linux-2.6/xfs_aops.c =========================================================================== --- a/fs/xfs/linux-2.6/xfs_aops.c Wed Sep 15 17:29:16 2004 +++ b/fs/xfs/linux-2.6/xfs_aops.c Wed Sep 15 17:26:31 2004 @@ -1024,7 +1024,7 @@ if (error) return -error; - return blockdev_direct_IO_no_locking(rw, iocb, inode, + return blockdev_direct_IO_own_locking(rw, iocb, inode, iomap.iomap_target->pbr_bdev, iov, offset, nr_segs, linvfs_get_blocks_direct, =========================================================================== include/linux/fs.h =========================================================================== --- a/include/linux/fs.h Wed Sep 15 17:29:16 2004 +++ b/include/linux/fs.h Wed Sep 15 17:18:17 2004 @@ -1476,6 +1476,15 @@ nr_segs, get_blocks, end_io, 0); } +static inline ssize_t blockdev_direct_IO_own_locking(int rw, struct kiocb *iocb, + struct inode *inode, struct block_device *bdev, const struct iovec *iov, + loff_t offset, unsigned long nr_segs, get_blocks_t get_blocks, + dio_iodone_t end_io) +{ + return __blockdev_direct_IO(rw, iocb, inode, bdev, iov, offset, + nr_segs, get_blocks, end_io, 2); +} + extern struct file_operations generic_ro_fops; #define special_file(m) (S_ISCHR(m)||S_ISBLK(m)||S_ISFIFO(m)||S_ISSOCK(m)) From owner-linux-xfs Wed Sep 15 09:52:33 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 15 Sep 2004 09:52:35 -0700 (PDT) Received: from mail.dev.rtsoft.ru (RT-soft-2.Moscow.itn.ru [80.240.96.70]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8FGqVeW029536 for ; Wed, 15 Sep 2004 09:52:32 -0700 Received: (qmail 24574 invoked from network); 15 Sep 2004 16:37:29 -0000 Received: from unknown (HELO dev.rtsoft.ru) (192.168.1.199) by mail.dev.rtsoft.ru with SMTP; 15 Sep 2004 16:37:29 -0000 Message-ID: <41487343.5010009@dev.rtsoft.ru> Date: Wed, 15 Sep 2004 20:52:19 +0400 From: Pavel Kiryukhin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: Pavel Kiryukhin Subject: bad block number and bad nblocks after simple file operations. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4134 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: savl@dev.rtsoft.ru Precedence: bulk X-list: linux-xfs Hi, can anybody help me and answer: is it normal XFS behavior or something is terribly wrong? 1) I have created and mounted xfs using loop device and NFS (with IDE disk results are generally the same), 2) created file "testfile", directoty "tesdir" and file "testfile"1 in it. 3) unmounted xfs and started xfs_db xfs_db> blockget -n inode 132 bad block number 3870332469381120 [6291456,2048], offset 4238657 bad nblocks 1 for inode 132, counted 0 inode 134 bad block number 1759274439018496 [6815744,2048], offset 4238659 bad nblocks 1 for inode 134, counted 0 block 0/12 type unknown not expected block 0/13 type unknown not expected xfs_db> ncheck 131 testdir/. 132 testfile 134 testdir/testfile1 xfs_db> log stop After that I can mount again and work with XFS, read/write/create files etc. My platform is MIPS (LE and BE), 2.4.20 kernel -- Thank you, Pavel Kiryukhin From owner-linux-xfs Wed Sep 15 14:49:50 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 15 Sep 2004 14:49:53 -0700 (PDT) Received: from ext-ch1gw-5.online-age.net (ext-ch1gw-5.online-age.net [64.37.194.13]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8FLnlSw017716 for ; Wed, 15 Sep 2004 14:49:50 -0700 Received: from int-ch1gw-1.online-age.net (int-ch1gw-1 [3.159.232.65]) by ext-ch1gw-5.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8FLnT4b013057; Wed, 15 Sep 2004 17:49:30 -0400 (EDT) Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-ch1gw-1.online-age.net (8.12.9/8.12.3/990426-RLH) with ESMTP id i8FLnSKv001539; Wed, 15 Sep 2004 17:49:29 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id S0HA4R7L; Wed, 15 Sep 2004 16:49:28 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id S8MBBJN7; Wed, 15 Sep 2004 16:49:28 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id QAA01404; Wed, 15 Sep 2004 16:49:23 -0500 (CDT) Message-ID: <4148B636.8070505@med.ge.com> Date: Wed, 15 Sep 2004 16:37:58 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> <20040915015002.GA12795@frodo> <20040915083307.GA14251@frodo> In-Reply-To: <20040915083307.GA14251@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4135 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > Hi there, > > On Wed, Sep 15, 2004 at 11:50:02AM +1000, Nathan Scott wrote: > >>On Tue, Sep 14, 2004 at 11:53:38AM -0500, James Foris wrote: >> >>>... >>>I put a drop-through printk in mm/filemap.c to report when O_DIRECT hits the >>>following: >>> >>> /* >>> * If we get here for O_DIRECT writes then we must have fallen >>> through >>> * to buffered writes (block instantiation inside i_size). So >>> we sync >>> * the file data here, to try to honour O_DIRECT expectations. >>> */ >>> if (unlikely(file->f_flags & O_DIRECT) && written) >>> status = filemap_write_and_wait(mapping); >> >>Hmmm... very interesting. >> > > > Could you try the patch below James? It should apply > cleanly to the 2.6.x-xfs cvs tree on oss.sgi.com, or to > Linus' current -bk tree (but that may need a little bit > of tweaking, not sure off the top of my head). It worked against linus' current tree (2.6.9-rc2), and initial tests look VERY good! I am no longer seeing the marker I planted, performance no longer drops in the original test case, and on individual single-write runs I have seen a reported peak of 142 MB/s for a single 300K file write (where the highest, previously, was ~86MB/s for a 150K file). It will take a few days to get access to the high-speed RAID so that I can test the effects out there, but this is definately the right track! I will report what happens. I guess the question now is what is needed to get this broadly reviewed, tested, finalized, and (hopefully) into the mainline? Also, where can I pick up the XFS test/validation suite that I have seen discussed here ? (It does not seem to be packaged anywhere on the oss.sgi.com FTP site.) Thanks again, Jim Foris > > Let me know if the numbers are good/bad/indifferent (or > if you see any hangs etc - I really need to stare at the > locking in here for a whole lot longer). > > thanks! > From owner-linux-xfs Wed Sep 15 16:45:15 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 15 Sep 2004 16:45:18 -0700 (PDT) Received: from war.OCF.Berkeley.EDU (IDENT:0@war.OCF.Berkeley.EDU [192.58.221.244]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8FNjF2s026598 for ; Wed, 15 Sep 2004 16:45:15 -0700 Received: from conquest.OCF.Berkeley.EDU (IDENT:1@conquest.OCF.Berkeley.EDU [192.58.221.248]) by war.OCF.Berkeley.EDU (8.12.11/8.9.3) with ESMTP id i8FNisDq002763 for ; Wed, 15 Sep 2004 16:44:57 -0700 (PDT) (envelope-from slaton@ocf.berkeley.edu) Received: from localhost (slaton@localhost) by conquest.OCF.Berkeley.EDU (8.11.7/8.11.7) with ESMTP id i8FNisu15141 for ; Wed, 15 Sep 2004 16:44:54 -0700 (PDT) X-Authentication-Warning: conquest.OCF.Berkeley.EDU: slaton owned process doing -bs Date: Wed, 15 Sep 2004 16:44:53 -0700 (PDT) From: slaton To: linux-xfs@oss.sgi.com Subject: xfs_force_shutdown called on hardware RAID5+0 XFS filesystem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4136 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: slaton@OCF.Berkeley.EDU Precedence: bulk X-list: linux-xfs We noticed that NFS mounts from the fileserver had gone stale this morning. These correspond to two hardware RAID LUNs (info below). I logged into the fileserver and found that the mountpoints were dead as well, even though according to mount they were still there. Checked the kernel log and found a whole slew of SCSI errors had started shortly after 4am (hmm, cron-time) and then continued when a user showed up to work, culminating in an xfs_force_shutdown of the filesystem at 9am. Which of course triggered a whole slew of further I/O errors. After rebooting (with NFS shares disabled), the two RAID volumes mounted as clean. xfs_check found no errors and exited silently. The data appears to be there, although I haven't run anything to generate much file I/O, and haven't yet re-opened the NFS shares. Should I upgrade to a new kernel and XFS release before investigating this further? System info and some kernel log excerpts are below; the full kernel log (events related to this) can be downloaded from http://cryoem.berkeley.edu/~slaton/kernel.040915.scsicrash.gz thanks, slaton system info: hardware: dual 32-bit Xeon system OS: Red Hat Linux 8.0 kernel: custom 2.4.19 kernel compiled with SGI XFS 1.2pre5 kernel args: max_scsi_luns=255 host adapter: Adaptec 29160 RAID volume: 3.7 TB hardware RAID5+0 box, SATA drives, SCSI system interface, divided into two LUNs of 2.0 and 1.7 TB size. kernel log excerpts: scsi1:0:3:0: Attempting to queue an ABORT message scsi1: Dumping Card State while idle, at SEQADDR 0x8 DevQ(0:3:0): 0 waiting DevQ(0:3:1): 0 waiting scsi1:A:3: parity error detected in DT Data-in phase. SEQADDR(0x1a2) SCSIRATE(0x0) ^IUnexpected non-DT Data Phase scsi1:0:3:0: Attempting to queue an ABORT message scsi1: Dumping Card State in Message-in phase, at SEQADDR 0x168 scsi1:0:3:0: Cmd aborted from QINFIFO aic7xxx_abort returns 0x2002 scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 3 lun 0 SCSI disk error : host 1 channel 0 id 3 lun 0 return code = 70002 I/O error: dev 08:11, sector 671088736 I/O error in filesystem ("sd(8,17)") meta-data dev 0x811 block 0x28000060^I ("xfs_trans_read_buf") error 5 buf count 4096 EFSCORRUPTED returned from file xfs_ialloc.c line 1313 last message repeated 29 times xfs_btree_check_sblock: Not OK: magic 0x3a0eb8a5 level 47532 numrecs 50791 leftsib -1188756534 rightsib -1171161293 nfsd: non-standard errno: -990 xfs_force_shutdown(sd(8,17),0x2) called from line 957 of file xfs_log.c. Return address = 0xf8bc4b2f Log I/O Error Detected. Shutting down filesystem: sd(8,17) Please umount the filesystem, and rectify the problem(s) SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 64 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 72 I/O error in filesystem ("sd(8,33)") meta-data dev 0x821 block 0x40^I ("xfs_trans_read_buf") error 5 buf count 8192 XFS unmount got error 5 linvfs_put_super: vfsp/0xc28df640 left dangling! VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 0 XFS: bad magic number XFS: SB validate failed SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 0 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 1 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 2 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 3 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 4 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 5 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 6 SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 I/O error: dev 08:21, sector 7 From owner-linux-xfs Wed Sep 15 20:36:21 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 15 Sep 2004 20:36:24 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8G3aJ3H002819 for ; Wed, 15 Sep 2004 20:36:21 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA06449; Thu, 16 Sep 2004 13:33:16 +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 i8G3Uvln4201178; Thu, 16 Sep 2004 13:32:05 +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 i8G4OwEj017105; Thu, 16 Sep 2004 14:25:06 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8G4OBsa017103; Thu, 16 Sep 2004 14:24:11 +1000 Date: Thu, 16 Sep 2004 14:24:11 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20040916042411.GB14251@frodo> References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> <20040915015002.GA12795@frodo> <20040915083307.GA14251@frodo> <4148B636.8070505@med.ge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4148B636.8070505@med.ge.com> User-Agent: Mutt/1.5.3i X-archive-position: 4137 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Sep 15, 2004 at 04:37:58PM -0500, James Foris wrote: > It worked against linus' current tree (2.6.9-rc2), and initial tests > look VERY good! Ah, good to hear. > It will take a few days to get access to the high-speed RAID so that > I can test the effects out there, but this is definately the right track! > > I will report what happens. Thanks. > I guess the question now is what is needed to get this broadly > reviewed, tested, finalized, and (hopefully) into the mainline? I'll push it along once I've tidied it up a bit & am happy that its correct; you needn't worry about that side of things. > Also, where can I pick up the XFS test/validation suite that I have > seen discussed here ? (It does not seem to be packaged anywhere > on the oss.sgi.com FTP site.) In the xfs-cmds cvs tree, the xfstests directory. cheers. -- Nathan From owner-linux-xfs Thu Sep 16 03:27:47 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 03:27:50 -0700 (PDT) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8GARkdv020447 for ; Thu, 16 Sep 2004 03:27:47 -0700 Received: from [10.0.2.53] (host-6.coltex.demon.nl [212.238.252.70]) (authenticated bits=0) by smtp-vbr12.xs4all.nl (8.12.11/8.12.11) with ESMTP id i8GARVPj059347; Thu, 16 Sep 2004 12:27:31 +0200 (CEST) (envelope-from seth.mos@xs4all.nl) Message-ID: <41496A92.50304@xs4all.nl> Date: Thu, 16 Sep 2004 12:27:30 +0200 From: Seth Mos User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: slaton CC: linux-xfs@oss.sgi.com Subject: Re: xfs_force_shutdown called on hardware RAID5+0 XFS filesystem References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-archive-position: 4138 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: seth.mos@xs4all.nl Precedence: bulk X-list: linux-xfs slaton wrote: > We noticed that NFS mounts from the fileserver had gone stale this > morning. These correspond to two hardware RAID LUNs (info below). I logged > into the fileserver and found that the mountpoints were dead as well, even Your hardware raid threw a IO error. This should _not_ happen. You probably have a almost broken disk. Hardware error which results in xfs shutting the filesystem down. > Should I upgrade to a new kernel and XFS release before investigating this > further? System info and some kernel log excerpts are below; the full > kernel log (events related to this) can be downloaded from > http://cryoem.berkeley.edu/~slaton/kernel.040915.scsicrash.gz XFS is not at fault here, although a newer kernel might alleviate or at least provide more info about the hardware problem. I am curious as to what raid controller you use. Some raid controllers from adaptec have a tendency to get their panties in a knot and die under heavy IO (updatedb). Cheers Seth From owner-linux-xfs Thu Sep 16 03:37:19 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 03:37:25 -0700 (PDT) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8GAbIN6020869 for ; Thu, 16 Sep 2004 03:37:19 -0700 Received: from [10.0.2.53] (host-6.coltex.demon.nl [212.238.252.70]) (authenticated bits=0) by smtp-vbr11.xs4all.nl (8.12.11/8.12.11) with ESMTP id i8GAb7R8087720; Thu, 16 Sep 2004 12:37:07 +0200 (CEST) (envelope-from seth.mos@xs4all.nl) Message-ID: <41496CD2.3060305@xs4all.nl> Date: Thu, 16 Sep 2004 12:37:06 +0200 From: Seth Mos User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Ken D'Ambrosio" CC: linux-xfs@oss.sgi.com Subject: Re: updatedb segfaults, and find dies... References: <41475CBD.2040201@xanoptix.com> In-Reply-To: <41475CBD.2040201@xanoptix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-archive-position: 4139 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: seth.mos@xs4all.nl Precedence: bulk X-list: linux-xfs Ken D'Ambrosio wrote: > Hello, all. I recently installed a new server, with XFS, kernel 2.6.6, > on a 3Ware 9500 controller (using the 3Ware stand-alone driver). When I > attempt to do an updatedb, it gets about 200 files in (shown by watching > strace), and segfaults. When I do a find from root, it dies -- in the > same place -- with "find: ./.. changed during execution of find". If I > delete the file that they are dying on, they then die on a different > file. Someone suggested it might have something to do with > de-referencing symlinks, so, for the hell of it, I tried "find -follow", > and it worked... even though none of the files that were being looked at > were symlinks. Odd, I don't have any issues on my box with a 3ware 9500. Linux version 2.4.27-divas-3w (root@lsintra) (gcc version 2.95.4 20011002 (Debian prerelease)) #10 SMP Thu Aug 19 15:37:00 CEST 2004 Kernel command line: auto BOOT_IMAGE=2427-divas-3w ro root=808 BOOT_FILE=/boot/vmlinuz-2.4.27-divas-3w 3ware Storage Controller device driver for Linux v1.02.00.037. 3w-xxxx: No cards found. 3ware 9000 Storage Controller device driver for Linux v2.24.00.009fw. 3w-9xxx: scsi0: Found a 3ware 9000 Storage Controller at 0xf5044000, IRQ: 28. 3w-9xxx: scsi0: Firmware FE9X 2.02.00.011, BIOS BE9X 2.02.01.037, Ports: 8. scsi0 : 3ware 9000 Storage Controller Vendor: 3ware Model: Logical Disk 00 Rev: 1.00 Vendor: 3ware Model: Logical Disk 01 Rev: 1.00 /dev/sdb1 on /users type xfs (rw,usrquota,grpquota) /dev/sdb1 745G 422G 323G 57% /users You can find a 2.4.x kernel for it on my site. http://iserv.nl/files/debian/ The 3ware 9xxx driver is compiled in so no need for a ramdisk. I don't have 2.6 images yet because other driver availability issues prevent me from using it. Any specific reason you are using 2.6? > Is it possible this is an FS issue, or...? Could be hard or software. Might be bad ram. Try memtest86 or the + variant. > Aside from this odd behavior, everything else on the system (*knocks > wood*) appears to be fine. You might be lucky :-/ Cheers, Seth From owner-linux-xfs Thu Sep 16 09:37:46 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 09:37:50 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8GGbhSm009204 for ; Thu, 16 Sep 2004 09:37:43 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8GHjvHL007981 for ; Thu, 16 Sep 2004 10:45:57 -0700 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8GGbVZO24076969; Thu, 16 Sep 2004 11:37:32 -0500 (CDT) Message-ID: <4149C14B.9070907@sgi.com> Date: Thu, 16 Sep 2004 11:37:31 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pavel Kiryukhin CC: linux-xfs@oss.sgi.com Subject: Re: bad block number and bad nblocks after simple file operations. References: <41487343.5010009@dev.rtsoft.ru> In-Reply-To: <41487343.5010009@dev.rtsoft.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4140 X-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 Looks like maybe some platform/endian issues. How big is your filesystem? (xfs_info /mount/point) Below, those block numbers look very big, as do the AG numbers (6291456,6815744) Can you try more recent XFS code? Where'd the XFS code come from? I'd suggest getting XFS from CVS if you can, just to make sure we're not chasing old bugs. -Eric Pavel Kiryukhin wrote: > Hi, > can anybody help me and answer: is it normal XFS behavior or something > is terribly wrong? > > 1) I have created and mounted xfs using loop device and NFS (with IDE > disk results are generally the same), > 2) created file "testfile", directoty "tesdir" and file "testfile"1 in it. > 3) unmounted xfs and started xfs_db > > xfs_db> blockget -n > inode 132 bad block number 3870332469381120 [6291456,2048], offset 4238657 > bad nblocks 1 for inode 132, counted 0 > inode 134 bad block number 1759274439018496 [6815744,2048], offset 4238659 > bad nblocks 1 for inode 134, counted 0 > block 0/12 type unknown not expected > block 0/13 type unknown not expected > xfs_db> ncheck > 131 testdir/. > 132 testfile > 134 testdir/testfile1 > xfs_db> log stop > > After that I can mount again and work with XFS, read/write/create files > etc. > My platform is MIPS (LE and BE), 2.4.20 kernel > -- > Thank you, > Pavel Kiryukhin > From owner-linux-xfs Thu Sep 16 09:40:15 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 09:40:20 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8GGeEMr009645 for ; Thu, 16 Sep 2004 09:40:15 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8GGe40f029009 for ; Thu, 16 Sep 2004 11:40:04 -0500 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8GGdrOV47415610; Thu, 16 Sep 2004 11:39:54 -0500 (CDT) Message-ID: <4149C1D9.5070706@sgi.com> Date: Thu, 16 Sep 2004 11:39:53 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: slaton CC: linux-xfs@oss.sgi.com Subject: Re: xfs_force_shutdown called on hardware RAID5+0 XFS filesystem References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4141 X-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 This is a scsi hardware problem, not an xfs bug. XFS shuts down when the underlying hardware goes screwy, to avoid (further) corruption. XFS is working exactly as intended in this case. -Eric slaton wrote: > We noticed that NFS mounts from the fileserver had gone stale this > morning. These correspond to two hardware RAID LUNs (info below). I logged > into the fileserver and found that the mountpoints were dead as well, even > though according to mount they were still there. Checked the kernel log > and found a whole slew of SCSI errors had started shortly after 4am (hmm, > cron-time) and then continued when a user showed up to work, culminating > in an xfs_force_shutdown of the filesystem at 9am. Which of course > triggered a whole slew of further I/O errors. > > After rebooting (with NFS shares disabled), the two RAID volumes mounted > as clean. xfs_check found no errors and exited silently. The data appears > to be there, although I haven't run anything to generate much file I/O, > and haven't yet re-opened the NFS shares. > > Should I upgrade to a new kernel and XFS release before investigating this > further? System info and some kernel log excerpts are below; the full > kernel log (events related to this) can be downloaded from > http://cryoem.berkeley.edu/~slaton/kernel.040915.scsicrash.gz > > thanks, > slaton > > system info: > > hardware: dual 32-bit Xeon system > OS: Red Hat Linux 8.0 > kernel: custom 2.4.19 kernel compiled with SGI XFS 1.2pre5 > kernel args: max_scsi_luns=255 > host adapter: Adaptec 29160 > RAID volume: 3.7 TB hardware RAID5+0 box, SATA drives, SCSI system > interface, > divided into two LUNs of 2.0 and 1.7 TB size. > > kernel log excerpts: > > scsi1:0:3:0: Attempting to queue an ABORT message > scsi1: Dumping Card State while idle, at SEQADDR 0x8 > DevQ(0:3:0): 0 waiting > DevQ(0:3:1): 0 waiting > scsi1:A:3: parity error detected in DT Data-in phase. SEQADDR(0x1a2) > SCSIRATE(0x0) > ^IUnexpected non-DT Data Phase > scsi1:0:3:0: Attempting to queue an ABORT message > scsi1: Dumping Card State in Message-in phase, at SEQADDR 0x168 > scsi1:0:3:0: Cmd aborted from QINFIFO > aic7xxx_abort returns 0x2002 > scsi: device set offline - not ready or command > retry failed after bus reset: host 1 channel 0 id 3 lun 0 > SCSI disk error : host 1 channel 0 id 3 lun 0 return code = 70002 > I/O error: dev 08:11, sector 671088736 > I/O error in filesystem ("sd(8,17)") meta-data dev 0x811 block > 0x28000060^I ("xfs_trans_read_buf") error 5 buf count 4096 > EFSCORRUPTED returned from file xfs_ialloc.c line 1313 > last message repeated 29 times > xfs_btree_check_sblock: Not OK: > magic 0x3a0eb8a5 level 47532 numrecs 50791 leftsib -1188756534 rightsib > -1171161293 > nfsd: non-standard errno: -990 > xfs_force_shutdown(sd(8,17),0x2) called from line 957 of file xfs_log.c. > Return address = 0xf8bc4b2f > Log I/O Error Detected. Shutting down filesystem: sd(8,17) > Please umount the filesystem, and rectify the problem(s) > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 64 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 72 > I/O error in filesystem ("sd(8,33)") meta-data dev 0x821 block 0x40^I > ("xfs_trans_read_buf") error 5 buf count 8192 > XFS unmount got error 5 > linvfs_put_super: vfsp/0xc28df640 left dangling! > VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice > day... > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 0 > XFS: bad magic number > XFS: SB validate failed > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 0 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 1 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 2 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 3 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 4 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 5 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 6 > SCSI disk error : host 1 channel 0 id 3 lun 1 return code = 70002 > I/O error: dev 08:21, sector 7 > From owner-linux-xfs Thu Sep 16 10:21:13 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 10:21:15 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8GHLC6V010532 for ; Thu, 16 Sep 2004 10:21:13 -0700 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1C7zwL-00025c-00 for ; Thu, 16 Sep 2004 19:21:01 +0200 Received: from joines.bus.okstate.edu ([139.78.89.31]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2004 19:21:01 +0200 Received: from joines by joines.bus.okstate.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Sep 2004 19:21:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com From: Jason Joines Subject: xfsrestore subtree in cumulative mode? Date: Thu, 16 Sep 2004 12:16:05 -0500 Lines: 18 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: joines.bus.okstate.edu User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040617 X-Accept-Language: en-us, en X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-archive-position: 4142 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: joines@bus.okstate.edu Precedence: bulk X-list: linux-xfs Is it possible to restore a subtree in cumulative mode? I did a restore of a subtree from a level 0 dump using -r and -s. Then when I tried to do the same thing to the level 1 dump I got the error: "ERROR: -s and -X valid only when initiating cumulative restore". This is an odd error since I didn't use -X but did use -s and was initiating a cumulative restore. Do I need to do something other than this for the level 0 dump: "gunzip -c /local/backup/weekly/sda5.dmp.gz | xfsrestore - -r -s sprasha/public_html /home/" and this for the level 1 dump: "gunzip -c /local/backup/daily/Tue/sda5.dmp.gz | xfsrestore - -r -s sprasha/public_html /home/" Thanks, Jason Joines ================================= From owner-linux-xfs Thu Sep 16 11:24:46 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 11:24:50 -0700 (PDT) Received: from war.OCF.Berkeley.EDU (IDENT:0@war.OCF.Berkeley.EDU [192.58.221.244]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8GIOjUW012589 for ; Thu, 16 Sep 2004 11:24:46 -0700 Received: from apocalypse.OCF.Berkeley.EDU (IDENT:1@apocalypse.OCF.Berkeley.EDU [192.58.221.245]) by war.OCF.Berkeley.EDU (8.12.11/8.9.3) with ESMTP id i8GIOW8M001535; Thu, 16 Sep 2004 11:24:33 -0700 (PDT) (envelope-from slaton@ocf.berkeley.edu) Received: from localhost (slaton@localhost) by apocalypse.OCF.Berkeley.EDU (8.11.7/8.11.7) with ESMTP id i8GIOWC05400; Thu, 16 Sep 2004 11:24:32 -0700 (PDT) X-Authentication-Warning: apocalypse.OCF.Berkeley.EDU: slaton owned process doing -bs Date: Thu, 16 Sep 2004 11:24:32 -0700 (PDT) From: slaton To: linux-xfs@oss.sgi.com cc: Seth Mos Subject: Re: xfs_force_shutdown called on hardware RAID5+0 XFS filesystem In-Reply-To: <41496A92.50304@xs4all.nl> Message-ID: References: <41496A92.50304@xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4143 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: slaton@OCF.Berkeley.EDU Precedence: bulk X-list: linux-xfs Thanks for the reply. The hardware raid is a 2 month-old RAIDking 825R, which I believe is a rebranded Maxtronic Sivy unit. It has 16 SATA disks and a SCSI interface. The drive status LEDs are all green, indicating no detected failure (hmm), although I did have a drive fail about two weeks ago and did a rebuild. The SCSI host adapter is an Adaptec 29160. Last night i tried to dump the 950GB of data from the raid1 LUN (2TB) to the raid2 LUN (1.7TB), which is empty. At about the 10% point, it triggered this same error/crash. But on reboot, xfs_check and xfs_repair still don't find anything wrong with the two volumes themselves. The recurrence of the issue would support your case of this being a hardware issue. Is it possible the Adaptec card is to blame here? I also must admit to some paranoia about my 2TB filesystem size, although i did do the research and it seemed that should be fine for 32-bit x86 hardware. I have a second identical hardware raid box, that has been unused up to now. I suppose i'll get it online and see if i can dump the data from the first to the second. Although it will probably trigger the same thing again... thanks slaton On Thu, 16 Sep 2004, Seth Mos wrote: > slaton wrote: > > We noticed that NFS mounts from the fileserver had gone stale this > > morning. These correspond to two hardware RAID LUNs (info below). I > > logged into the fileserver and found that the mountpoints were dead as > > well, even > > Your hardware raid threw a IO error. This should _not_ happen. > > You probably have a almost broken disk. Hardware error which results in > xfs shutting the filesystem down. > > > Should I upgrade to a new kernel and XFS release before investigating > > this further? System info and some kernel log excerpts are below; the > > full kernel log (events related to this) can be downloaded from > > http://cryoem.berkeley.edu/~slaton/kernel.040915.scsicrash.gz > > XFS is not at fault here, although a newer kernel might alleviate or at > least provide more info about the hardware problem. > > I am curious as to what raid controller you use. > > Some raid controllers from adaptec have a tendency to get their panties > in a knot and die under heavy IO (updatedb). > > Cheers > Seth From owner-linux-xfs Thu Sep 16 15:48:48 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 15:48:51 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8GMmkML025847 for ; Thu, 16 Sep 2004 15:48:47 -0700 Received: (qmail 29820 invoked by uid 65534); 16 Sep 2004 22:48:29 -0000 Received: from G07d5.g.pppool.de (EHLO [192.168.1.11]) (80.185.7.213) by mail.gmx.net (mp011) with SMTP; 17 Sep 2004 00:48:29 +0200 X-Authenticated: #2986359 Message-ID: <414A1835.6090109@gmx.net> Date: Fri, 17 Sep 2004 00:48:21 +0200 From: evilninja User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: slaton CC: linux-xfs@oss.sgi.com Subject: Re: xfs_force_shutdown called on hardware RAID5+0 XFS filesystem References: <41496A92.50304@xs4all.nl> In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4144 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: evilninja@gmx.net Precedence: bulk X-list: linux-xfs -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 slaton wrote: > Thanks for the reply. > > The hardware raid is a 2 month-old RAIDking 825R, which I believe is a > rebranded Maxtronic Sivy unit. It has 16 SATA disks and a SCSI > interface. > The drive status LEDs are all green, indicating no detected failure (hmm), "hmm", indeed, because in you initial post you stated: > kernel log excerpts: > > scsi1:0:3:0: Attempting to queue an ABORT message > scsi1: Dumping Card State while idle, at SEQADDR 0x8 > DevQ(0:3:0): 0 waiting > DevQ(0:3:1): 0 waiting > scsi1:A:3: parity error detected in DT Data-in phase. SEQADDR(0x1a2) > SCSIRATE(0x0) ...clearly showing hardware errors, controller errors, controller-driver errors, the xfs_shutdown is really the best what has happened here. when the drive status is ok perhaps you "just" have to exchange the controller. Christian. - -- BOFH excuse #351: PEBKAC (Problem Exists Between Keyboard And Chair) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBShg0C/PVm5+NVoYRAjKkAJ9QWD8Vxol3pZZPzCIuP9vvwHVeewCfZUnx UafUT/Q3v5mQlPZShe+yJBs= =+Ad6 -----END PGP SIGNATURE----- From owner-linux-xfs Thu Sep 16 23:45:33 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 16 Sep 2004 23:45:36 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8H6jVm2016542 for ; Thu, 16 Sep 2004 23:45:32 -0700 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 i8H6jExu13636995 for ; Fri, 17 Sep 2004 16:45:15 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8H6jEs413592000 for linux-xfs@oss.sgi.com; Fri, 17 Sep 2004 16:45:14 +1000 (EST) Date: Fri, 17 Sep 2004 16:45:14 +1000 (EST) From: Nathan Scott Message-Id: <200409170645.i8H6jEs413592000@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 921471 - xfs_io fixes, mainly X-archive-position: 4145 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Fix incorrect use of hyphens where minus sign was intended. Picked up by the Debian package checker (lintian). Date: Fri Sep 17 10:26:50 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19486a xfsdump/man/man8/xfsrestore.8 - 1.12 xfsdump/man/man8/xfsdq.8 - 1.4 xfsdump/man/man8/xfsdump.8 - 1.14 xfsdump/man/man8/xfs_estimate.8 - 1.3 Fix xfs_io request size handling botch in alloc_buffer when going from larger to smaller request sizes. Date: Fri Sep 17 16:31:04 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: tes@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19497a xfsprogs/io/pread.c - 1.15 Add recursive modes to lsattr/chattr. Ensure command line command are applied to each file specified on command line, not just one. Date: Fri Sep 17 16:32:49 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: tes@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19498a xfsprogs/io/init.c - 1.10 xfsprogs/io/attr.c - 1.2 From owner-linux-xfs Fri Sep 17 04:27:00 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Sep 2004 04:27:03 -0700 (PDT) Received: from unthought.net (unthought.net [212.97.129.88]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8HBQwbD005050 for ; Fri, 17 Sep 2004 04:26:59 -0700 Received: by unthought.net (Postfix, from userid 1000) id A6118ADDF; Fri, 17 Sep 2004 13:26:47 +0200 (CEST) Date: Fri, 17 Sep 2004 13:26:47 +0200 From: Jakob Oestergaard To: Greg Banks , Anando Bhattacharya , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Cc: Linus Torvalds Subject: [PATCH] Re: Major XFS problems... Message-ID: <20040917112647.GC390@unthought.net> Mail-Followup-To: Jakob Oestergaard , Greg Banks , Anando Bhattacharya , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com, Linus Torvalds References: <20040908123524.GZ390@unthought.net> <322909db040908080456c9f291@mail.gmail.com> <20040908154434.GE390@unthought.net> <1094661418.19981.36.camel@hole.melbourne.sgi.com> <20040909140017.GP390@unthought.net> <20040913072918.GU390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040913072918.GU390@unthought.net> User-Agent: Mutt/1.3.28i X-archive-position: 4146 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakob@unthought.net Precedence: bulk X-list: linux-xfs On Mon, Sep 13, 2004 at 09:29:19AM +0200, Jakob Oestergaard wrote: ... > I'll let you know if anything breaks - and I'll ask to have the patch > included by the end of the week, if the small box hasn't hosed itself by > then. Ok - it's been almost a week now. Time for a status update: It seems that the theory that the proposed dcache patch is fixing an SMP race which mostly affects XFS on NFS servers, is sound. Further, it seems that the XFS patch that never went into the kernel and really shouldn't be necessary, really isn't necessary. That the sole problem with SMP+XFS+NFS is solved by the dcache patch (or by running a UP kernel). The "large" box is currently running a uniprocessor 2.6.8.1 with the XFS patch (which didn't quite solve the problem on SMP). It has been rock solid for seven days with load around 40 during the day. It has been months since this machine had such "high" uptimes. The "small" box has been running an SMP 2.6.8.1 kernel with the dcache patch (but *not* the XFS patch). This machine, too, has been rock solid. The conclusion so far, seems to be that the old XFS patch is most likely unnecessary (although this is not confirmed on the large box, but it seems to have been the general consensus from the XFS people all along), that no patches are necessary in the UP case of NFS+XFS file serving, and that the dcache patch solves the real problem in the SMP case. In the light of all this, I would like to suggest that the following patch is included in mainline - it is the old patch from Neil Brown (http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2) adapted by me for 2.6.8.1 (this patch was attached to a previous mail from me in this thread as well): --- fs/dcache.c.orig Sat Aug 14 12:54:50 2004 +++ fs/dcache.c Thu Sep 9 15:56:04 2004 @@ -286,12 +286,11 @@ * any other hashed alias over that one. */ -struct dentry * d_find_alias(struct inode *inode) +static struct dentry * __d_find_alias(struct inode *inode, int want_discon) { struct list_head *head, *next, *tmp; struct dentry *alias, *discon_alias=NULL; - spin_lock(&dcache_lock); head = &inode->i_dentry; next = inode->i_dentry.next; while (next != head) { @@ -302,19 +301,26 @@ if (!d_unhashed(alias)) { if (alias->d_flags & DCACHE_DISCONNECTED) discon_alias = alias; - else { + else if (!want_discon) { __dget_locked(alias); - spin_unlock(&dcache_lock); return alias; } } } if (discon_alias) __dget_locked(discon_alias); - spin_unlock(&dcache_lock); return discon_alias; } +struct dentry * d_find_alias(struct inode *inode) +{ + struct dentry *de; + spin_lock(&dcache_lock); + de = __d_find_alias(inode, 0); + spin_unlock(&dcache_lock); + return de; +} + /* * Try to kill dentries associated with this inode. * WARNING: you must own a reference to inode. @@ -833,33 +839,27 @@ tmp->d_parent = tmp; /* make sure dput doesn't croak */ spin_lock(&dcache_lock); - if (S_ISDIR(inode->i_mode) && !list_empty(&inode->i_dentry)) { - /* A directory can only have one dentry. - * This (now) has one, so use it. - */ - res = list_entry(inode->i_dentry.next, struct dentry, d_alias); - __dget_locked(res); - } else { + res = __d_find_alias(inode, 0); + if (!res) { /* attach a disconnected dentry */ res = tmp; tmp = NULL; - if (res) { - spin_lock(&res->d_lock); - res->d_sb = inode->i_sb; - res->d_parent = res; - res->d_inode = inode; + spin_lock(&res->d_lock); + res->d_sb = inode->i_sb; + res->d_parent = res; + res->d_inode = inode; + + /* + * Set d_bucket to an "impossible" bucket address so + * that d_move() doesn't get a false positive + */ + res->d_bucket = NULL; + res->d_flags |= DCACHE_DISCONNECTED; + res->d_flags &= ~DCACHE_UNHASHED; + list_add(&res->d_alias, &inode->i_dentry); + hlist_add_head(&res->d_hash, &inode->i_sb->s_anon); + spin_unlock(&res->d_lock); - /* - * Set d_bucket to an "impossible" bucket address so - * that d_move() doesn't get a false positive - */ - res->d_bucket = NULL; - res->d_flags |= DCACHE_DISCONNECTED; - res->d_flags &= ~DCACHE_UNHASHED; - list_add(&res->d_alias, &inode->i_dentry); - hlist_add_head(&res->d_hash, &inode->i_sb->s_anon); - spin_unlock(&res->d_lock); - } inode = NULL; /* don't drop reference */ } spin_unlock(&dcache_lock); @@ -881,7 +881,7 @@ * DCACHE_DISCONNECTED), then d_move that in place of the given dentry * and return it, else simply d_add the inode to the dentry and return NULL. * - * This is (will be) needed in the lookup routine of any filesystem that is exportable + * This is needed in the lookup routine of any filesystem that is exportable * (via knfsd) so that we can build dcache paths to directories effectively. * * If a dentry was found and moved, then it is returned. Otherwise NULL @@ -892,11 +892,11 @@ { struct dentry *new = NULL; - if (inode && S_ISDIR(inode->i_mode)) { + if (inode) { spin_lock(&dcache_lock); - if (!list_empty(&inode->i_dentry)) { - new = list_entry(inode->i_dentry.next, struct dentry, d_alias); - __dget_locked(new); + new = __d_find_alias(inode, 1); + if (new) { + BUG_ON(!(new->d_flags & DCACHE_DISCONNECTED)); spin_unlock(&dcache_lock); security_d_instantiate(new, inode); d_rehash(dentry); PS: I'll be without internet access from now until sunday the 26th - if there are comments or questions, please make sure they are sent to this list and/or as@cohaesio.com - Anders can get in touch with me if necessary. -- / jakob From owner-linux-xfs Fri Sep 17 05:47:01 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Sep 2004 05:47:03 -0700 (PDT) Received: from mail.dev.rtsoft.ru (RT-soft-2.Moscow.itn.ru [80.240.96.70]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8HCkxpt007064 for ; Fri, 17 Sep 2004 05:47:00 -0700 Received: (qmail 10480 invoked from network); 17 Sep 2004 12:31:41 -0000 Received: from unknown (HELO dev.rtsoft.ru) (192.168.1.199) by mail.dev.rtsoft.ru with SMTP; 17 Sep 2004 12:31:41 -0000 Message-ID: <414ADCB7.90500@dev.rtsoft.ru> Date: Fri, 17 Sep 2004 16:46:47 +0400 From: Pavel Kiryukhin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen CC: linux-xfs@oss.sgi.com, Pavel Kiryukhin Subject: Re: bad block number and bad nblocks after simple file operations. References: <41487343.5010009@dev.rtsoft.ru> <4149C14B.9070907@sgi.com> In-Reply-To: <4149C14B.9070907@sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4147 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: savl@dev.rtsoft.ru Precedence: bulk X-list: linux-xfs Eric Sandeen wrote: > Looks like maybe some platform/endian issues. Yes! It looks like that: platform: - there is no problem with ARM LE and the same kernel + XFS version (1.3) endian: more complicated. for both BE and LE tests like bonnie++ are passed. Bad things happens in case of, say, system crash. For MIPS LE fs can not recovered. This was tested on two different mips LE boards. Currently I found that bmx field of inode get corrupted (all tests for mips le): xfs_db> blockget -n inode 132 bad block number -1 [0,-1], offset 0 bad nblocks 1 for inode 132, counted 0 block 0/12 type unknown not expected xfs_db> ncheck 131 nullfile 132 testfile xfs_db> agf 0 xfs_db> inode 132 xfs_db> p core.size core.size = 120 xfs_db> p u.bmx u.bmx[0] = [startoff,startblock,blockcount,extentflag] 0:[0,0,0,0] ------- Here I don't understand how fs contines to operate (open and read) with this file? It looks like some cache issues: I create file with size 0. blockget -n does not complain. I write to this file 2 bytes, blockget -n does not complain. I leave xfs_db, issue sync twice - have xfs_db> blockget -n inode 131 bad block number -1 [0,-1], offset 0 bad nblocks 1 for inode 131, counted 0 block 0/12 type unknown not expected xfs_db> q root@192.168.1.243:/mnt# cat /mnt/xfs/testfile t root@192.168.1.243:/mnt# umount /mnt/xfs/ root@192.168.1.243:/mnt# mount /dev/ide/host0/bus0/target0/lun0/part1 /mnt/xfs/ XFS mounting filesystem ide0(3,1) root@192.168.1.243:/mnt# cat ./xfs/testfile root@192.168.1.243:/mnt# root@192.168.1.243:/mnt# ls -l ./xfs/ total 4 -rw-r--r-- 1 root root 2 Jan 1 00:39 testfile ---------- Actually I get my 2 bytes corrupted. > > How big is your filesystem? (xfs_info /mount/point) Here is fs on 40G IDE disk: -------------- meta-data=/mnt/xfs isize=256 agcount=38, agsize=262144 blks = sectsz=512 data = bsize=4096 blocks=9769520, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=4770, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 ------------- the similar results are for 100 mb loop file. > > Below, those block numbers look very big, as do the AG numbers > (6291456,6815744) Yes, for LE block numbers are negative. > > > Can you try more recent XFS code? Where'd the XFS code come from? > I'd suggest getting XFS from CVS if you can, just to make sure we're > not chasing old bugs. Well, I'm using 1.3.1 version now. The same problem can be reproduced for 1.3. --- As I am totally new to xfs could you please recommend the place to start looking at. Even general hints like "buffer cache" will be highly appreciated! ------- Thank you, Pavel Kiryukhin > > > -Eric > > Pavel Kiryukhin wrote: > >> Hi, >> can anybody help me and answer: is it normal XFS behavior or >> something is terribly wrong? >> >> 1) I have created and mounted xfs using loop device and NFS (with IDE >> disk results are generally the same), >> 2) created file "testfile", directoty "tesdir" and file "testfile"1 >> in it. >> 3) unmounted xfs and started xfs_db >> >> xfs_db> blockget -n >> inode 132 bad block number 3870332469381120 [6291456,2048], offset >> 4238657 >> bad nblocks 1 for inode 132, counted 0 >> inode 134 bad block number 1759274439018496 [6815744,2048], offset >> 4238659 >> bad nblocks 1 for inode 134, counted 0 >> block 0/12 type unknown not expected >> block 0/13 type unknown not expected >> xfs_db> ncheck >> 131 testdir/. >> 132 testfile >> 134 testdir/testfile1 >> xfs_db> log stop >> >> After that I can mount again and work with XFS, read/write/create >> files etc. >> My platform is MIPS (LE and BE), 2.4.20 kernel >> -- >> Thank you, >> Pavel Kiryukhin >> > From owner-linux-xfs Fri Sep 17 05:50:56 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 17 Sep 2004 05:50:58 -0700 (PDT) Received: from phoenix.infradead.org (imladris.demon.co.uk [193.237.130.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8HCosOc007381 for ; Fri, 17 Sep 2004 05:50:55 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.42 #2 (Red Hat Linux)) id 1C8ICF-0003RE-6m; Fri, 17 Sep 2004 13:50:39 +0100 Date: Fri, 17 Sep 2004 13:50:39 +0100 From: Christoph Hellwig To: Pavel Kiryukhin Cc: linux-xfs@oss.sgi.com Subject: Re: bad block number and bad nblocks after simple file operations. Message-ID: <20040917135039.A13184@infradead.org> References: <41487343.5010009@dev.rtsoft.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <41487343.5010009@dev.rtsoft.ru>; from savl@dev.rtsoft.ru on Wed, Sep 15, 2004 at 08:52:19PM +0400 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 4148 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Wed, Sep 15, 2004 at 08:52:19PM +0400, Pavel Kiryukhin wrote: > My platform is MIPS (LE and BE), 2.4.20 kernel Sorry, but that's a totally outdated kernel version. There have been quite a few issues with XFS on less common plattforms in the past, please try 2.4.28-rc or 2.6.8/2.6.9-rc instead. From owner-linux-xfs Mon Sep 20 06:59:26 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Sep 2004 06:59:31 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8KDxQag017011 for ; Mon, 20 Sep 2004 06:59:26 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8KDxQT4017010 for linux-xfs@oss.sgi.com; Mon, 20 Sep 2004 06:59:26 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8KDxPV2016996 for ; Mon, 20 Sep 2004 06:59:25 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8KD7p2W014478; Mon, 20 Sep 2004 06:07:51 -0700 Date: Mon, 20 Sep 2004 06:07:51 -0700 Message-Id: <200409201307.i8KD7p2W014478@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 363] New: segfault of user-app while triggering dmapi event X-Bugzilla-Reason: AssignedTo X-archive-position: 4149 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=363 Summary: segfault of user-app while triggering dmapi event Product: Linux XFS Version: Current Platform: IA32 OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: dmapi AssignedTo: xfs-master@oss.sgi.com ReportedBy: Martin.Gasthuber@desy.de i've started to build a new dm application and start this by using the latest (today) linux-2.6 xfs kernel (with DMAPI and DMAPI_XFS enabled). The following simple sequence of commands from xfs-cmds/xfstests results in a segfault of 'touch /dmapi/file' dm_create_session -i test1 ret=0 newsid=1 set_disp -s 1 /dmapi DM_EVENT_CREATE DM_EVENT_REMOVE set_eventlist -s 1 /dmapi DM_EVENT_CREATE DM_EVENT_REMOVE get_events 1 dm_get_events failed, (11)Resource temporarily unavailable touch /dmapi/file zsh: segmentation fault touch /dmapi/file the same sequence of commands i found in the xfs mailing list as 'should run' examples. In '/var/log/messages' i got the following lines (after the touch command) Sep 20 14:26:33 odin Unable to handle kernel NULL pointer dereference at virtual address 0000003c Sep 20 14:26:33 odin printing eip: Sep 20 14:26:33 odin c028f259 Sep 20 14:26:33 odin *pde = 00000000 Sep 20 14:26:33 odin Oops: 0000 [#1] Sep 20 14:26:33 odin PREEMPT Sep 20 14:26:33 odin Modules linked in: loop sg parport_pc lp parport orinoco_cs orinoco hermes ds ohci_hcd usbhid usbmouse snd_intel8x0m ehci_hcd uhci_hcd snd_intel8x0 snd_ac97_codec snd_mpu401_uart snd_rawmidi snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_pcm snd_page_alloc snd_timer snd_mixer_oss snd soundcore usbcore sd_mod radeon yenta_socket pcmcia_core intel_agp agpgart ide_scsi tg3 st scsi_mod Sep 20 14:26:33 odin CPU: 0 Sep 20 14:26:33 odin EIP: 0060:[] Not tainted Sep 20 14:26:33 odin EFLAGS: 00210202 (2.6.8-xfs) Sep 20 14:26:33 odin EIP is at dm_ip_data+0xc9/0x130 Sep 20 14:26:33 odin eax: f289f3b4 ebx: f289f3b4 ecx: c19dcc00 edx: c19e4000 Sep 20 14:26:33 odin esi: 00000000 edi: 0000001c ebp: 00000001 esp: f0865ca4 Sep 20 14:26:33 odin ds: 007b es: 007b ss: 0068 Sep 20 14:26:33 odin Process touch (pid: 10770, threadinfo=f0864000 task=ef538600) Sep 20 14:26:33 odin Stack: c19dcc00 000000d0 00000000 eddf0ba8 00000000 00000001 00000000 c028fd87 Sep 20 14:26:33 odin 0000001c 00000000 00000001 00000000 f289f3ec c0117fe4 000081a4 c04bc410 Sep 20 14:26:33 odin eddf0ba8 f6563000 00000000 f745d190 c0283d7f 00000005 c19c7400 f746619c Sep 20 14:26:33 odin Call Trace: Sep 20 14:26:33 odin [] dm_send_namesp_event+0x97/0x400 Sep 20 14:26:33 odin [] activate_task+0x64/0x80 Sep 20 14:26:33 odin [] xfs_dm_send_namesp_event+0x6f/0x80 Sep 20 14:26:33 odin [] xfs_create+0x51c/0x7d0 Sep 20 14:26:33 odin [] xfs_acl_vhasacl_default+0x3b/0x50 Sep 20 14:26:33 odin [] linvfs_mknod+0x26a/0x430 Sep 20 14:26:33 odin [] xfs_dir2_lookup+0x132/0x170 Sep 20 14:26:33 odin [] xfs_dir_lookup_int+0x4c/0x140 Sep 20 14:26:33 odin [] permission+0x43/0x50 Sep 20 14:26:33 odin [] vfs_create+0xa2/0xe0 Sep 20 14:26:33 odin [] open_namei+0xe2/0x610 Sep 20 14:26:33 odin [] filp_open+0x3b/0x70 Sep 20 14:26:33 odin [] get_unused_fd+0x55/0xf0 Sep 20 14:26:33 odin [] sys_open+0x5b/0xa0 Sep 20 14:26:33 odin [] sysenter_past_esp+0x52/0x71 Sep 20 14:26:33 odin Code: 0f b7 47 20 25 00 f0 00 00 3d 00 80 00 00 75 9a 66 c7 43 16 the /proc/fs/dmapi_d entries are as follows: cat summary dm_sessions_active=1 dm_next_sessid=2 dm_next_token=1 dm_next_sequence=1 dm_fsys_cnt=1 odin# cd fsreg odin# ls 0xf1e62a94 odin# cat 0xf1e62a94 fsrp=0xf1e62a94 fr_next=0x00000000 fr_sb=0xc19c7400 fr_tevp=0x00000000 fr_fsid=? fr_msg=0xf67b1a00 fr_msgsize=89 fr_state=mounted fr_dispq=? fr_dispcnt=0 fr_evt_dispq.eq_head=0x00000000 fr_evt_dispq.eq_tail=0x00000000 fr_evt_dispq.eq_count=0 fr_queue=? fr_lock=? fr_hdlcnt=0 fr_vfscnt=0 fr_unmount=0 fr_rattr= fr_sessp[5]=0xf1c9fe74 fr_sessp[8]=0xf1c9fe74 cd sessions odin# ls 0xf1c9fe74 odin# cat 0xf1c9fe74 sessp=0xf1c9fe74 sn_next=0x00000000 sn_sessid=1 sn_flags=0 sn_qlock=? sn_readerq=? sn_writerq=? sn_readercnt=0 sn_writercnt=0 sn_newq.eq_head=0x00000000 sn_newq.eq_tail=0x00000000 sn_newq.eq_count=0 sn_delq.eq_head=0x00000000 sn_delq.eq_tail=0x00000000 sn_delq.eq_count=0 sn_evt_writerq.eq_head=0x00000000 sn_evt_writerq.eq_tail=0x00000000 sn_evt_writerq.eq_count=0 sn_info="test1" odin# cd fsreg odin# ls 0xf1e62a94 odin# cat 0xf1e62a94 fsrp=0xf1e62a94 fr_next=0x00000000 fr_sb=0xc19c7400 fr_tevp=0x00000000 fr_fsid=? fr_msg=0xf67b1a00 fr_msgsize=89 fr_state=mounted fr_dispq=? fr_dispcnt=0 fr_evt_dispq.eq_head=0x00000000 fr_evt_dispq.eq_tail=0x00000000 fr_evt_dispq.eq_count=0 fr_queue=? fr_lock=? fr_hdlcnt=0 fr_vfscnt=0 fr_unmount=0 fr_rattr= fr_sessp[5]=0xf1c9fe74 fr_sessp[8]=0xf1c9fe74 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Mon Sep 20 08:46:24 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Sep 2004 08:46:35 -0700 (PDT) Received: from C-3 (usen-221x251x243x18.ap-US01.usen.ad.jp [221.251.243.18]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8KFkNSK027025 for linux-xfs@oss.sgi.com; Mon, 20 Sep 2004 08:46:24 -0700 Date: Mon, 20 Sep 2004 08:46:23 -0700 Message-Id: <200409201546.i8KFkNSK027025@oss.sgi.com> To: =?ISO-2022-JP?B??= From: =?ISO-2022-JP?B?GyRCPnBKczIwGyhC?= Subject: =?ISO-2022-JP?B?GyRCOWIzWz1qRkAkTkhrTCk+cEpzGyhC?= Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-archive-position: 4150 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: himituzyouhou@yahoo.co.jp Precedence: bulk X-list: linux-xfs ‚Í‚¶‚ß‚Ü‚µ‚ÄB“Ë‘Rƒ[ƒ‹‚ÅŽ¸—ç‚¢‚½‚µ‚Ü‚·BƒrƒWƒlƒXî•ñ‚Ì‚²ˆÄ“à‚Å‚·B ¡‰ñ‚݂̘̂A—‚É‚È‚è‚Ü‚·B•s—v‚ÌꇂÍ휂µ‚Ä‚­‚¾‚³‚¢B ƒ[ƒ‹‚³‚¦‚Å‚«‚él‚È‚ç’N‚Å‚à‚¨‹àŽ‚¿‚É‚È‚ê‚Ü‚·B Œ»ÝƒlƒbƒgƒrƒWƒlƒX‚ŬŒ÷‚µ‚Ä‚¢‚é•ûX‚ª”é–§‚É‚µ‚Ä‚¢‚éî•ñ ‚ðCD-R‚É‚Ü‚Æ‚ß‚Ü‚µ‚½B‹»–¡‚Ì‚ ‚é•û‚Í‚º‚Ðw“ü‚µ‚Ä‚­‚¾‚³‚¢B “Á•Ê‰¿Ši‚Å‚½‚Á‚½‚Ì15000‰~‚Å‚·B‚΂甄‚è‚ÅW‚ß‚é‚Æ‘Š“–‚ Šz‚È‹àŠz‚É‚É‚È‚Á‚Ä‚µ‚Ü‚¤“à—e‚Å‚·B yŽû˜^“à—ez 01.ƒ[ƒ‹ƒAƒhƒŒƒXƒf[ƒ^(ƒhƒRƒ‚100–œŒ/‚o‚b500–œŒ) 02.ŒfŽ¦”ÂURLi2–œŒj 03.ƒ_ƒCƒŒƒNƒgƒ[ƒ‹”zMƒ\ƒtƒgi5–{j 04.ƒ[ƒ‹ƒAƒhƒŒƒXŽûWƒ\ƒtƒgi5–{j 05.ŒfŽ¦”ÂŽ©“®‘‚«ž‚݃\ƒtƒgi1–{j 06.‚Šz•ñVˆã—ÃAƒ‹ƒoƒCƒgî•ñ 07.‚Šz—ZŽ‘î•ñ 08.Œ|”\l–¼•ë”é–§î•ñ 09.–¼•ëŽæˆµ‚¢‹ÆŽÒî•ñ 10.‘S‘ƒlƒbƒgƒ[ƒJ[–¼•ë 11.Œµ‘IƒTƒCƒhƒrƒWƒlƒXî•ñi100Œj 12.ŠÛ”éî•ñ 13.‚»‚Ì‘¼‚¨‚Ü‚¯î•ñ šw“üŒã‚·‚®‚É‹M•û‚̃rƒWƒlƒX‚ðŽn‚ß‚ç‚ê‚Ü‚·B ‚·‚łɃlƒbƒgƒrƒWƒlƒX‚âî•ñ”Ì”„‚ð‚³‚ê‚Ä‚¢‚é•û‚Å‚à ‚¨–ð‚É—§‚Ă邨“¾î•ñ–žÚ‚Å‚·Bî•ñ‚ð‚Ç‚¤Šˆ‚©‚·‚©‚Í ‹M•û‚µ‚¾‚¢B‚±‚Ìî•ñ‚Å‚ŠzŠ“¾‚ÍŽÀŒ»‰Â”\‚Å‚·B ‚²’•¶‚¨‘Ò‚¿‚µ‚Ä‚¢‚Ü‚·B y’•¶˜A—æzhimituzyouhou@yahoo.co.jp From owner-linux-xfs Mon Sep 20 17:11:24 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 20 Sep 2004 17:11:26 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8L0BNxk005876 for ; Mon, 20 Sep 2004 17:11:24 -0700 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 i8L0B4xu17264776; Tue, 21 Sep 2004 10:11:04 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8L0B1SE17269164; Tue, 21 Sep 2004 10:11:01 +1000 (EST) Date: Tue, 21 Sep 2004 10:11:01 +1000 (EST) From: Nathan Scott Message-Id: <200409210011.i8L0B1SE17269164@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE 907752 - acl/attr updates X-archive-position: 4151 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Trivial update to fix some (mis)placement of hyphen vs. minus in man pages. Date: Mon Sep 20 14:10:07 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19513a acl/man/man1/getfacl.1 - 1.7 acl/man/man1/setfacl.1 - 1.12 acl/man/man1/chacl.1 - 1.7 acl/man/man5/acl.5 - 1.22 Add in Dutch language translation for attr package from Luc Claes (Debian). Date: Tue Sep 21 10:10:04 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19519a attr/po/nl.po - 1.1 attr/VERSION - 1.48 attr/doc/CHANGES - 1.56 attr/debian/changelog - 1.49 attr/po/Makefile - 1.5 From owner-linux-xfs Tue Sep 21 04:00:17 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Sep 2004 04:00:18 -0700 (PDT) Received: from mail.sernet.com.cn ([61.177.58.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8LB0EKT004778 for ; Tue, 21 Sep 2004 04:00:16 -0700 Subject: File size more than 4G on XFS (Bigendian-32bit-cpu) To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: From: argon@sernet.com.cn Date: Tue, 21 Sep 2004 16:17:39 +0800 X-MIMETrack: Serialize by Router on suzhou/China(Release 5.0.10 |March 22, 2002) at 2004/09/21 06:59:42 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-archive-position: 4152 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: argon@sernet.com.cn Precedence: bulk X-list: linux-xfs Hi All: Now,I am developing an embedded Linux system. We use IDE HDD. But if we copy a single file which size is bigger than 4GByte, sometimes all of the application can not run! But ping response is normal. We use Inter IXP425 CPU and montavista Linux. I guess this problem is caused by this Bigendian CPU. Is there anybody can help me ? Best Regards Argon Cheng From owner-linux-xfs Tue Sep 21 10:30:02 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Sep 2004 10:30:04 -0700 (PDT) Received: from dfw-gate1.raytheon.com (dfw-gate1.raytheon.com [199.46.199.230]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8LHU2WE004849 for ; Tue, 21 Sep 2004 10:30:02 -0700 Received: from ds02t00.directory.ray.com (ds02t00.directory.ray.com [147.25.154.117]) by dfw-gate1.raytheon.com (8.12.10/8.12.10) with ESMTP id i8LHTmEC019448 for ; Tue, 21 Sep 2004 12:29:50 -0500 (CDT) Received: from ds02t00 (localhost [127.0.0.1]) by ds02t00.directory.ray.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id i8LHTiuW016259 for ; Tue, 21 Sep 2004 17:29:44 GMT Received: from ds02t00.directory.ray.com with LMTP by ds02t00 (2.0.6/sieved-2-0-build-559) for ; Tue, 21 Sep 2004 17:29:44 +0000 Received: from ztuac760880-udp3472330uds.dhcp.tuc.us.ray.com (ZTUAC760880-udp3472330uds.dhcp.tuc.us.ray.com [147.24.145.148]) by ds02t00.directory.ray.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id i8LHTe1j016235 sender brian_d_martinez@raytheon.com for ; Tue, 21 Sep 2004 17:29:40 GMT Subject: SGI XFS Linux Kernel From: Brian Martinez To: linux-xfs@oss.sgi.com Content-Type: text/plain Message-Id: <1095787778.30506.11.camel@ztuac760880-udp3472330uds.dhcp.tuc.us.ray.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 10:29:40 -0700 Content-Transfer-Encoding: 7bit X-SPAM: 0.00 X-archive-position: 4153 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brian_d_martinez@raytheon.com Precedence: bulk X-list: linux-xfs All, Are there any SNARE patches for the 2.4.20-20.9.XFS1.3.1 kernel available? From owner-linux-xfs Tue Sep 21 10:42:59 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Sep 2004 10:43:02 -0700 (PDT) Received: from mail.linux-sxs.org (mail.linux-sxs.org [207.218.156.196]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8LHgwHe005609 for ; Tue, 21 Sep 2004 10:42:59 -0700 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.1/8.13.1/Debian-13) with ESMTP id i8LHXXZ7032724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 12:33:33 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.1/8.13.1/Debian-13) with ESMTP id i8LHXWOe032721; Tue, 21 Sep 2004 12:33:32 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Tue, 21 Sep 2004 12:33:32 -0500 (EST) From: Net Llama! To: Brian Martinez cc: linux-xfs@oss.sgi.com Subject: Re: SGI XFS Linux Kernel In-Reply-To: <1095787778.30506.11.camel@ztuac760880-udp3472330uds.dhcp.tuc.us.ray.com> Message-ID: References: <1095787778.30506.11.camel@ztuac760880-udp3472330uds.dhcp.tuc.us.ray.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.60.818 (localhost [127.0.0.1]); Tue, 21 Sep 2004 12:33:33 -0500 X-archive-position: 4154 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Admittedly, i have no clue what a SNARE patch is, but why would you want to use a kernel that old? On Tue, 21 Sep 2004, Brian Martinez wrote: > All, > > Are there any SNARE patches for the 2.4.20-20.9.XFS1.3.1 kernel > available? > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org Linux Step-by-step & TyGeMo http://netllama.ipfox.com From owner-linux-xfs Tue Sep 21 12:23:55 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Sep 2004 12:23:58 -0700 (PDT) Received: from ext-nj2gw-3.online-age.net (ext-nj2gw-3.online-age.net [216.35.73.165]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8LJNs4P019082 for ; Tue, 21 Sep 2004 12:23:55 -0700 Received: from int-nj2gw-3.online-age.net (int-nj2gw-3 [3.159.236.67]) by ext-nj2gw-3.online-age.net (8.12.9/8.12.9/990426-RLH) with ESMTP id i8LJNahj027980; Tue, 21 Sep 2004 15:23:36 -0400 (EDT) Received: from uswaumsxb4medge.am.med.ge.com (localhost [127.0.0.1]) by int-nj2gw-3.online-age.net (8.12.9/8.12.8/990426-RLH) with ESMTP id i8LJNY4x014697; Tue, 21 Sep 2004 15:23:35 -0400 (EDT) Received: from USWAUMSXBHMEDGE.am.med.ge.com (uswaumsxbhmedge.med.ge.com [3.57.24.134]) by uswaumsxb4medge.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id TLQQ9N1D; Tue, 21 Sep 2004 14:23:34 -0500 Received: from ct.ct.med.ge.com (uswaucs03.med.ge.com [3.57.24.237]) by USWAUMSXBHMEDGE.am.med.ge.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id TKB9JHDA; Tue, 21 Sep 2004 14:23:14 -0500 Received: from [3.57.108.2] ([3.57.108.2]) by ct.ct.med.ge.com (8.8.8+Sun/8.8.8) with ESMTP id OAA20891; Tue, 21 Sep 2004 14:22:53 -0500 (CDT) Message-ID: <41507CB0.3010906@med.ge.com> Date: Tue, 21 Sep 2004 14:10:40 -0500 From: James Foris Reply-To: james.foris@med.ge.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> <20040915015002.GA12795@frodo> <20040915083307.GA14251@frodo> In-Reply-To: <20040915083307.GA14251@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4155 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james.foris@med.ge.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > Hi there, > > > > Could you try the patch below James? It should apply > cleanly to the 2.6.x-xfs cvs tree on oss.sgi.com, or to > Linus' current -bk tree (but that may need a little bit > of tweaking, not sure off the top of my head). > > Let me know if the numbers are good/bad/indifferent (or > if you see any hangs etc - I really need to stare at the > locking in here for a whole lot longer). I am sorry about taking so long to get back, but the numbers with the high-performance RAID look very good: WITH O_DIRECT: MB,num writes,MB/write,dt total,dt write,dt sync,MB/s,pct disk full,pct memory full 1024.000, 32,32.000,2.499,2.499,0.000,409.841,1.95%,99.55% 1024.000, 32,32.000,2.478,2.478,0.000,413.225,2.20%,99.56% 1024.000, 32,32.000,2.513,2.513,0.000,407.523,2.44%,99.56% 1024.000, 32,32.000,2.486,2.486,0.000,411.846,2.68%,99.56% 1024.000, 32,32.000,2.471,2.471,0.000,414.381,2.93%,99.56% 1024.000, 32,32.000,2.469,2.469,0.000,414.772,3.17%,99.56% 1024.000, 32,32.000,2.486,2.486,0.000,411.831,3.41%,99.56% 1024.000, 32,32.000,2.488,2.488,0.000,411.567,3.66%,99.56% 1024.000, 32,32.000,2.509,2.509,0.000,408.145,3.90%,99.56% 1024.000, 32,32.000,2.482,2.482,0.000,412.499,4.15%,99.56% 10 tests overall average write 2.488 sec; 411.550 MB/s WITHOUT O_DIRECT: MB,num writes,MB/write,dt total,dt write,dt sync,MB/s,pct disk full,pct memory full 1024.000, 32,32.000,3.569,3.273,0.296,286.913,4.39%,99.55% 1024.000, 32,32.000,3.739,3.412,0.327,273.858,4.63%,99.41% 1024.000, 32,32.000,3.670,3.421,0.248,279.033,4.88%,99.52% 1024.000, 32,32.000,3.721,3.430,0.291,275.197,5.12%,99.44% 1024.000, 32,32.000,3.656,3.413,0.243,280.108,5.37%,99.41% 1024.000, 32,32.000,3.791,3.457,0.334,270.124,5.61%,99.45% 1024.000, 32,32.000,3.728,3.457,0.271,274.707,5.85%,99.51% 1024.000, 32,32.000,3.720,3.449,0.271,275.279,6.10%,99.40% 1024.000, 32,32.000,3.763,3.462,0.301,272.112,6.34%,99.47% 1024.000, 32,32.000,3.747,3.483,0.264,273.251,6.58%,99.36% 10 tests overall average write 3.710 sec; 275.984 MB/s To recap the above, we now jump from 276 MBytes/sec sustained to 411 MBytes/sec sustained...... which is what we had originally hoped for. Any idea how long befor the patch makes its way into Liunus' tree ? Thanks again, Jim Foris > > thanks! > From owner-linux-xfs Tue Sep 21 23:00:56 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Sep 2004 23:00:58 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8M60soN027340 for ; Tue, 21 Sep 2004 23:00:55 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA09725; Wed, 22 Sep 2004 16:00:34 +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 i8M60Wln4383320; Wed, 22 Sep 2004 16:00:33 +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 i8M6sgc4011242; Wed, 22 Sep 2004 16:54:43 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i8M6seS2011240; Wed, 22 Sep 2004 16:54:40 +1000 Date: Wed, 22 Sep 2004 16:54:40 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20040922065440.GB10973@frodo> References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> <20040915015002.GA12795@frodo> <20040915083307.GA14251@frodo> <41507CB0.3010906@med.ge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41507CB0.3010906@med.ge.com> User-Agent: Mutt/1.5.3i X-archive-position: 4156 X-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 Hi James, On Tue, Sep 21, 2004 at 02:10:40PM -0500, James Foris wrote: > Nathan Scott wrote: > >Could you try the patch below James? It should apply > >cleanly to the 2.6.x-xfs cvs tree on oss.sgi.com, or to > >Linus' current -bk tree (but that may need a little bit > >of tweaking, not sure off the top of my head). > > > >Let me know if the numbers are good/bad/indifferent (or > >if you see any hangs etc - I really need to stare at the > >locking in here for a whole lot longer). > > I am sorry about taking so long to get back, but the numbers > with the high-performance RAID look very good: No problem & thanks for following up. > To recap the above, we now jump from 276 MBytes/sec sustained to > 411 MBytes/sec sustained...... which is what we had originally hoped > for. Good to hear. > Any idea how long befor the patch makes its way into Liunus' tree ? Well, I've cleaned it up, had it looked over by the other XFS folks and done a fair bit of testing now on XFS (and also made sure direct I/O to other filesystems and the block device has not become broken), and I've started a discussion with Andrew about getting the patch into his tree for additional testing. Once he's happy with it, I expect it will move to Linus' kernel. So, I don't know exactly when it will be merged, its not up to me. :) cheers. -- Nathan From owner-linux-xfs Tue Sep 21 23:49:08 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 21 Sep 2004 23:49:10 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8M6n6tg029846 for ; Tue, 21 Sep 2004 23:49:07 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA10608 for ; Wed, 22 Sep 2004 16:48:50 +1000 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id i8M6XVZi011206 for ; Wed, 22 Sep 2004 16:33:31 +1000 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id i8M6XVLI011205 for linux-xfs@oss.sgi.com; Wed, 22 Sep 2004 16:33:31 +1000 Date: Wed, 22 Sep 2004 16:33:31 +1000 From: FSG QA Message-Id: <200409220633.i8M6XVLI011205@bruce.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfstests X-archive-position: 4157 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Add more tests to auto-qa group; add test 103 exercising more inode flags. Date: Wed Sep 22 16:48:36 AEST 2004 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19568a xfstests/103 - 1.1 xfstests/103.out - 1.1 xfstests/group - 1.66 From owner-linux-xfs Wed Sep 22 00:07:10 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 00:07:14 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8M778mx030729 for ; Wed, 22 Sep 2004 00:07:09 -0700 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 i8M76kxu18285970; Wed, 22 Sep 2004 17:06:47 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8M76iMF18312658; Wed, 22 Sep 2004 17:06:44 +1000 (EST) Date: Wed, 22 Sep 2004 17:06:44 +1000 (EST) From: Nathan Scott Message-Id: <200409220706.i8M76iMF18312658@snort.melbourne.sgi.com> To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE 921939 - update pages skipped counter X-archive-position: 4158 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Ensure we update the wbc pages skipped count correctly when writing pages. Date: Wed Sep 22 00:05:28 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-linux Inspected by: hch@lst.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:179566a linux-2.6/xfs_aops.c - 1.79 From owner-linux-xfs Wed Sep 22 00:14:53 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 00:14:55 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8M7EpOP031254 for ; Wed, 22 Sep 2004 00:14:52 -0700 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 i8M7EUxu18085697; Wed, 22 Sep 2004 17:14:31 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8M7ETgA17971941; Wed, 22 Sep 2004 17:14:29 +1000 (EST) Date: Wed, 22 Sep 2004 17:14:29 +1000 (EST) From: Nathan Scott Message-Id: <200409220714.i8M7ETgA17971941@snort.melbourne.sgi.com> To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: PARTIAL TAKE 827227 - nosymlinks flag X-archive-position: 4159 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Add nosymlinks inode flag for the security folks, reserve projinherit flag. Date: Wed Sep 22 00:13:53 PDT 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-linux Inspected by: roehrich@sgi.com,hch@lst.de The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:179567a xfsidbg.c - 1.265 xfs_vnodeops.c - 1.632 xfs_fs.h - 1.22 xfs_inode.c - 1.404 xfs_dinode.h - 1.72 linux-2.6/xfs_globals.c - 1.64 linux-2.6/xfs_linux.h - 1.124 linux-2.6/xfs_iops.c - 1.220 linux-2.6/xfs_sysctl.c - 1.32 linux-2.6/xfs_sysctl.h - 1.23 linux-2.4/xfs_globals.c - 1.72 linux-2.4/xfs_linux.h - 1.136 linux-2.4/xfs_iops.c - 1.208 linux-2.4/xfs_sysctl.c - 1.37 linux-2.4/xfs_sysctl.h - 1.28 From owner-linux-xfs Wed Sep 22 09:56:37 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 09:56:42 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MGuame012027 for ; Wed, 22 Sep 2004 09:56:36 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8MI5hn0020794 for ; Wed, 22 Sep 2004 11:05:44 -0700 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8MGtDOV47758792; Wed, 22 Sep 2004 11:55:14 -0500 (CDT) Message-ID: <4151AE71.9030405@sgi.com> Date: Wed, 22 Sep 2004 11:55:13 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: argon@sernet.com.cn CC: linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4160 X-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 I would test this first on another non-xfs filesystem - do you see the same problem? Just to narrow down where the problem may lie. Also, if a stock kernel.org kernel can run on this box, please test xfs on that as well. If it works on newer stock kernels, you can complain to MontaVista :) -Eric argon@sernet.com.cn wrote: > Hi All: > > Now,I am developing an embedded Linux system. We use IDE HDD. But if > we copy a single file which size is bigger than 4GByte, sometimes all of > the application can not run! But ping response is normal. We use Inter > IXP425 CPU and montavista Linux. I guess this problem is caused by this > Bigendian CPU. Is there anybody can help me ? > > > Best Regards > Argon Cheng > > From owner-linux-xfs Wed Sep 22 10:01:40 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 10:01:42 -0700 (PDT) Received: from phoenix.infradead.org (imladris.demon.co.uk [193.237.130.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MH1cMM012518 for ; Wed, 22 Sep 2004 10:01:39 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.42 #2 (Red Hat Linux)) id 1CAAUV-000140-J4; Wed, 22 Sep 2004 18:01:15 +0100 Date: Wed, 22 Sep 2004 18:01:15 +0100 From: Christoph Hellwig To: argon@sernet.com.cn Cc: linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) Message-ID: <20040922180115.A4056@infradead.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from argon@sernet.com.cn on Tue, Sep 21, 2004 at 04:17:39PM +0800 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 4161 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Tue, Sep 21, 2004 at 04:17:39PM +0800, argon@sernet.com.cn wrote: > Hi All: > > Now,I am developing an embedded Linux system. We use IDE HDD. But if > we copy a single file which size is bigger than 4GByte, sometimes all of > the application can not run! But ping response is normal. We use Inter > IXP425 CPU and montavista Linux. I guess this problem is caused by this > Bigendian CPU. Is there anybody can help me ? Montavista technical support can probably help you. If you problem still happens with a kernel.org or SGI kernel we can help you aswell. From owner-linux-xfs Wed Sep 22 13:53:45 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 13:53:48 -0700 (PDT) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MKrjbP027838 for ; Wed, 22 Sep 2004 13:53:45 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8MKrYQh019309 for ; Wed, 22 Sep 2004 15:53:34 -0500 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8MKrNOV47861468; Wed, 22 Sep 2004 15:53:23 -0500 (CDT) Received: from hch by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1CAE78-00029f-00; Wed, 22 Sep 2004 15:53:22 -0500 To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: PARTIAL TAKE 921072 - handle nfs requesting ino 0 gracefully Message-Id: From: Christoph Hellwig Date: Wed, 22 Sep 2004 15:53:22 -0500 X-archive-position: 4162 X-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@sgi.com Precedence: bulk X-list: linux-xfs Date: Wed Sep 22 13:53:01 PDT 2004 Workarea: maine.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.4.x Inspected by: felixb,sandeen The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.4.x-xfs Modid: xfs-linux:xfs-kern:179624a fs/xfs/xfs_vfsops.c - 1.455 - return ESTALE if we are asked for ino 0 fs/xfs/linux-2.6/xfs_super.c - 1.313 - streamline linvfs_get_parent fs/xfs/linux-2.6/xfs_iops.c - 1.221 - streamline linvfs_lookup From owner-linux-xfs Wed Sep 22 15:00:11 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 15:00:14 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MM0AkX032255 for ; Wed, 22 Sep 2004 15:00:11 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8MN9BtR026280 for ; Wed, 22 Sep 2004 16:09:20 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8MLweOV47821500; Wed, 22 Sep 2004 16:58:40 -0500 (CDT) Received: from hch by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1CAF8J-0002e5-00; Wed, 22 Sep 2004 16:58:39 -0500 To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: PARTIAL TAKE 921072 - fix handling of bad inodes Message-Id: From: Christoph Hellwig Date: Wed, 22 Sep 2004 16:58:39 -0500 X-archive-position: 4163 X-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@sgi.com Precedence: bulk X-list: linux-xfs With this in and the dcache patch from http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2 we're surviving nfs_fsstress.sh for multiple hours now. Aka this fixes BZ #309 Date: Wed Sep 22 14:55:51 PDT 2004 Workarea: maine.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.4.x Inspected by: felixb,nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.4.x-xfs Modid: xfs-linux:xfs-kern:179634a fs/xfs/xfs_vnodeops.c - 1.633 fs/xfs/xfs_vfsops.c - 1.456 - keep bad inodes from beeing flushed to disk fs/xfs/xfs_iget.c - 1.196 - don't mark inodes bad in xfs_iput_new use vn_mark_bad instead of remove_inode_hash and make_bad_inode fs/xfs/linux-2.4/xfs_vnode.h - 1.92 fs/xfs/linux-2.6/xfs_vnode.h - 1.97 - add vn_mark_bad and VN_BAD wrappers fs/xfs/linux-2.4/xfs_super.c - 1.294 fs/xfs/linux-2.6/xfs_super.c - 1.314 - fix xfs_initialize_vnode to only write to the linux inode for initializes dinodes fs/xfs/linux-2.4/xfs_iops.c - 1.209 fs/xfs/linux-2.6/xfs_iops.c - 1.222 fs/xfs/linux-2.4/xfs_vnode.c - 1.126 - use vn_mark_bad instead of remove_inode_hash and make_bad_inode From owner-linux-xfs Wed Sep 22 15:07:59 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 15:08:00 -0700 (PDT) Received: from rrzd4.rz.uni-regensburg.de (rrzd4.rz.uni-regensburg.de [132.199.1.14]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MM7vBk000903 for ; Wed, 22 Sep 2004 15:07:58 -0700 Received: from localhost (rx3227.cip.uni-regensburg.de [132.199.237.32]) by rrzd4.rz.uni-regensburg.de (8.12.10/8.12.10) with ESMTP id i8MM7iO4022674; Thu, 23 Sep 2004 00:07:45 +0200 (envelope-from christian.guggenberger@physik.uni-regensburg.de) Received: from localhost ([127.0.0.1]) by localhost with esmtp (Exim 3.36 #1 (Debian)) id 1CAFH9-00016x-00; Thu, 23 Sep 2004 00:07:47 +0200 Subject: Re: PARTIAL TAKE 921072 - fix handling of bad inodes From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Date: Thu, 23 Sep 2004 00:07:47 +0200 Message-Id: <1095890867.2408.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Content-Transfer-Encoding: 7bit X-archive-position: 4164 X-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 On Wed, 2004-09-22 at 16:58 -0500, Christoph Hellwig wrote: > With this in and the dcache patch from > http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2 > we're surviving nfs_fsstress.sh for multiple hours now. Aka this > fixes BZ #309 > just curious - how long's "multiple hours" now? thanks. - Christian From owner-linux-xfs Wed Sep 22 15:09:53 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 15:09:56 -0700 (PDT) Received: from phoenix.infradead.org (imladris.demon.co.uk [193.237.130.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MM9qYM001278 for ; Wed, 22 Sep 2004 15:09:53 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.42 #2 (Red Hat Linux)) id 1CAFIy-0001uX-9i; Wed, 22 Sep 2004 23:09:40 +0100 Date: Wed, 22 Sep 2004 23:09:40 +0100 From: Christoph Hellwig To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: PARTIAL TAKE 921072 - fix handling of bad inodes Message-ID: <20040922230940.A7344@infradead.org> References: <1095890867.2408.1.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1095890867.2408.1.camel@localhost>; from christian.guggenberger@physik.uni-regensburg.de on Thu, Sep 23, 2004 at 12:07:47AM +0200 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 4165 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Thu, Sep 23, 2004 at 12:07:47AM +0200, Christian Guggenberger wrote: > On Wed, 2004-09-22 at 16:58 -0500, Christoph Hellwig wrote: > > With this in and the dcache patch from > > http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2 > > we're surviving nfs_fsstress.sh for multiple hours now. Aka this > > fixes BZ #309 > > > > just curious - how long's "multiple hours" now? 6 so far, without the patches it crashed between an hour and two and my dual-g5. From owner-linux-xfs Wed Sep 22 15:24:49 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 15:24:51 -0700 (PDT) Received: from rrzd4.rz.uni-regensburg.de (rrzd4.rz.uni-regensburg.de [132.199.1.14]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MMOlCg002139 for ; Wed, 22 Sep 2004 15:24:48 -0700 Received: from localhost (rx3227.cip.uni-regensburg.de [132.199.237.32]) by rrzd4.rz.uni-regensburg.de (8.12.10/8.12.10) with ESMTP id i8MMOYO4027130; Thu, 23 Sep 2004 00:24:34 +0200 (envelope-from christian.guggenberger@physik.uni-regensburg.de) Received: from localhost ([127.0.0.1]) by localhost with esmtp (Exim 3.36 #1 (Debian)) id 1CAFXR-000181-00; Thu, 23 Sep 2004 00:24:37 +0200 Subject: Re: PARTIAL TAKE 921072 - fix handling of bad inodes From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com In-Reply-To: <20040922230940.A7344@infradead.org> References: <1095890867.2408.1.camel@localhost> <20040922230940.A7344@infradead.org> Content-Type: text/plain Date: Thu, 23 Sep 2004 00:24:37 +0200 Message-Id: <1095891877.2408.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Content-Transfer-Encoding: 7bit X-archive-position: 4166 X-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 On Wed, 2004-09-22 at 23:09 +0100, Christoph Hellwig wrote: > On Thu, Sep 23, 2004 at 12:07:47AM +0200, Christian Guggenberger wrote: > > On Wed, 2004-09-22 at 16:58 -0500, Christoph Hellwig wrote: > > > With this in and the dcache patch from > > > http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2 > > > we're surviving nfs_fsstress.sh for multiple hours now. Aka this > > > fixes BZ #309 > > > > > a second question comes to my mind: is this dcache stuff considered for a merge into linus/marcello tree in the near future? I have not seen any related discussion on lkml recently (I need to admit that I do not read lkml on a regulary basis...) cheers. - Christian From owner-linux-xfs Wed Sep 22 15:30:28 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 15:30:29 -0700 (PDT) Received: from phoenix.infradead.org (imladris.demon.co.uk [193.237.130.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8MMUQKe002817 for ; Wed, 22 Sep 2004 15:30:27 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.42 #2 (Red Hat Linux)) id 1CAFcr-0001xK-R1; Wed, 22 Sep 2004 23:30:13 +0100 Date: Wed, 22 Sep 2004 23:30:13 +0100 From: Christoph Hellwig To: Christian Guggenberger Cc: gnb@sgi.com, linux-xfs@oss.sgi.com Subject: Re: PARTIAL TAKE 921072 - fix handling of bad inodes Message-ID: <20040922233013.A7496@infradead.org> References: <1095890867.2408.1.camel@localhost> <20040922230940.A7344@infradead.org> <1095891877.2408.10.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1095891877.2408.10.camel@localhost>; from christian.guggenberger@physik.uni-regensburg.de on Thu, Sep 23, 2004 at 12:24:37AM +0200 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 4167 X-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 > a second question comes to my mind: > > is this dcache stuff considered for a merge into linus/marcello tree in > the near future? I have not seen any related discussion on lkml recently > (I need to admit that I do not read lkml on a regulary basis...) I think Greg Banks has been working with Neil on this one, Greg do you know if/what is blocking to get this patch into mainline? From owner-linux-xfs Wed Sep 22 17:43:25 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 22 Sep 2004 17:43:28 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8N0hN6S010473 for ; Wed, 22 Sep 2004 17:43:24 -0700 Received: from [134.14.55.176] (hole.melbourne.sgi.com [134.14.55.176]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA02773; Thu, 23 Sep 2004 10:42:57 +1000 Subject: Re: PARTIAL TAKE 921072 - fix handling of bad inodes From: Greg Banks To: Christoph Hellwig Cc: Christian Guggenberger , linux-xfs@oss.sgi.com In-Reply-To: <20040922233013.A7496@infradead.org> References: <1095890867.2408.1.camel@localhost> <20040922230940.A7344@infradead.org> <1095891877.2408.10.camel@localhost> <20040922233013.A7496@infradead.org> Content-Type: text/plain Organization: Silicon Graphics Inc, Australian Software Group. Message-Id: <1095900812.3620.858.camel@hole.melbourne.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6-1mdk Date: Thu, 23 Sep 2004 10:53:32 +1000 Content-Transfer-Encoding: 7bit X-archive-position: 4168 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gnb@melbourne.sgi.com Precedence: bulk X-list: linux-xfs On Thu, 2004-09-23 at 08:30, Christoph Hellwig wrote: > > a second question comes to my mind: > > > > is this dcache stuff considered for a merge into linus/marcello tree in > > the near future? I have not seen any related discussion on lkml recently > > (I need to admit that I do not read lkml on a regulary basis...) > > I think Greg Banks has been working with Neil on this one, Greg do you > know if/what is blocking to get this patch into mainline? No technical reason AFAICT, the discussion just petered out. I've pinged Neil to see if he can resubmit one of the series of patches from back in April. Greg. -- Greg Banks, R&D Software Engineer, SGI Australian Software Group. I don't speak for SGI. From owner-linux-xfs Thu Sep 23 00:37:16 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 00:37:18 -0700 (PDT) Received: from 163.com ([202.108.44.181]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8N7bEYu029793 for ; Thu, 23 Sep 2004 00:37:15 -0700 Message-Id: <200409230737.i8N7bEYu029793@oss.sgi.com> Received: from JCY (unknown [221.137.67.250]) by 192.168.1.181 (Coremail) with SMTP id N0BFDBN9UkEwZmwH.1 for ; Thu, 23 Sep 2004 15:36:54 +0800 (CST) X-Originating-IP: [221.137.67.250] Date: Thu, 23 Sep 2004 15:36:59 +0800 From: "Jacky Kim" To: "xfs" Subject: Display all dumps' contents in one tape X-mailer: Foxmail 5.0 beta2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-archive-position: 4169 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jcy_2008@163.com Precedence: bulk X-list: linux-xfs Hi, I have saved 2 dumps into one tape in Linux(2.6.8 + xfsdump 2.2.19), how to display all dumps' contents without prompt when xfsdump inventory is deleted? I can ONLY display the FIRST dump, and the operations are as follows: # xfsdump -L "session1" -M "media1" -l 0 -oFTf /dev/st0 -s pub1 /mnt # xfsdump -L "session2" -M "media2" -l 0 -FTf /dev/st0 -s pub2 /mnt # rm -f /var/lib/xfsdump/inventory/* # xfsrestore -tFf /dev/st0 xfsrestore: using scsi tape (drive_scsitape) strategy xfsrestore: version 2.2.19 (dump format 3.0) - Running single-threaded xfsrestore: searching media for dump xfsrestore: preparing drive xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: rh9 xfsrestore: mount point: /mnt xfsrestore: volume: /dev/hdc3 xfsrestore: session time: Thu Sep 23 15:09:50 2004 xfsrestore: level: 0 xfsrestore: session label: "session1" xfsrestore: media label: "media1" xfsrestore: file system id: 3ac800c9-8766-4d0a-8fe3-7aa9d93d37fc xfsrestore: session id: 572e6a33-2722-49fe-8ef9-9b40081f13f8 xfsrestore: media id: 63b1fb6d-b816-40ce-a513-9808726e3342 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: 2 directories and 3 entries processed xfsrestore: directory post-processing xfsrestore: reading non-directory files pub1/vol-l1.gz xfsrestore: examining media file 1 xfsrestore: incorporating on-media session inventory into online inventory xfsrestore: using on-media session inventory xfsrestore: table of contents display complete: 23 seconds elapsed xfsrestore: Restore Status: SUCCESS Best Regards! Jacky Kim . From owner-linux-xfs Thu Sep 23 01:07:11 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 01:07:14 -0700 (PDT) Received: from citd.de (blfd-d9bb9742.pool.mediaWays.net [217.187.151.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8N87A4q030973 for ; Thu, 23 Sep 2004 01:07:10 -0700 Received: from korben.citd.de (localhost [127.0.0.1]) by citd.de (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id i8N86u5p011391; Thu, 23 Sep 2004 10:06:56 +0200 Received: (from ms@localhost) by korben.citd.de (8.12.3/8.12.3/Submit) id i8N86usq011390; Thu, 23 Sep 2004 10:06:56 +0200 Date: Thu, 23 Sep 2004 10:06:56 +0200 From: Matthias Schniedermeyer To: argon@sernet.com.cn Cc: linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) Message-ID: <20040923080656.GA11343@citd.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i X-archive-position: 4170 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ms@citd.de Precedence: bulk X-list: linux-xfs On 21.09.2004 16:17, argon@sernet.com.cn wrote: > Hi All: > > Now,I am developing an embedded Linux system. We use IDE HDD. But if > we copy a single file which size is bigger than 4GByte, sometimes all of > the application can not run! But ping response is normal. We use Inter > IXP425 CPU and montavista Linux. I guess this problem is caused by this > Bigendian CPU. Is there anybody can help me ? My first guess would be "aggregategroups". For me mkfs.xfs ALWAYS uses a too low agcount, with a too low agcount a single aggregategroup can be lager than 4GB which i was told is a "no no". Do a xfs_info on your device and if (agsize * sectsz) > 4GB (or "Capacity / agcount" > 4GB) then you have to reformat with a bigger agcount/lower agsize. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From owner-linux-xfs Thu Sep 23 07:51:14 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 07:51:16 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8NEpDBh016667 for ; Thu, 23 Sep 2004 07:51:14 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8NG0Sk5004692 for ; Thu, 23 Sep 2004 09:00:28 -0700 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8NEp0ZO25483766; Thu, 23 Sep 2004 09:51:01 -0500 (CDT) Message-ID: <4152E2D4.1080301@sgi.com> Date: Thu, 23 Sep 2004 09:51:00 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Schniedermeyer CC: argon@sernet.com.cn, linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) References: <20040923080656.GA11343@citd.de> In-Reply-To: <20040923080656.GA11343@citd.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4171 X-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 Matthias Schniedermeyer wrote: > > My first guess would be "aggregategroups". Just to be pedantic, "AG" is "Allocation Group" :) > For me mkfs.xfs ALWAYS uses a too low agcount, with a too low agcount a > single aggregategroup can be lager than 4GB which i was told is a "no no". That should be fine now (as of xfsprogs 2.6.0) mkfs_xfs.c: revision 1.52 date: 2003/10/28 04:41:37; author: nathans; state: Exp; lines: +141 -126 modid: xfs-cmds:slinx:160712a Rework the mkfs allocation group sizing algorithm, making better use of the available bits. This changes the maximum allocation group size enforced by mkfs to be 1TB (from 4GB), which scales alot better for very large filesystems. Hm, Nathan, I think we need to update the mkfs man page...? > Do a xfs_info on your device and if (agsize * sectsz) > 4GB (or > "Capacity / agcount" > 4GB) then you have to reformat with a bigger > agcount/lower agsize. Feel free to try, maybe it will help, but the design intent is that larger AGs should be fine. -Eric From owner-linux-xfs Thu Sep 23 13:42:22 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 13:42:26 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8NKgKdO006789 for ; Thu, 23 Sep 2004 13:42:21 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA26702; Fri, 24 Sep 2004 06:41:56 +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 i8NKfqln4429032; Fri, 24 Sep 2004 06:41:53 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8NKflvX4432930; Fri, 24 Sep 2004 06:41:47 +1000 (EST) Date: Fri, 24 Sep 2004 06:41:47 +1000 From: Nathan Scott To: Matthias Schniedermeyer Cc: argon@sernet.com.cn, linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) Message-ID: <20040924064147.A4429310@wobbly.melbourne.sgi.com> References: <20040923080656.GA11343@citd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040923080656.GA11343@citd.de>; from ms@citd.de on Thu, Sep 23, 2004 at 10:06:56AM +0200 X-archive-position: 4172 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Sep 23, 2004 at 10:06:56AM +0200, Matthias Schniedermeyer wrote: > > For me mkfs.xfs ALWAYS uses a too low agcount, with a too low agcount a > single aggregategroup can be lager than 4GB which i was told is a "no no". Eh? Who told you that? Its not correct at all. > Do a xfs_info on your device and if (agsize * sectsz) > 4GB (or > "Capacity / agcount" > 4GB) then you have to reformat with a bigger > agcount/lower agsize. Thats not right either. There are big advantages to moving to allocation groups larger than 4G. Use the mkfs defaults here, unless you really know what you're doing. cheers. -- Nathan From owner-linux-xfs Thu Sep 23 14:12:37 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 14:12:39 -0700 (PDT) Received: from citd.de (pdbn-d9bb9742.pool.mediaWays.net [217.187.151.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8NLCaWJ007826 for ; Thu, 23 Sep 2004 14:12:36 -0700 Received: from korben.citd.de (localhost [127.0.0.1]) by citd.de (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id i8NLCN5p015566; Thu, 23 Sep 2004 23:12:23 +0200 Received: (from ms@localhost) by korben.citd.de (8.12.3/8.12.3/Submit) id i8NLCNKQ015565; Thu, 23 Sep 2004 23:12:23 +0200 Date: Thu, 23 Sep 2004 23:12:23 +0200 From: Matthias Schniedermeyer To: Nathan Scott Cc: argon@sernet.com.cn, linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) Message-ID: <20040923211223.GA15540@citd.de> References: <20040923080656.GA11343@citd.de> <20040924064147.A4429310@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040924064147.A4429310@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.3.27i X-archive-position: 4173 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ms@citd.de Precedence: bulk X-list: linux-xfs On 24.09.2004 06:41, Nathan Scott wrote: > On Thu, Sep 23, 2004 at 10:06:56AM +0200, Matthias Schniedermeyer wrote: > > > > For me mkfs.xfs ALWAYS uses a too low agcount, with a too low agcount a > > single aggregategroup can be lager than 4GB which i was told is a "no no". > > Eh? Who told you that? Its not correct at all. It was at some time correct. Because i had the problem that i couldn't create DVD-Images on a 100GB XFS-Partition with the default agcount=16 with which the partition was created, when i created it first time without specifying ANY additional parameter to mkfs.xfs. (It was somehwhere last year. Maybe it was the fix(and thus the time) meantioned in the other mail) > > Do a xfs_info on your device and if (agsize * sectsz) > 4GB (or > > "Capacity / agcount" > 4GB) then you have to reformat with a bigger > > agcount/lower agsize. > > Thats not right either. There are big advantages to moving to > allocation groups larger than 4G. Use the mkfs defaults here, > unless you really know what you're doing. It seems the problem got fixed the way that there now can be larger allocation groups, whereas i thought that mkfs program got fixed and the 4GB limit was system immanent. Seems i was wrong with this and i didn't need to manually raise the agcount (again) when i swaped my 100GB HDDs with 200GB HDDs and mkfs.xfs still used agcount=16 when i formated the 200GB HDDs. (I immediatly did another mkfs.xfs when i saw that agcount was so small. I didn't test it as the last time (last year when i first had that problem) the agcount was so small it killed my machine the moment a DVD-Image was "big enough") Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From owner-linux-xfs Thu Sep 23 15:02:28 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 15:02:30 -0700 (PDT) Received: from citd.de (pdbn-d9bb9742.pool.mediaWays.net [217.187.151.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8NM2R3O010007 for ; Thu, 23 Sep 2004 15:02:27 -0700 Received: from korben.citd.de (localhost [127.0.0.1]) by citd.de (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id i8NM2E5p015985; Fri, 24 Sep 2004 00:02:15 +0200 Received: (from ms@localhost) by korben.citd.de (8.12.3/8.12.3/Submit) id i8NM2E5b015984; Fri, 24 Sep 2004 00:02:14 +0200 Date: Fri, 24 Sep 2004 00:02:14 +0200 From: Matthias Schniedermeyer To: Nathan Scott Cc: argon@sernet.com.cn, linux-xfs@oss.sgi.com Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) Message-ID: <20040923220214.GA15979@citd.de> References: <20040923080656.GA11343@citd.de> <20040924064147.A4429310@wobbly.melbourne.sgi.com> <20040923211223.GA15540@citd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040923211223.GA15540@citd.de> User-Agent: Mutt/1.3.27i X-archive-position: 4174 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ms@citd.de Precedence: bulk X-list: linux-xfs On 23.09.2004 23:12, Matthias Schniedermeyer wrote: > On 24.09.2004 06:41, Nathan Scott wrote: > > On Thu, Sep 23, 2004 at 10:06:56AM +0200, Matthias Schniedermeyer wrote: > > It seems the problem got fixed the way that there now can be larger > allocation groups, whereas i thought that mkfs program got fixed and the > 4GB limit was system immanent. > > Seems i was wrong with this and i didn't need to manually raise the > agcount (again) when i swaped my 100GB HDDs with 200GB HDDs and mkfs.xfs > still used agcount=16 when i formated the 200GB HDDs. > (I immediatly did another mkfs.xfs when i saw that agcount was so small. > I didn't test it as the last time (last year when i first had that > problem) the agcount was so small it killed my machine the moment a > DVD-Image was "big enough") I just reformated one of my 200GB HDDs with mkfs.xfs default (it shows agcount=16) Then i created a 10GB file. My machine survived. :-) So i guess i zero points for me. :-) Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From owner-linux-xfs Thu Sep 23 18:21:05 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 23 Sep 2004 18:21:08 -0700 (PDT) Received: from mail.sernet.com.cn ([61.177.58.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8O1L3t8022501 for ; Thu, 23 Sep 2004 18:21:04 -0700 Subject: Re: File size more than 4G on XFS (Bigendian-32bit-cpu) To: Matthias Schniedermeyer Cc: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: From: argon@sernet.com.cn Date: Fri, 24 Sep 2004 09:20:32 +0800 X-MIMETrack: Serialize by Router on suzhou/China(Release 5.0.10 |March 22, 2002) at 2004/09/24 09:20:42 AM MIME-Version: 1.0 Content-type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id i8O1L5t8022506 X-archive-position: 4175 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: argon@sernet.com.cn Precedence: bulk X-list: linux-xfs Hi All: I think that I have fixed this issue. Here is the solution. At first I use mkfs.xfs with "-dagsize=4g" option to re-format the harddisk. It seems OK. But this is not a good solution. And then I try to port the linux-2.4.26's fs/xfs code to my 2.4.20 kernel. Some functions do not declared for fs code has changed. I just comment these code and use the old xfs code in kernel 2.4.20. ooooh, it seems work! I have tested for about 15 hours with single file (16G) copy. everything is OK! Thanks all of you! Best Regards Argon Cheng Matthias Schniedermeyer ¦¬¥ó¤H¡G argon@sernet.com.cn °Æ¥»§Û°e¡G linux-xfs@oss.sgi.com ¥D¦®¡G Re: File size more than 4G on XFS (Bigendian-32bit-cpu) 23-09-2004 16:06 On 21.09.2004 16:17, argon@sernet.com.cn wrote: > Hi All: > > Now,I am developing an embedded Linux system. We use IDE HDD. But if > we copy a single file which size is bigger than 4GByte, sometimes all of > the application can not run! But ping response is normal. We use Inter > IXP425 CPU and montavista Linux. I guess this problem is caused by this > Bigendian CPU. Is there anybody can help me ? My first guess would be "aggregategroups". For me mkfs.xfs ALWAYS uses a too low agcount, with a too low agcount a single aggregategroup can be lager than 4GB which i was told is a "no no". Do a xfs_info on your device and if (agsize * sectsz) > 4GB (or "Capacity / agcount" > 4GB) then you have to reformat with a bigger agcount/lower agsize. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From owner-linux-xfs Sat Sep 25 04:54:09 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Sep 2004 04:54:11 -0700 (PDT) Received: from phoenix.infradead.org (imladris.demon.co.uk [193.237.130.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8PBs80d011621 for ; Sat, 25 Sep 2004 04:54:09 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.42 #2 (Red Hat Linux)) id 1CBB7f-0001AN-I0; Sat, 25 Sep 2004 12:53:51 +0100 Date: Sat, 25 Sep 2004 12:53:51 +0100 From: Christoph Hellwig To: Justin Piszcz Cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: Reproducable DoS with NFS+XFS under 2.6.{5,8.1} Message-ID: <20040925125351.A4473@infradead.org> Mail-Followup-To: Christoph Hellwig , Justin Piszcz , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from jpiszcz@lucidpixels.com on Sat, Sep 25, 2004 at 06:45:36AM -0400 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 4176 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Sat, Sep 25, 2004 at 06:45:36AM -0400, Justin Piszcz wrote: > Two issues. > > 1 - With 2.6.5 > 2 - With 2.6.8.1 > > 1 - I have the actual oops. > 2 - Reproducable every time I do it but I'd have to copy the panic off the > screen which isn't entirely there. > > > Problem 1: If you try to copy a file off of an NFS share while it is being > written: This should be fixed in XFS cvs at oss.sgi.com, and will be merged to mainline soon. From owner-linux-xfs Sat Sep 25 05:07:25 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Sep 2004 05:07:26 -0700 (PDT) Received: from lucidpixels.com (qmailr@lucidpixels.com [66.45.37.187]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8PC7OB2012381 for ; Sat, 25 Sep 2004 05:07:25 -0700 Received: (qmail 3967 invoked by uid 1002); 25 Sep 2004 12:07:04 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Sep 2004 12:07:04 -0000 Date: Sat, 25 Sep 2004 08:07:04 -0400 (EDT) From: Justin Piszcz X-X-Sender: jpiszcz@p500 To: Christoph Hellwig cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: Reproducable DoS with NFS+XFS under 2.6.{5,8.1} In-Reply-To: <20040925125351.A4473@infradead.org> Message-ID: References: <20040925125351.A4473@infradead.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 4177 X-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 Ok, thanks. On Sat, 25 Sep 2004, Christoph Hellwig wrote: > On Sat, Sep 25, 2004 at 06:45:36AM -0400, Justin Piszcz wrote: >> Two issues. >> >> 1 - With 2.6.5 >> 2 - With 2.6.8.1 >> >> 1 - I have the actual oops. >> 2 - Reproducable every time I do it but I'd have to copy the panic off the >> screen which isn't entirely there. >> >> >> Problem 1: If you try to copy a file off of an NFS share while it is being >> written: > > This should be fixed in XFS cvs at oss.sgi.com, and will be merged to > mainline soon. > From owner-linux-xfs Sat Sep 25 14:59:51 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 25 Sep 2004 14:59:55 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8PLxpKK004230 for ; Sat, 25 Sep 2004 14:59:51 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8PLxpMX004229 for linux-xfs@oss.sgi.com; Sat, 25 Sep 2004 14:59:51 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8PLxoo2004215 for ; Sat, 25 Sep 2004 14:59:50 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8PLqKsT004100; Sat, 25 Sep 2004 14:52:20 -0700 Date: Sat, 25 Sep 2004 14:52:20 -0700 Message-Id: <200409252152.i8PLqKsT004100@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 364] New: Incorrect return values in linux kernel 2.6.8.1 X-Bugzilla-Reason: AssignedTo X-archive-position: 4178 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=364 Summary: Incorrect return values in linux kernel 2.6.8.1 Product: Linux XFS Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: christophe.jaillet@wanadoo.fr Hi, i've been looking at linux kernel code (2.6.8.1) and a few things seem to be strange in the /fs/xfs area. I've been runing a : grep -r -n "return E" . on the kernel source as suggested by kernel-janitor homepage to look for incorrect return value. Indeed, such return values should look like return -E. Here is the result : ./xfs/xfs_itable.c:213: return EFAULT; ./xfs/xfs_vfsops.c:453: return EINVAL; ./xfs/xfs_vfsops.c:1664: return EINVAL; ./xfs/xfs_vfsops.c:1673: return EINVAL; ./xfs/xfs_vfsops.c:1687: return EINVAL; ./xfs/xfs_vfsops.c:1694: return EINVAL; ./xfs/xfs_vfsops.c:1701: return EINVAL; ./xfs/xfs_vfsops.c:1708: return EINVAL; ./xfs/xfs_vfsops.c:1724: return EINVAL; ./xfs/xfs_vfsops.c:1734: return EINVAL; ./xfs/xfs_vfsops.c:1741: return EINVAL; ./xfs/xfs_vfsops.c:1749: return EINVAL; ./xfs/xfs_vfsops.c:1766: return EINVAL; ./xfs/xfs_vfsops.c:1773: return EINVAL; ./xfs/xfs_vfsops.c:1780: return EINVAL; ./xfs/xfs_vfsops.c:1785: return EINVAL; ./xfs/xfs_vfsops.c:1792: return EINVAL; ./xfs/xfs_acl.c:108: return EINVAL; ./xfs/xfs_acl.c:111: return EINVAL; ./xfs/xfs_acl.c:114: return EOPNOTSUPP; ./xfs/xfs_acl.c:119: return EINVAL; ./xfs/xfs_acl.c:134: return EINVAL; ./xfs/xfs_acl.c:148: return EINVAL; ./xfs/xfs_acl.c:152: return EINVAL; ./xfs/xfs_acl.c:391: return EPERM; ./xfs/xfs_acl.c:393: return ENOTDIR; ./xfs/xfs_acl.c:395: return EROFS; ./xfs/xfs_acl.c:401: return EPERM; ./xfs/xfs_acl.c:456: return EACCES; ./xfs/xfs_acl.c:458: return EACCES; ./xfs/xfs_acl.c:462: return EACCES; ./xfs/xfs_acl.c:630: return EINVAL; ./xfs/xfs_acl.c:777: return ENOMEM; ./xfs/xfs_cap.c:63: return EINVAL; ./xfs/xfs_cap.c:66: return EINVAL; ./xfs/xfs_cap.c:68: return EINVAL; ./xfs/xfs_cap.c:71: return EINVAL; ./xfs/xfs_cap.c:194: return EROFS; ./xfs/xfs_cap.c:196: return EPERM; ./xfs/xfs_cap.c:204: return EPERM; ./xfs/xfs_log_recover.c:378: return ENOMEM; ./xfs/xfs_log_recover.c:440: return ENOMEM; ./xfs/xfs_log_recover.c:566: return ENOMEM; ./xfs/xfs_log_recover.c:824: return ENOMEM; ./xfs/xfs_log_recover.c:1014: return ENOMEM; ./xfs/xfs_log_recover.c:1141: return ENOMEM; ./xfs/xfs_log_recover.c:3553: return ENOMEM; ./xfs/xfs_log_recover.c:3581: return ENOMEM; ./xfs/xfs_log_recover.c:3585: return ENOMEM; ./xfs/xfs_mac.c:62: return EACCES; ./xfs/xfs_attr.c:220: return EFAULT; /* match IRIX behaviour */ ./xfs/xfs_attr.c:477: return EFAULT; /* match irix behaviour */ ./xfs/xfs_behavior.c:75: return EINVAL; ./xfs/xfs_vnodeops.c:3702: * return EAGAIN to indicate to the caller that they ./xfs/xfs_vnodeops.c:3711: return EAGAIN; ./xfs/xfs_vnodeops.c:3719: return EAGAIN; ./xfs/xfs_vnodeops.c:3722: return EAGAIN; Hope this will help you and linux kernel. Christophe Jaillet ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Sun Sep 26 16:59:57 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Sep 2004 16:59:59 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8QNxuI2005040 for ; Sun, 26 Sep 2004 16:59:56 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8QNxuUw005039 for linux-xfs@oss.sgi.com; Sun, 26 Sep 2004 16:59:56 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8QNxtfJ005025 for ; Sun, 26 Sep 2004 16:59:55 -0700 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id i8QNCHrW000541; Sun, 26 Sep 2004 16:12:17 -0700 Date: Sun, 26 Sep 2004 16:12:17 -0700 Message-Id: <200409262312.i8QNCHrW000541@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 364] Incorrect return values in linux kernel 2.6.8.1 X-Bugzilla-Reason: AssignedTo X-archive-position: 4179 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=364 nathans@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From nathans@sgi.com 2004-26-09 16:12 PDT ------- These values are negated before being returned to userspace; your approach here is too simplistic - you'll need to actually look at the code to find instances of this class of problem. cheers. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Sun Sep 26 17:53:39 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 26 Sep 2004 17:53:42 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8R0rbmw006399 for ; Sun, 26 Sep 2004 17:53:38 -0700 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 i8R0rFxu21934895; Mon, 27 Sep 2004 10:53:16 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8R0rEac22011562; Mon, 27 Sep 2004 10:53:14 +1000 (EST) Date: Mon, 27 Sep 2004 10:53:14 +1000 (EST) From: Nathan Scott Message-Id: <200409270053.i8R0rEac22011562@snort.melbourne.sgi.com> To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE 918834 - xfssyncd X-archive-position: 4180 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Make xfssyncd more generic, hand off out-of-space flushing to it; this fixes deadlocks when near full and resolves a 4KSTACKS problem in XFS. Date: Mon Sep 27 10:51:56 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/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:19600a linux-2.6/xfs_vfs.h - 1.50 linux-2.6/xfs_vfs.c - 1.61 linux-2.6/xfs_linux.h - 1.125 linux-2.6/xfs_super.c - 1.315 linux-2.4/xfs_vfs.h - 1.53 linux-2.4/xfs_vfs.c - 1.58 linux-2.4/xfs_linux.h - 1.137 linux-2.4/xfs_super.c - 1.295 From owner-linux-xfs Mon Sep 27 03:40:29 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Sep 2004 03:40:31 -0700 (PDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8RAeS2o025893 for ; Mon, 27 Sep 2004 03:40:29 -0700 Received: by mproxy.gmail.com with SMTP id 77so3624120rnk for ; Mon, 27 Sep 2004 03:40:12 -0700 (PDT) Received: by 10.38.171.2 with SMTP id t2mr8605rne; Mon, 27 Sep 2004 03:40:12 -0700 (PDT) Received: by 10.38.78.19 with HTTP; Mon, 27 Sep 2004 03:40:12 -0700 (PDT) Message-ID: Date: Mon, 27 Sep 2004 16:10:12 +0530 From: vijaya saradhi uppaluri Reply-To: vijaya saradhi uppaluri To: linux-xfs@oss.sgi.com Subject: xfs setting inode ctime Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 4181 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: uvsaradhi@gmail.com Precedence: bulk X-list: linux-xfs xfs updates inode change time from current time even if the attribute ATTR_CTIME is set. xfs_setattr checks for XFS_AT_CTIME along with ATTR_DMI. linvfs_setattr sets XFS_AT_CTIME flag by checking ATTR_CTIME. xfs_setattr does not honour this flag unless it is coupled with ATTR_DMI. Is there any logical reason behind this? Why does XFS_AT_CTIME is coupled with ATTR_DMI? Is there any goodway of setting ctime attribute of xfs? I observed that other file-systems sets the ctime accordinlgy if ATTR_CTIME flag is set. -- -U. Vijaya Saradhi, From owner-linux-xfs Mon Sep 27 15:38:08 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 27 Sep 2004 15:38:11 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8RMc64F015821 for ; Mon, 27 Sep 2004 15:38:07 -0700 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 i8RMbjxu15789355; Tue, 28 Sep 2004 08:37:45 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8RMbimj22334792; Tue, 28 Sep 2004 08:37:44 +1000 (EST) Date: Tue, 28 Sep 2004 08:37:44 +1000 (EST) From: Nathan Scott Message-Id: <200409272237.i8RMbimj22334792@snort.melbourne.sgi.com> To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE 921072 - fix cc warning X-archive-position: 4182 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Fix uninitialised variable use on xfs_reclaim error path. Date: Tue Sep 28 08:37:13 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/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:19605a xfs_vnodeops.c - 1.634 From owner-linux-xfs Tue Sep 28 08:20:54 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 08:20:56 -0700 (PDT) Received: from rumms.uni-mannheim.de (rumms.uni-mannheim.de [134.155.50.52]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8SFKrce007369 for ; Tue, 28 Sep 2004 08:20:54 -0700 Received: from [192.168.0.154] (p50843DCE.dip.t-dialin.net [80.132.61.206]) (authenticated bits=0) by rumms.uni-mannheim.de (8.12.11/8.12.11) with ESMTP id i8SFKbxw011045 for ; Tue, 28 Sep 2004 17:20:38 +0200 (MEST) Message-ID: <41598147.3040304@rz.uni-mannheim.de> Date: Tue, 28 Sep 2004 17:20:39 +0200 From: Joerg Maier User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problem with quota on rootfs X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-archive-position: 4183 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: joerg.maier@rz.uni-mannheim.de Precedence: bulk X-list: linux-xfs Hello, i'd like to introduce quota to a 2 years old xfs root filesystem. my kernel and my quotatools are quite recent: kernel : 2.6.8.1 quota-3.10 i build quota and xfs hard into the kernel: CONFIG_XFS_FS=y # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y # CONFIG_XFS_SECURITY is not set # CONFIG_XFS_POSIX_ACL is not set CONFIG_QUOTA=y CONFIG_QUOTACTL=y # CONFIG_VXFS_FS is not set when i try to remount my / fs with usrquota as an option it does not work: # mount -t xfs -o remount,usrquota /dev/sda6 / mount: / not mounted already, or bad option i tried to use quota and xfs on that system on a loop filesystem and it worked fine. Could anybody help me how to get quota work on my xfs rootfs? I don't know how to see which version of quota is on the device as well, xfs_info shows nothing that gives me a hint. thanks in spe, joerg maier From owner-linux-xfs Tue Sep 28 08:51:10 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 08:51:12 -0700 (PDT) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8SFpAcm008054 for ; Tue, 28 Sep 2004 08:51:10 -0700 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 28 Sep 2004 08:50:52 -0700 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 28 Sep 2004 08:50:52 -0700 Message-ID: <415987BE.4010605@xfs.org> Date: Tue, 28 Sep 2004 10:48:14 -0500 From: Steve Lord User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joerg Maier CC: linux-xfs@oss.sgi.com Subject: Re: problem with quota on rootfs References: <41598147.3040304@rz.uni-mannheim.de> In-Reply-To: <41598147.3040304@rz.uni-mannheim.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Sep 2004 15:50:52.0853 (UTC) FILETIME=[EF0ABE50:01C4A572] X-archive-position: 4184 X-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 Joerg Maier wrote: > > when i try to remount my / fs with usrquota as an option it does not work: > # mount -t xfs -o remount,usrquota /dev/sda6 / > mount: / not mounted already, or bad option > > i tried to use quota and xfs on that system on a loop filesystem and it > worked fine. > > Could anybody help me how to get quota work on my xfs rootfs? I don't > know how to see which version of quota is on the device as well, > xfs_info shows nothing that gives me a hint. > > thanks in spe, > joerg maier > You need to get the quota options into the root mount options from the bootloader. Steve From owner-linux-xfs Tue Sep 28 09:31:00 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 09:31:02 -0700 (PDT) Received: from rumms.uni-mannheim.de (rumms.uni-mannheim.de [134.155.50.52]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8SGUxm1010015 for ; Tue, 28 Sep 2004 09:31:00 -0700 Received: from [192.168.0.154] (p50843DCE.dip.t-dialin.net [80.132.61.206]) (authenticated bits=0) by rumms.uni-mannheim.de (8.12.11/8.12.11) with ESMTP id i8SGUhgJ024414 for ; Tue, 28 Sep 2004 18:30:44 +0200 (MEST) Message-ID: <415991B5.2030500@rz.uni-mannheim.de> Date: Tue, 28 Sep 2004 18:30:45 +0200 From: Joerg Maier User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: problem with quota on rootfs References: <41598147.3040304@rz.uni-mannheim.de> <415987BE.4010605@xfs.org> In-Reply-To: <415987BE.4010605@xfs.org> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-archive-position: 4185 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: joerg.maier@rz.uni-mannheim.de Precedence: bulk X-list: linux-xfs Steve Lord wrote: > You need to get the quota options into the root mount options from > the bootloader. Does that mean something i found earlier on the mailinglist? rootflags=quota So my lilo.conf has an append = "ide0=0xe800,0xe402 ide1=0xe000,0xd802 rootflags=quota" then? And what about /etc/fstab, does it need usrquota options for my rootfs? I just ask because i have to drive 30 mins to get there if the reboot fails. And, just curious, does it matter which version of xfs is on the device or does that version update every time i change xfstools? thank you, joerg From owner-linux-xfs Tue Sep 28 11:56:49 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 11:56:51 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8SIumqd017320 for ; Tue, 28 Sep 2004 11:56:49 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8SK6nYb012377 for ; Tue, 28 Sep 2004 13:06:49 -0700 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8SIuPOV48178975; Tue, 28 Sep 2004 13:56:26 -0500 (CDT) Message-ID: <4159B3D9.7040101@sgi.com> Date: Tue, 28 Sep 2004 13:56:25 -0500 From: Eric Sandeen User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joerg Maier CC: linux-xfs@oss.sgi.com Subject: Re: problem with quota on rootfs References: <41598147.3040304@rz.uni-mannheim.de> <415987BE.4010605@xfs.org> <415991B5.2030500@rz.uni-mannheim.de> In-Reply-To: <415991B5.2030500@rz.uni-mannheim.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4186 X-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 Joerg Maier wrote: > Steve Lord wrote: > >> You need to get the quota options into the root mount options from >> the bootloader. > > > Does that mean something i found earlier on the mailinglist? > rootflags=quota > > So my lilo.conf has an > append = "ide0=0xe800,0xe402 ide1=0xe000,0xd802 rootflags=quota" > then? > > And what about /etc/fstab, does it need usrquota options for my rootfs? That should not matter, I think, but you may as well put it there too just for clarity. Since quota is not remountable, the quota option in fstab should have no effect. > I just ask because i have to drive 30 mins to get there if the reboot > fails. > > And, just curious, does it matter which version of xfs is on the device > or does that version update every time i change xfstools? The on-disk format generally doesn't change, and if it ever does it's in a forwards-and-backwards-compatible fashion. (older kernels will recognize unusupported features and refuse to mount, newer kernels should always mount older filesystems) -Eric From owner-linux-xfs Tue Sep 28 17:20:42 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 17:20:45 -0700 (PDT) Received: from gateway2.geodev.com (IDENT:Dwq5c3IdfLhiGOvs1mmJ7ITl5KvTJxzN@gateway2.geodev.com [64.45.165.170]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8T0KfeR004563 for ; Tue, 28 Sep 2004 17:20:41 -0700 Received: from [192.168.201.127] (fiste.geodev.com [192.168.201.127]) (authenticated) by gateway2.geodev.com (8.11.6/8.11.6) with ESMTP id i8T0KAM30713 for ; Tue, 28 Sep 2004 19:20:10 -0500 Message-ID: <4159FFCC.9000708@geodev.com> Date: Tue, 28 Sep 2004 19:20:28 -0500 From: Chris Evert User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: possible deadlock in kmem_alloc (mode:0x50) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4187 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: chris@geodev.com Precedence: bulk X-list: linux-xfs Hello, I'm getting a bunch of these messages: Sep 28 19:04:48 hod kernel: possible deadlock in kmem_alloc (mode:0x50) Sep 28 19:05:18 hod last message repeated 349087 times Sep 28 19:06:20 hod last message repeated 688880 times Sep 28 19:07:21 hod last message repeated 681742 times Sep 28 19:08:22 hod last message repeated 686647 times Sep 28 19:09:23 hod last message repeated 679838 times I'm using kernel 2.6.8-1.521 (Fedora Core 2) and sharing the file system via NFS. I'm getting no oopses, just slow to no response to NFS requests. Any clues? Chris -- Chris Evert chris@geodev.com Houston, TX From owner-linux-xfs Tue Sep 28 18:12:11 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 18:12:12 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i8T1C9hN007520 for ; Tue, 28 Sep 2004 18:12:10 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17431; Wed, 29 Sep 2004 11:11:47 +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 i8T1Bjln4589468; Wed, 29 Sep 2004 11:11:45 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8T1BiGJ4591350; Wed, 29 Sep 2004 11:11:44 +1000 (EST) Date: Wed, 29 Sep 2004 11:11:43 +1000 From: Nathan Scott To: Chris Evert Cc: linux-xfs@oss.sgi.com Subject: Re: possible deadlock in kmem_alloc (mode:0x50) Message-ID: <20040929111143.G4413387@wobbly.melbourne.sgi.com> References: <4159FFCC.9000708@geodev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4159FFCC.9000708@geodev.com>; from chris@geodev.com on Tue, Sep 28, 2004 at 07:20:28PM -0500 X-archive-position: 4188 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Tue, Sep 28, 2004 at 07:20:28PM -0500, Chris Evert wrote: > Hello, > > I'm getting a bunch of these messages: > > Sep 28 19:04:48 hod kernel: possible deadlock in kmem_alloc (mode:0x50) > Sep 28 19:05:18 hod last message repeated 349087 times > Sep 28 19:06:20 hod last message repeated 688880 times > Sep 28 19:07:21 hod last message repeated 681742 times > Sep 28 19:08:22 hod last message repeated 686647 times > Sep 28 19:09:23 hod last message repeated 679838 times > > I'm using kernel 2.6.8-1.521 (Fedora Core 2) and sharing the file system > via NFS. I'm getting no oopses, just slow to no response to NFS requests. > > Any clues? /proc/slabinfo will hold some clues, send it over this way. Also, try bumping up the value of /proc/sys/vm/vfs_cache_pressure. cheers. -- Nathan From owner-linux-xfs Tue Sep 28 18:42:41 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 28 Sep 2004 18:42:44 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8T1geA7008309 for ; Tue, 28 Sep 2004 18:42:41 -0700 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 i8T1gMxu23228471 for ; Wed, 29 Sep 2004 11:42:22 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8T1gLlH23594336 for linux-xfs@oss.sgi.com; Wed, 29 Sep 2004 11:42:21 +1000 (EST) Date: Wed, 29 Sep 2004 11:42:21 +1000 (EST) From: Nathan Scott Message-Id: <200409290142.i8T1gLlH23594336@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - userspace packaging updates X-archive-position: 4189 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Keep userspace packaging in sync; update srcdiff to grok moved dmapi source. Date: Wed Sep 29 11:35:50 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19608a xfstests/m4/package_libcdev.m4 - 1.1 xfstests/tools/srcdiff - 1.30 xfstests/m4/Makefile - 1.4 xfstests/m4/package_uuiddev.m4 - 1.3 xfstests/aclocal.m4 - 1.9 Keep userspace packaging in sync, portability changes. Date: Wed Sep 29 11:36:37 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19609a acl/VERSION - 1.67 acl/doc/CHANGES - 1.74 acl/include/builddefs.in - 1.30 acl/debian/changelog - 1.61 acl/include/buildmacros - 1.12 acl/aclocal.m4 - 1.4 acl/m4/package_utilies.m4 - 1.3 acl/m4/package_attrdev.m4 - 1.3 Keep userspace packaging in sync, portability changes. Date: Wed Sep 29 11:36:53 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19610a attr/VERSION - 1.49 attr/doc/CHANGES - 1.57 attr/include/builddefs.in - 1.26 attr/debian/changelog - 1.50 attr/include/buildmacros - 1.11 attr/m4/package_utilies.m4 - 1.3 attr/aclocal.m4 - 1.3 Keep userspace packaging in sync, portability changes and dmapi headers. Date: Wed Sep 29 11:37:30 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19611a dmapi/VERSION - 1.21 dmapi/doc/CHANGES - 1.19 dmapi/include/dmapi_kern.h - 1.14 dmapi/include/builddefs.in - 1.22 dmapi/include/dmapi.h - 1.12 dmapi/debian/changelog - 1.20 dmapi/include/buildmacros - 1.11 dmapi/m4/package_xfslibs.m4 - 1.5 dmapi/m4/package_utilies.m4 - 1.3 dmapi/aclocal.m4 - 1.5 Keep userspace packaging in sync, portability changes. Date: Wed Sep 29 11:37:51 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19612a xfsdump/configure.in - 1.37 xfsdump/VERSION - 1.64 xfsdump/doc/CHANGES - 1.71 xfsdump/include/builddefs.in - 1.23 xfsdump/debian/changelog - 1.51 xfsdump/include/buildmacros - 1.11 xfsdump/m4/package_xfslibs.m4 - 1.5 xfsdump/m4/package_uuiddev.m4 - 1.6 xfsdump/aclocal.m4 - 1.10 xfsdump/m4/package_utilies.m4 - 1.3 xfsdump/m4/package_attrdev.m4 - 1.3 Keep userspace packaging in sync, portability changes; sync user/kernel source/headers; man page updates; allow e size suffix in mkfs. Date: Wed Sep 29 11:39:23 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/slinx/xfs-cmds-melb Modid: xfs-cmds-melb:slinx:19613a xfsprogs/VERSION - 1.118 xfsprogs/doc/CHANGES - 1.162 xfsprogs/man/man8/xfs_db.8 - 1.9 xfsprogs/man/man8/mkfs.xfs.8 - 1.23 xfsprogs/mkfs/xfs_mkfs.c - 1.59 xfsprogs/include/xfs_sb.h - 1.12 xfsprogs/include/xfs_fs.h - 1.32 xfsprogs/include/xfs_arch.h - 1.14 xfsprogs/include/libxfs.h - 1.36 xfsprogs/include/xfs_dfrag.h - 1.8 xfsprogs/include/xfs_bmap_btree.h - 1.13 xfsprogs/include/builddefs.in - 1.39 xfsprogs/include/platform_defs.h.in - 1.31 xfsprogs/include/xfs_mount.h - 1.44 xfsprogs/include/xfs_inode.h - 1.38 xfsprogs/include/xfs_types.h - 1.24 xfsprogs/include/xfs_trans.h - 1.17 xfsprogs/include/xfs_bmap.h - 1.11 xfsprogs/include/xfs_quota.h - 1.15 xfsprogs/include/xfs_dinode.h - 1.16 xfsprogs/debian/changelog - 1.108 xfsprogs/libxfs/xfs_da_btree.c - 1.25 xfsprogs/libxfs/init.c - 1.38 xfsprogs/libxfs/xfs_bmap_btree.c - 1.19 xfsprogs/libxfs/xfs_mount.c - 1.19 xfsprogs/libxfs/xfs_alloc.c - 1.22 xfsprogs/libxfs/xfs_bmap.c - 1.24 xfsprogs/libxfs/xfs_alloc_btree.c - 1.12 xfsprogs/include/buildmacros - 1.13 From owner-linux-xfs Wed Sep 29 02:42:17 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 02:42:18 -0700 (PDT) Received: from mproxy.gmail.com (mproxy.gmail.com [216.239.56.249]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8T9gGVb004538 for ; Wed, 29 Sep 2004 02:42:17 -0700 Received: by mproxy.gmail.com with SMTP id w41so294933cwb for ; Wed, 29 Sep 2004 02:42:01 -0700 (PDT) Received: by 10.11.99.64 with SMTP id w64mr114532cwb; Wed, 29 Sep 2004 02:42:01 -0700 (PDT) Received: by 10.11.116.51 with HTTP; Wed, 29 Sep 2004 02:42:01 -0700 (PDT) Message-ID: Date: Wed, 29 Sep 2004 15:12:01 +0530 From: Ash Reply-To: Ash To: linux-xfs@oss.sgi.com Subject: XFS known issues ? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 4190 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ashrat@gmail.com Precedence: bulk X-list: linux-xfs Hi Is there any document/reference for known issues, documented limitations and open bugs against XFS ? I checked the FAQ on the XFS home, but didn't find any related information there. It would be helpful if someone can point me to some docs related to known and documented limitations. Thanks Ash From owner-linux-xfs Wed Sep 29 05:22:15 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 05:22:17 -0700 (PDT) Received: from burgers.bubbanfriends.org (IDENT:U0Iw8vTCSiY3TuOxosgTYNp8NYD4ndwu@burgers.bubbanfriends.org [69.212.163.241]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8TCMEl9005572 for ; Wed, 29 Sep 2004 05:22:15 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id 1C94718059CC; Wed, 29 Sep 2004 07:22:03 -0500 (EST) Received: from burgers.bubbanfriends.org ([127.0.0.1]) by localhost (burgers.bubbanfriends.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20009-01; Wed, 29 Sep 2004 07:22:02 -0500 (EST) Received: by burgers.bubbanfriends.org (Postfix, from userid 500) id 7D80A18059CB; Wed, 29 Sep 2004 07:22:02 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id 7A61A1C0C443; Wed, 29 Sep 2004 07:22:02 -0500 (EST) Date: Wed, 29 Sep 2004 07:22:02 -0500 (EST) From: Mike Burger To: Ash Cc: linux-xfs@oss.sgi.com Subject: Re: XFS known issues ? In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at bubbanfriends.org X-archive-position: 4192 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mburger@bubbanfriends.org Precedence: bulk X-list: linux-xfs I'm sorry...I meant Bugzilla. On Wed, 29 Sep 2004, Mike Burger wrote: > Bugtraq? > > On Wed, 29 Sep 2004, Ash wrote: > > > Hi > > > > Is there any document/reference for known issues, documented > > limitations and open bugs > > against XFS ? > > I checked the FAQ on the XFS home, but didn't find any related > > information there. > > > > It would be helpful if someone can point me to some docs related to > > known and documented > > limitations. > > > > Thanks > > Ash > > > > > > -- Mike Burger http://www.bubbanfriends.org Visit the Dog Pound II BBS telnet://dogpound2.citadel.org or http://dogpound2.citadel.org To be notified of updates to the web site, visit http://www.bubbanfriends.org/mailman/listinfo/site-update, or send a message to: site-update-request@bubbanfriends.org with a message of: subscribe From owner-linux-xfs Wed Sep 29 05:21:55 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 05:21:57 -0700 (PDT) Received: from burgers.bubbanfriends.org (IDENT:VS1yONjFZ5p4t/lE/y+XdRjO5ntvEb93@burgers.bubbanfriends.org [69.212.163.241]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8TCLsAs005500 for ; Wed, 29 Sep 2004 05:21:55 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id 2F8BA18059CC; Wed, 29 Sep 2004 07:21:42 -0500 (EST) Received: from burgers.bubbanfriends.org ([127.0.0.1]) by localhost (burgers.bubbanfriends.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18960-10; Wed, 29 Sep 2004 07:21:41 -0500 (EST) Received: by burgers.bubbanfriends.org (Postfix, from userid 500) id 9B89A18059CB; Wed, 29 Sep 2004 07:21:41 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id 973E71C0C714; Wed, 29 Sep 2004 07:21:41 -0500 (EST) Date: Wed, 29 Sep 2004 07:21:41 -0500 (EST) From: Mike Burger To: Ash Cc: linux-xfs@oss.sgi.com Subject: Re: XFS known issues ? In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at bubbanfriends.org X-archive-position: 4191 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mburger@bubbanfriends.org Precedence: bulk X-list: linux-xfs Bugtraq? On Wed, 29 Sep 2004, Ash wrote: > Hi > > Is there any document/reference for known issues, documented > limitations and open bugs > against XFS ? > I checked the FAQ on the XFS home, but didn't find any related > information there. > > It would be helpful if someone can point me to some docs related to > known and documented > limitations. > > Thanks > Ash > > -- Mike Burger http://www.bubbanfriends.org Visit the Dog Pound II BBS telnet://dogpound2.citadel.org or http://dogpound2.citadel.org To be notified of updates to the web site, visit http://www.bubbanfriends.org/mailman/listinfo/site-update, or send a message to: site-update-request@bubbanfriends.org with a message of: subscribe From owner-linux-xfs Wed Sep 29 07:50:14 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 07:50:21 -0700 (PDT) Received: from gateway2.geodev.com (IDENT:jgnU2SBxroyzOwEoG1KeZnP/nwmsij6u@gateway2.geodev.com [64.45.165.170]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8TEoDGC014029 for ; Wed, 29 Sep 2004 07:50:14 -0700 Received: from [192.168.201.127] (fiste.geodev.com [192.168.201.127]) (authenticated) by gateway2.geodev.com (8.11.6/8.11.6) with ESMTP id i8TEncM14851; Wed, 29 Sep 2004 09:49:38 -0500 Message-ID: <415ACB80.5020305@geodev.com> Date: Wed, 29 Sep 2004 09:49:36 -0500 From: Chris Evert User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: possible deadlock in kmem_alloc (mode:0x50) References: <4159FFCC.9000708@geodev.com> <20040929111143.G4413387@wobbly.melbourne.sgi.com> In-Reply-To: <20040929111143.G4413387@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4193 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: chris@geodev.com Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > On Tue, Sep 28, 2004 at 07:20:28PM -0500, Chris Evert wrote: > >>Hello, >> >>I'm getting a bunch of these messages: >> >>Sep 28 19:04:48 hod kernel: possible deadlock in kmem_alloc (mode:0x50) >>Sep 28 19:05:18 hod last message repeated 349087 times >>Sep 28 19:06:20 hod last message repeated 688880 times >>Sep 28 19:07:21 hod last message repeated 681742 times >>Sep 28 19:08:22 hod last message repeated 686647 times >>Sep 28 19:09:23 hod last message repeated 679838 times >> >>I'm using kernel 2.6.8-1.521 (Fedora Core 2) and sharing the file system >>via NFS. I'm getting no oopses, just slow to no response to NFS requests. >> >>Any clues? > > > /proc/slabinfo will hold some clues, send it over this way. > Also, try bumping up the value of /proc/sys/vm/vfs_cache_pressure. > > cheers. > Thanks. We have killed nfsd and started it again. We are not (currently) getting the deadlock messages, but I hope this still has some good info. [root@hod chris]# cat /proc/slabinfo slabinfo - version: 2.0 # name : tunables : slabdata nfs_write_data 36 42 512 7 1 : tunables 54 27 8 : slabdata 6 6 0 nfs_read_data 32 35 512 7 1 : tunables 54 27 8 : slabdata 5 5 0 nfs_inode_cache 17 24 640 6 1 : tunables 54 27 8 : slabdata 4 4 0 nfs_page 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 xfrm6_tunnel_spi 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 fib6_nodes 5 119 32 119 1 : tunables 120 60 8 : slabdata 1 1 0 ip6_dst_cache 5 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 ndisc_cache 1 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 raw6_sock 0 0 768 5 1 : tunables 54 27 8 : slabdata 0 0 0 udp6_sock 0 0 768 5 1 : tunables 54 27 8 : slabdata 0 0 0 tcp6_sock 12 12 1280 3 1 : tunables 24 12 8 : slabdata 4 4 0 bt_sock 3 14 512 7 1 : tunables 54 27 8 : slabdata 2 2 0 rpc_buffers 8 8 2048 2 1 : tunables 24 12 8 : slabdata 4 4 0 rpc_tasks 8 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 rpc_inode_cache 8 14 512 7 1 : tunables 54 27 8 : slabdata 2 2 0 ip_fib_hash 17 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 xfs_acl 0 0 304 13 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_chashlist 44 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 xfs_ili 45 196 140 28 1 : tunables 120 60 8 : slabdata 7 7 0 xfs_ifork 0 0 56 70 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_efi_item 0 0 260 15 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_efd_item 0 0 260 15 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_buf_item 0 0 148 27 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_dabuf 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_da_state 0 0 336 12 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_trans 0 0 600 6 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_inode 1283 1310 384 10 1 : tunables 54 27 8 : slabdata 131 131 0 xfs_btree_cur 0 0 140 28 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_bmap_free_item 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_buf_t 20 30 256 15 1 : tunables 120 60 8 : slabdata 2 2 0 linvfs_icache 1283 1310 384 10 1 : tunables 54 27 8 : slabdata 131 131 0 dm_tio 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 dm_io 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 uhci_urb_priv 0 0 44 88 1 : tunables 120 60 8 : slabdata 0 0 0 ext3_inode_cache 41064 53128 512 8 1 : tunables 54 27 8 : slabdata 6641 6641 0 ext3_xattr 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 journal_handle 16 135 28 135 1 : tunables 120 60 8 : slabdata 1 1 0 journal_head 21 81 48 81 1 : tunables 120 60 8 : slabdata 1 1 0 revoke_table 4 290 12 290 1 : tunables 120 60 8 : slabdata 1 1 0 revoke_record 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 scsi_cmd_cache 2 10 384 10 1 : tunables 54 27 8 : slabdata 1 1 0 qla2xxx_srbs 256 310 128 31 1 : tunables 120 60 8 : slabdata 10 10 0 sgpool-128 32 33 2560 3 2 : tunables 24 12 8 : slabdata 11 11 0 sgpool-64 32 33 1280 3 1 : tunables 24 12 8 : slabdata 11 11 0 sgpool-32 32 36 640 6 1 : tunables 54 27 8 : slabdata 6 6 0 sgpool-16 32 40 384 10 1 : tunables 54 27 8 : slabdata 4 4 0 sgpool-8 32 45 256 15 1 : tunables 120 60 8 : slabdata 3 3 0 unix_sock 24 56 512 7 1 : tunables 54 27 8 : slabdata 8 8 0 ip_mrt_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 tcp_tw_bucket 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 tcp_bind_bucket 17 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 tcp_open_request 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 inet_peer_cache 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 secpath_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 xfrm_dst_cache 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 ip_dst_cache 22 30 256 15 1 : tunables 120 60 8 : slabdata 2 2 0 arp_cache 3 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 raw4_sock 0 0 640 6 1 : tunables 54 27 8 : slabdata 0 0 0 udp_sock 9 18 640 6 1 : tunables 54 27 8 : slabdata 3 3 0 tcp_sock 23 49 1152 7 2 : tunables 24 12 8 : slabdata 7 7 0 flow_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 mqueue_inode_cache 1 6 640 6 1 : tunables 54 27 8 : slabdata 1 1 0 isofs_inode_cache 0 0 384 10 1 : tunables 54 27 8 : slabdata 0 0 0 hugetlbfs_inode_cache 1 11 348 11 1 : tunables 54 27 8 : slabdata 1 1 0 ext2_inode_cache 0 0 512 7 1 : tunables 54 27 8 : slabdata 0 0 0 ext2_xattr 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 dquot 0 0 144 27 1 : tunables 120 60 8 : slabdata 0 0 0 eventpoll_pwq 0 0 36 107 1 : tunables 120 60 8 : slabdata 0 0 0 eventpoll_epi 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 kioctx 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 kiocb 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 dnotify_cache 2 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 file_lock_cache 3 39 100 39 1 : tunables 120 60 8 : slabdata 1 1 0 fasync_cache 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 shmem_inode_cache 8 14 512 7 1 : tunables 54 27 8 : slabdata 2 2 0 posix_timers_cache 0 0 112 35 1 : tunables 120 60 8 : slabdata 0 0 0 uid_cache 12 61 64 61 1 : tunables 120 60 8 : slabdata 1 1 0 cfq_pool 68 238 32 119 1 : tunables 120 60 8 : slabdata 2 2 0 crq_pool 20 288 40 96 1 : tunables 120 60 8 : slabdata 3 3 0 deadline_drq 0 0 52 75 1 : tunables 120 60 8 : slabdata 0 0 0 as_arq 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 blkdev_ioc 66 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 blkdev_queue 22 24 480 8 1 : tunables 54 27 8 : slabdata 3 3 0 blkdev_requests 20 100 160 25 1 : tunables 120 60 8 : slabdata 4 4 0 biovec-(256) 256 256 3072 2 2 : tunables 24 12 8 : slabdata 128 128 0 biovec-128 256 260 1536 5 2 : tunables 24 12 8 : slabdata 52 52 0 biovec-64 256 260 768 5 1 : tunables 54 27 8 : slabdata 52 52 0 biovec-16 256 270 256 15 1 : tunables 120 60 8 : slabdata 18 18 0 biovec-4 256 305 64 61 1 : tunables 120 60 8 : slabdata 5 5 0 biovec-1 256 452 16 226 1 : tunables 120 60 8 : slabdata 2 2 0 bio 256 279 128 31 1 : tunables 120 60 8 : slabdata 9 9 0 sock_inode_cache 77 119 512 7 1 : tunables 54 27 8 : slabdata 17 17 0 skbuff_head_cache 317 780 256 15 1 : tunables 120 60 8 : slabdata 52 52 0 sock 5 10 384 10 1 : tunables 54 27 8 : slabdata 1 1 0 proc_inode_cache 2510 2540 384 10 1 : tunables 54 27 8 : slabdata 254 254 0 sigqueue 11 27 148 27 1 : tunables 120 60 8 : slabdata 1 1 0 radix_tree_node 15370 32704 276 14 1 : tunables 54 27 8 : slabdata 2336 2336 0 bdev_cache 10 21 512 7 1 : tunables 54 27 8 : slabdata 3 3 0 mnt_cache 35 62 128 31 1 : tunables 120 60 8 : slabdata 2 2 0 inode_cache 2020 2020 384 10 1 : tunables 54 27 8 : slabdata 202 202 0 dentry_cache 36909 36998 152 26 1 : tunables 120 60 8 : slabdata 1423 1423 0 filp 731 825 256 15 1 : tunables 120 60 8 : slabdata 55 55 0 names_cache 4 4 4096 1 1 : tunables 24 12 8 : slabdata 4 4 0 idr_layer_cache 70 87 136 29 1 : tunables 120 60 8 : slabdata 3 3 0 buffer_head 288175 990375 52 75 1 : tunables 120 60 8 : slabdata 13205 13205 0 mm_struct 88 105 768 5 1 : tunables 54 27 8 : slabdata 21 21 0 vm_area_struct 1798 1935 88 45 1 : tunables 120 60 8 : slabdata 43 43 0 fs_cache 195 305 64 61 1 : tunables 120 60 8 : slabdata 5 5 0 files_cache 69 119 512 7 1 : tunables 54 27 8 : slabdata 17 17 0 signal_cache 250 310 128 31 1 : tunables 120 60 8 : slabdata 10 10 0 sighand_cache 239 255 1408 5 2 : tunables 24 12 8 : slabdata 51 51 0 task_struct 525 535 1472 5 2 : tunables 24 12 8 : slabdata 107 107 0 anon_vma 792 1130 16 226 1 : tunables 120 60 8 : slabdata 5 5 0 pgd 73 238 32 119 1 : tunables 120 60 8 : slabdata 2 2 0 kpmd 58 58 4096 1 1 : tunables 24 12 8 : slabdata 58 58 0 pmd 174 174 4096 1 1 : tunables 24 12 8 : slabdata 174 174 0 size-131072(DMA) 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0 size-131072 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0 size-65536(DMA) 0 0 65536 1 16 : tunables 8 4 0 : slabdata 0 0 0 size-65536 1 1 65536 1 16 : tunables 8 4 0 : slabdata 1 1 0 size-32768(DMA) 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0 size-32768 20 20 32768 1 8 : tunables 8 4 0 : slabdata 20 20 0 size-16384(DMA) 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0 size-16384 3 3 16384 1 4 : tunables 8 4 0 : slabdata 3 3 0 size-8192(DMA) 0 0 8192 1 2 : tunables 8 4 0 : slabdata 0 0 0 size-8192 11 11 8192 1 2 : tunables 8 4 0 : slabdata 11 11 0 size-4096(DMA) 0 0 4096 1 1 : tunables 24 12 8 : slabdata 0 0 0 size-4096 821 821 4096 1 1 : tunables 24 12 8 : slabdata 821 821 0 size-2048(DMA) 0 0 2048 2 1 : tunables 24 12 8 : slabdata 0 0 0 size-2048 374 374 2048 2 1 : tunables 24 12 8 : slabdata 187 187 0 size-1620(DMA) 0 0 1664 4 2 : tunables 24 12 8 : slabdata 0 0 0 size-1620 17 20 1664 4 2 : tunables 24 12 8 : slabdata 5 5 0 size-1024(DMA) 0 0 1024 4 1 : tunables 54 27 8 : slabdata 0 0 0 size-1024 200 216 1024 4 1 : tunables 54 27 8 : slabdata 54 54 0 size-512(DMA) 0 0 512 8 1 : tunables 54 27 8 : slabdata 0 0 0 size-512 614 2536 512 8 1 : tunables 54 27 8 : slabdata 317 317 0 size-256(DMA) 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 size-256 2454 2520 256 15 1 : tunables 120 60 8 : slabdata 168 168 0 size-128(DMA) 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 size-128 2407 4464 128 31 1 : tunables 120 60 8 : slabdata 144 144 0 size-64(DMA) 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 size-64 10911 26413 64 61 1 : tunables 120 60 8 : slabdata 433 433 0 size-32(DMA) 0 0 32 119 1 : tunables 120 60 8 : slabdata 0 0 0 size-32 4392 9401 32 119 1 : tunables 120 60 8 : slabdata 79 79 0 kmem_cache 180 180 256 15 1 : tunables 120 60 8 : slabdata 12 12 0 Regards, Chris -- Chris Evert chris@geodev.com Houston, TX From owner-linux-xfs Wed Sep 29 08:15:26 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 08:15:29 -0700 (PDT) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8TFFPui014768 for ; Wed, 29 Sep 2004 08:15:26 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id i8TGPYdI013992 for ; Wed, 29 Sep 2004 09:25:34 -0700 Received: from tulip-e236.americas.sgi.com (tulip-e236.americas.sgi.com [128.162.236.208]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id i8TFE3OV48132012; Wed, 29 Sep 2004 10:14:03 -0500 (CDT) Received: from sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by tulip-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id i8TFE3xM456020; Wed, 29 Sep 2004 10:14:03 -0500 (CDT) Message-Id: <200409291514.i8TFE3xM456020@tulip-e236.americas.sgi.com> To: vijaya saradhi uppaluri cc: linux-xfs@oss.sgi.com Subject: Re: xfs setting inode ctime Date: Wed, 29 Sep 2004 10:14:03 -0500 From: Dean Roehrich X-archive-position: 4194 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs >From: vijaya saradhi uppaluri >Is there any logical reason behind this? Why does XFS_AT_CTIME is >coupled with ATTR_DMI? > >Is there any goodway of setting ctime attribute of xfs? > >I observed that other file-systems sets the ctime accordinlgy if >ATTR_CTIME flag is set. XFS inherits this restriction from Irix, where userspace is not allowed to set ctime. The Irix utime(2) and utimes(2) system calls allow only atime and mtime to be set, and always set ctime to the current time. I see the same in Solaris 9 and RH9 manpages. How are you changing ctime? Dean From owner-linux-xfs Wed Sep 29 14:46:33 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 14:46:38 -0700 (PDT) Received: from phoenix.infradead.org (imladris.demon.co.uk [193.237.130.41]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8TLkVfD018323 for ; Wed, 29 Sep 2004 14:46:32 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.42 #2 (Red Hat Linux)) id 1CCmGs-0004n8-Ml; Wed, 29 Sep 2004 22:45:58 +0100 Date: Wed, 29 Sep 2004 22:45:58 +0100 From: Christoph Hellwig To: Jakob Oestergaard , neilb@cse.unsw.edu.au, Greg Banks , "akpm @ osdl. org Anando Bhattacharya" , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com, Linus Torvalds Subject: Re: [PATCH] Re: Major XFS problems... Message-ID: <20040929224558.A18353@infradead.org> Mail-Followup-To: Christoph Hellwig , Jakob Oestergaard , neilb@cse.unsw.edu.au, Greg Banks , "akpm @ osdl. org Anando Bhattacharya" , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com, Linus Torvalds References: <20040908123524.GZ390@unthought.net> <322909db040908080456c9f291@mail.gmail.com> <20040908154434.GE390@unthought.net> <1094661418.19981.36.camel@hole.melbourne.sgi.com> <20040909140017.GP390@unthought.net> <20040913072918.GU390@unthought.net> <20040917112647.GC390@unthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040917112647.GC390@unthought.net>; from jakob@unthought.net on Fri, Sep 17, 2004 at 01:26:47PM +0200 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 4195 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Fri, Sep 17, 2004 at 01:26:47PM +0200, Jakob Oestergaard wrote: > In the light of all this, I would like to suggest that the following > patch is included in mainline - it is the old patch from Neil Brown > (http://marc.theaimsgroup.com/?l=linux-kernel&m=108330112505555&w=2) > adapted by me for 2.6.8.1 (this patch was attached to a previous mail > from me in this thread as well): Neil, any chance we could get this patch into mainline ASAP? Without it we get ->get_parent called on non-directories under heavy NFS loads.. --- fs/dcache.c.orig Sat Aug 14 12:54:50 2004 +++ fs/dcache.c Thu Sep 9 15:56:04 2004 @@ -286,12 +286,11 @@ * any other hashed alias over that one. */ -struct dentry * d_find_alias(struct inode *inode) +static struct dentry * __d_find_alias(struct inode *inode, int want_discon) { struct list_head *head, *next, *tmp; struct dentry *alias, *discon_alias=NULL; - spin_lock(&dcache_lock); head = &inode->i_dentry; next = inode->i_dentry.next; while (next != head) { @@ -302,19 +301,26 @@ if (!d_unhashed(alias)) { if (alias->d_flags & DCACHE_DISCONNECTED) discon_alias = alias; - else { + else if (!want_discon) { __dget_locked(alias); - spin_unlock(&dcache_lock); return alias; } } } if (discon_alias) __dget_locked(discon_alias); - spin_unlock(&dcache_lock); return discon_alias; } +struct dentry * d_find_alias(struct inode *inode) +{ + struct dentry *de; + spin_lock(&dcache_lock); + de = __d_find_alias(inode, 0); + spin_unlock(&dcache_lock); + return de; +} + /* * Try to kill dentries associated with this inode. * WARNING: you must own a reference to inode. @@ -833,33 +839,27 @@ tmp->d_parent = tmp; /* make sure dput doesn't croak */ spin_lock(&dcache_lock); - if (S_ISDIR(inode->i_mode) && !list_empty(&inode->i_dentry)) { - /* A directory can only have one dentry. - * This (now) has one, so use it. - */ - res = list_entry(inode->i_dentry.next, struct dentry, d_alias); - __dget_locked(res); - } else { + res = __d_find_alias(inode, 0); + if (!res) { /* attach a disconnected dentry */ res = tmp; tmp = NULL; - if (res) { - spin_lock(&res->d_lock); - res->d_sb = inode->i_sb; - res->d_parent = res; - res->d_inode = inode; + spin_lock(&res->d_lock); + res->d_sb = inode->i_sb; + res->d_parent = res; + res->d_inode = inode; + + /* + * Set d_bucket to an "impossible" bucket address so + * that d_move() doesn't get a false positive + */ + res->d_bucket = NULL; + res->d_flags |= DCACHE_DISCONNECTED; + res->d_flags &= ~DCACHE_UNHASHED; + list_add(&res->d_alias, &inode->i_dentry); + hlist_add_head(&res->d_hash, &inode->i_sb->s_anon); + spin_unlock(&res->d_lock); - /* - * Set d_bucket to an "impossible" bucket address so - * that d_move() doesn't get a false positive - */ - res->d_bucket = NULL; - res->d_flags |= DCACHE_DISCONNECTED; - res->d_flags &= ~DCACHE_UNHASHED; - list_add(&res->d_alias, &inode->i_dentry); - hlist_add_head(&res->d_hash, &inode->i_sb->s_anon); - spin_unlock(&res->d_lock); - } inode = NULL; /* don't drop reference */ } spin_unlock(&dcache_lock); @@ -881,7 +881,7 @@ * DCACHE_DISCONNECTED), then d_move that in place of the given dentry * and return it, else simply d_add the inode to the dentry and return NULL. * - * This is (will be) needed in the lookup routine of any filesystem that is exportable + * This is needed in the lookup routine of any filesystem that is exportable * (via knfsd) so that we can build dcache paths to directories effectively. * * If a dentry was found and moved, then it is returned. Otherwise NULL @@ -892,11 +892,11 @@ { struct dentry *new = NULL; - if (inode && S_ISDIR(inode->i_mode)) { + if (inode) { spin_lock(&dcache_lock); - if (!list_empty(&inode->i_dentry)) { - new = list_entry(inode->i_dentry.next, struct dentry, d_alias); - __dget_locked(new); + new = __d_find_alias(inode, 1); + if (new) { + BUG_ON(!(new->d_flags & DCACHE_DISCONNECTED)); spin_unlock(&dcache_lock); security_d_instantiate(new, inode); d_rehash(dentry); PS: I'll be without internet access from now until sunday the 26th - if there are comments or questions, please make sure they are sent to this list and/or as@cohaesio.com - Anders can get in touch with me if necessary. -- / jakob - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ From owner-linux-xfs Wed Sep 29 15:17:29 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 15:17:30 -0700 (PDT) Received: from mail.osdl.org (fw.osdl.org [65.172.181.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8TMHSdn026304 for ; Wed, 29 Sep 2004 15:17:28 -0700 Received: from localhost (build.pdx.osdl.net [172.20.1.2]) by mail.osdl.org (8.11.6/8.11.6) with ESMTP id i8TMGWf14022; Wed, 29 Sep 2004 15:16:32 -0700 Date: Wed, 29 Sep 2004 15:16:32 -0700 (PDT) From: Linus Torvalds To: Christoph Hellwig cc: Jakob Oestergaard , neilb@cse.unsw.edu.au, Greg Banks , Andrew Morton , Anando Bhattacharya , Kernel Mailing List , linux-xfs@oss.sgi.com Subject: Re: [PATCH] Re: Major XFS problems... In-Reply-To: <20040929224558.A18353@infradead.org> Message-ID: References: <20040908123524.GZ390@unthought.net> <322909db040908080456c9f291@mail.gmail.com> <20040908154434.GE390@unthought.net> <1094661418.19981.36.camel@hole.melbourne.sgi.com> <20040909140017.GP390@unthought.net> <20040913072918.GU390@unthought.net> <20040917112647.GC390@unthought.net> <20040929224558.A18353@infradead.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4196 X-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 Wed, 29 Sep 2004, Christoph Hellwig wrote: > > Neil, any chance we could get this patch into mainline ASAP? Without > it we get ->get_parent called on non-directories under heavy NFS loads.. Sorry, my bad. I had asked Al to ack it a long time ago, and he said "looks ok, want more background", and I never got around to that. The patch looks right, nobody really complains, so I applied it. Linus From owner-linux-xfs Wed Sep 29 18:39:10 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 29 Sep 2004 18:39:13 -0700 (PDT) Received: from snort.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i8U1d84J004693 for ; Wed, 29 Sep 2004 18:39:09 -0700 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 i8U1cjxu23573407; Thu, 30 Sep 2004 11:38:46 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id i8U1chfV22629226; Thu, 30 Sep 2004 11:38:43 +1000 (EST) Date: Thu, 30 Sep 2004 11:38:43 +1000 (EST) From: Nathan Scott Message-Id: <200409300138.i8U1chfV22629226@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 922439 - fix 2.6 datasync issues X-archive-position: 4197 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Fix sync issues - use correct writepage page re-dirty interface, and do not clear dirty flag if page only partially written. Date: Thu Sep 30 11:37:19 AEST 2004 Workarea: snort.melbourne.sgi.com:/home/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:19622a linux-2.6/xfs_aops.c - 1.80 From owner-linux-xfs Thu Sep 30 19:59:45 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Sep 2004 19:59:48 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i912xhbq016206 for ; Thu, 30 Sep 2004 19:59:44 -0700 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17295; Fri, 1 Oct 2004 12:59:23 +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 i912xKln4651307; Fri, 1 Oct 2004 12:59:21 +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 i912waC5001459; Fri, 1 Oct 2004 12:58:36 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id i912wXG3001457; Fri, 1 Oct 2004 12:58:33 +1000 Date: Fri, 1 Oct 2004 12:58:33 +1000 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS performance issues: O_DIRECT and Linux 2.6.6+ Message-ID: <20041001025833.GC910@frodo> References: <411A8410.2030000@med.ge.com> <20040910041106.GA14336@frodo> <4144B19A.2020407@med.ge.com> <4145D141.1040907@med.ge.com> <20040914095914.A4118499@wobbly.melbourne.sgi.com> <41472212.1090605@med.ge.com> <20040915015002.GA12795@frodo> <20040915083307.GA14251@frodo> <41507CB0.3010906@med.ge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41507CB0.3010906@med.ge.com> User-Agent: Mutt/1.5.3i X-archive-position: 4198 X-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 Hi James, On Tue, Sep 21, 2004 at 02:10:40PM -0500, James Foris wrote: > > Any idea how long befor the patch makes its way into Liunus' tree ? > This will be in 2.6.9. You can use the -rc releases already with this fix & I'm updating the cvs tree to 2.6.9-rc3 at the moment, so that should appear in a few hours too. cheers. -- Nathan From owner-linux-xfs Thu Sep 30 20:14:16 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Sep 2004 20:14:27 -0700 (PDT) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i913EEYB016891 for ; Thu, 30 Sep 2004 20:14:15 -0700 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.11.6/8.11.6) id i913DvP11030 for linux-xfs@oss.sgi.com; Fri, 1 Oct 2004 13:13:57 +1000 Date: Fri, 1 Oct 2004 13:13:57 +1000 From: Nathan Scott Message-Id: <200410010313.i913DvP11030@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - merge direct IO fix X-archive-position: 4199 X-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@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Merge in direct IO fix from mainline 2.6.9-rc3. Date: Fri Oct 1 13:13:32 AEST 2004 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: akpm@osdl.org The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:19629a linux-2.6/xfs_aops.c - 1.81 From owner-linux-xfs Thu Sep 30 20:13:48 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Sep 2004 20:14:27 -0700 (PDT) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i913Di3d016772 for ; Thu, 30 Sep 2004 20:13:45 -0700 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.11.6/8.11.6) id i913DRq11007 for linux-xfs@oss.sgi.com; Fri, 1 Oct 2004 13:13:27 +1000 Date: Fri, 1 Oct 2004 13:13:27 +1000 From: Nathan Scott Message-Id: <200410010313.i913DRq11007@chook.melbourne.sgi.com> To: Cc: linux-xfs@oss.sgi.com Subject: TAKE 904196 - 2.6.9-rc3 + kdb4.4 X-archive-position: 4200 X-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@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Upgrade kernel to 2.6.9-rc3 and kdb to 4.4 Date: Fri Oct 1 13:02:59 AEST 2004 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:19628a drivers/scsi/megaraid/megaraid_mbox.h - 1.1 split-patches/kdb-i386-4.4-2 - 1.1 split-patches/kdb-common-v4.4-2 - 1.1 sound/usb/usx2y/usx2y.h - 1.1 sound/usb/usx2y/usbusx2yaudio.c - 1.1 sound/usb/usx2y/usbusx2y.h - 1.1 sound/usb/usx2y/usbusx2y.c - 1.1 sound/usb/usx2y/usbus428ctldefs.h - 1.1 sound/usb/usx2y/usX2Yhwdep.h - 1.1 Documentation/RCU/RTFP.txt - 1.1 Documentation/RCU/UP.txt - 1.1 Documentation/RCU/arrayRCU.txt - 1.1 Documentation/RCU/checklist.txt - 1.1 Documentation/RCU/listRCU.txt - 1.1 Documentation/RCU/rcu.txt - 1.1 Documentation/arm/IXP2000 - 1.1 Documentation/arm/Samsung-S3C24XX/EB2410ITX.txt - 1.1 Documentation/arm/Samsung-S3C24XX/Overview.txt - 1.1 sound/usb/usx2y/usX2Yhwdep.c - 1.1 sound/usb/usx2y/Makefile - 1.1 sound/ppc/beep.c - 1.1 sound/pci/ice1712/vt1720_mobo.h - 1.1 sound/pci/ice1712/vt1720_mobo.c - 1.1 sound/pci/ice1712/pontis.h - 1.1 sound/pci/ice1712/pontis.c - 1.1 sound/pci/atiixp_modem.c - 1.1 scripts/namespace.pl - 1.1 scripts/mksysmap - 1.1 scripts/Makefile.host - 1.1 net/sunrpc/auth_gss/gss_spkm3_unseal.c - 1.1 net/sunrpc/auth_gss/gss_spkm3_token.c - 1.1 net/sunrpc/auth_gss/gss_spkm3_seal.c - 1.1 net/sunrpc/auth_gss/gss_spkm3_mech.c - 1.1 Documentation/i2o/README - 1.1 Documentation/i2o/ioctl - 1.1 net/sched/gact.c - 1.1 net/ipv6/netfilter/ip6t_physdev.c - 1.1 net/ipv4/netfilter/ipt_sctp.c - 1.1 net/ipv4/netfilter/ipt_comment.c - 1.1 net/ipv4/netfilter/ip_conntrack_proto_sctp.c - 1.1 net/ipv4/fib_lookup.h - 1.1 mm/tiny-shmem.c - 1.1 mm/thrash.c - 1.1 lib/zlib_inflate/inflate_sync.c - 1.1 lib/iomap.c - 1.1 lib/Kconfig.debug - 1.1 kernel/spinlock.c - 1.1 kernel/kprobes.c - 1.1 include/video/epson1355.h - 1.1 include/sound/pcm-indirect.h - 1.1 include/net/tc_act/tc_gact.h - 1.1 include/linux/usb_otg.h - 1.1 include/linux/tc_act/tc_gact.h - 1.1 include/linux/sunrpc/gss_spkm3.h - 1.1 include/linux/ramfs.h - 1.1 include/linux/raid/raid10.h - 1.1 include/linux/nfs4_acl.h - 1.1 Documentation/sched-stats.txt - 1.1 include/linux/netfilter_ipv6/ip6t_physdev.h - 1.1 Documentation/scsi/megaraid.txt - 1.1 include/linux/netfilter_ipv4/ipt_sctp.h - 1.1 include/linux/netfilter_ipv4/ipt_comment.h - 1.1 include/linux/netfilter_ipv4/ip_conntrack_sctp.h - 1.1 include/linux/mv643xx.h - 1.1 include/linux/mmtimer.h - 1.1 Documentation/time_interpolators.txt - 1.1 Documentation/tty.txt - 1.1 include/linux/mmc/protocol.h - 1.1 include/linux/mmc/mmc.h - 1.1 include/linux/mmc/host.h - 1.1 include/linux/mmc/card.h - 1.1 include/linux/kprobes.h - 1.1 include/linux/i2c-algo-pca.h - 1.1 include/linux/hardirq.h - 1.1 arch/alpha/Kconfig.debug - 1.1 include/asm-x86_64/swiotlb.h - 1.1 include/asm-um/sections.h - 1.1 include/asm-um/module-i386.h - 1.1 include/asm-um/module-generic.h - 1.1 include/asm-um/local.h - 1.1 include/asm-um/cpufeature.h - 1.1 include/asm-sparc64/kprobes.h - 1.1 include/asm-ppc64/plpar_wrappers.h - 1.1 include/asm-ppc64/8253pit.h - 1.1 include/asm-ppc/8253pit.h - 1.1 arch/alpha/kernel/io.c - 1.1 include/asm-m32r/xor.h - 1.1 include/asm-m32r/vga.h - 1.1 include/asm-m32r/user.h - 1.1 include/asm-m32r/unistd.h - 1.1 include/asm-m32r/unaligned.h - 1.1 include/asm-m32r/ucontext.h - 1.1 include/asm-m32r/uaccess.h - 1.1 include/asm-m32r/types.h - 1.1 include/asm-m32r/topology.h - 1.1 include/asm-m32r/tlbflush.h - 1.1 include/asm-m32r/tlb.h - 1.1 include/asm-m32r/timex.h - 1.1 include/asm-m32r/thread_info.h - 1.1 include/asm-m32r/termios.h - 1.1 include/asm-m32r/termbits.h - 1.1 include/asm-m32r/system.h - 1.1 include/asm-m32r/syscall.h - 1.1 include/asm-m32r/string.h - 1.1 include/asm-m32r/statfs.h - 1.1 include/asm-m32r/stat.h - 1.1 include/asm-m32r/spinlock.h - 1.1 include/asm-m32r/sockios.h - 1.1 include/asm-m32r/socket.h - 1.1 include/asm-m32r/smp.h - 1.1 include/asm-m32r/signal.h - 1.1 include/asm-m32r/siginfo.h - 1.1 include/asm-m32r/sigcontext.h - 1.1 include/asm-m32r/shmparam.h - 1.1 include/asm-m32r/shmbuf.h - 1.1 include/asm-m32r/setup.h - 1.1 include/asm-m32r/serial.h - 1.1 include/asm-m32r/sembuf.h - 1.1 include/asm-m32r/semaphore.h - 1.1 include/asm-m32r/segment.h - 1.1 include/asm-m32r/sections.h - 1.1 include/asm-m32r/scatterlist.h - 1.1 include/asm-m32r/rtc.h - 1.1 include/asm-m32r/resource.h - 1.1 include/asm-m32r/ptrace.h - 1.1 include/asm-m32r/processor.h - 1.1 include/asm-m32r/posix_types.h - 1.1 include/asm-m32r/poll.h - 1.1 arch/arm/Kconfig.debug - 1.1 include/asm-m32r/pgtable.h - 1.1 include/asm-m32r/pgtable-2level.h - 1.1 include/asm-m32r/pgalloc.h - 1.1 arch/arm/boot/compressed/big-endian.S - 1.1 include/asm-m32r/percpu.h - 1.1 include/asm-m32r/pci.h - 1.1 include/asm-m32r/param.h - 1.1 include/asm-m32r/page.h - 1.1 include/asm-m32r/opsput/opsput_pld.h - 1.1 include/asm-m32r/opsput/opsput_lcd.h - 1.1 arch/arm/configs/enp2611_defconfig - 1.1 arch/arm/configs/ep80219_defconfig - 1.1 arch/arm/configs/iq31244_defconfig - 1.1 include/asm-m32r/opsput/opsput_lan.h - 1.1 include/asm-m32r/numnodes.h - 1.1 arch/arm/configs/iq80331_defconfig - 1.1 arch/arm/configs/ixdp2400_defconfig - 1.1 arch/arm/configs/ixdp2401_defconfig - 1.1 arch/arm/configs/ixdp2800_defconfig - 1.1 arch/arm/configs/ixdp2801_defconfig - 1.1 include/asm-m32r/namei.h - 1.1 arch/arm/configs/mx1ads_defconfig - 1.1 include/asm-m32r/msgbuf.h - 1.1 include/asm-m32r/module.h - 1.1 include/asm-m32r/mmzone.h - 1.1 include/asm-m32r/mmu_context.h - 1.1 include/asm-m32r/mmu.h - 1.1 include/asm-m32r/mman.h - 1.1 include/asm-m32r/mc146818rtc.h - 1.1 include/asm-m32r/mappi2/mappi2_pld.h - 1.1 include/asm-m32r/m32r_mp_fpga.h - 1.1 arch/arm/kernel/iwmmxt.S - 1.1 include/asm-m32r/m32r.h - 1.1 include/asm-m32r/m32700ut/m32700ut_pld.h - 1.1 include/asm-m32r/m32700ut/m32700ut_lcd.h - 1.1 include/asm-m32r/m32700ut/m32700ut_lan.h - 1.1 include/asm-m32r/m32102peri.h - 1.1 include/asm-m32r/m32102.h - 1.1 include/asm-m32r/local.h - 1.1 include/asm-m32r/linkage.h - 1.1 include/asm-m32r/kmap_types.h - 1.1 include/asm-m32r/irq.h - 1.1 include/asm-m32r/ipcbuf.h - 1.1 arch/arm/mach-imx/Kconfig - 1.1 arch/arm/mach-imx/Makefile - 1.1 arch/arm/mach-imx/dma.c - 1.1 arch/arm/mach-imx/generic.c - 1.1 arch/arm/mach-imx/generic.h - 1.1 arch/arm/mach-imx/irq.c - 1.1 arch/arm/mach-imx/leds-mx1ads.c - 1.1 arch/arm/mach-imx/leds.c - 1.1 arch/arm/mach-imx/leds.h - 1.1 arch/arm/mach-imx/mx1ads.c - 1.1 arch/arm/mach-imx/time.c - 1.1 include/asm-m32r/ipc.h - 1.1 include/asm-m32r/ioctls.h - 1.1 include/asm-m32r/ioctl.h - 1.1 include/asm-m32r/io.h - 1.1 include/asm-m32r/ide.h - 1.1 include/asm-m32r/hw_irq.h - 1.1 arch/arm/mach-iop3xx/common.c - 1.1 include/asm-m32r/hdreg.h - 1.1 include/asm-m32r/hardirq.h - 1.1 include/asm-m32r/flat.h - 1.1 arch/arm/mach-iop3xx/iop321-mm.c - 1.1 include/asm-m32r/fcntl.h - 1.1 arch/arm/mach-iop3xx/iop321-setup.c - 1.1 include/asm-m32r/errno.h - 1.1 arch/arm/mach-iop3xx/iop331-irq.c - 1.1 arch/arm/mach-iop3xx/iop331-mm.c - 1.1 arch/arm/mach-iop3xx/iop331-pci.c - 1.1 arch/arm/mach-iop3xx/iop331-setup.c - 1.1 arch/arm/mach-iop3xx/iop331-time.c - 1.1 arch/arm/mach-iop3xx/iq31244-mm.c - 1.1 arch/arm/mach-iop3xx/iq31244-pci.c - 1.1 include/asm-m32r/elf.h - 1.1 include/asm-m32r/dma.h - 1.1 include/asm-m32r/dma-mapping.h - 1.1 arch/arm/mach-iop3xx/iq80321-mm.c - 1.1 include/asm-m32r/div64.h - 1.1 arch/arm/mach-iop3xx/iq80331-mm.c - 1.1 arch/arm/mach-iop3xx/iq80331-pci.c - 1.1 include/asm-m32r/delay.h - 1.1 include/asm-m32r/current.h - 1.1 arch/arm/mach-ixp2000/Kconfig - 1.1 arch/arm/mach-ixp2000/Makefile - 1.1 arch/arm/mach-ixp2000/core.c - 1.1 arch/arm/mach-ixp2000/enp2611.c - 1.1 arch/arm/mach-ixp2000/ixdp2400.c - 1.1 arch/arm/mach-ixp2000/ixdp2800.c - 1.1 arch/arm/mach-ixp2000/ixdp2x00.c - 1.1 arch/arm/mach-ixp2000/ixdp2x01.c - 1.1 arch/arm/mach-ixp2000/pci.c - 1.1 include/asm-m32r/checksum.h - 1.1 include/asm-m32r/cacheflush.h - 1.1 include/asm-m32r/cachectl.h - 1.1 include/asm-m32r/cache.h - 1.1 include/asm-m32r/byteorder.h - 1.1 arch/arm/mach-omap/board-h2.c - 1.1 arch/arm/mach-omap/board-h3.c - 1.1 include/asm-m32r/bugs.h - 1.1 include/asm-m32r/bug.h - 1.1 include/asm-m32r/bitops.h - 1.1 include/asm-m32r/atomic.h - 1.1 include/asm-m32r/assembler.h - 1.1 include/asm-m32r/addrspace.h - 1.1 include/asm-m32r/a.out.h - 1.1 include/asm-ia64/sn/sn2/sn_hwperf.h - 1.1 include/asm-i386/kprobes.h - 1.1 include/asm-i386/kdebug.h - 1.1 include/asm-generic/uaccess.h - 1.1 arch/arm/mach-omap/leds-h2p2-debug.c - 1.1 include/asm-generic/iomap.h - 1.1 include/asm-generic/bug.h - 1.1 include/asm-arm/mach/mmc.h - 1.1 arch/arm/mach-omap/mcbsp.c - 1.1 include/asm-arm/hardware/amba_clcd.h - 1.1 arch/arm/mach-omap/usb.c - 1.1 include/asm-arm/arch-s3c2410/regs-udc.h - 1.1 include/asm-arm/arch-s3c2410/regs-sdi.h - 1.1 include/asm-arm/arch-s3c2410/regs-nand.h - 1.1 include/asm-arm/arch-s3c2410/regs-gpioj.h - 1.1 include/asm-arm/arch-s3c2410/regs-dsc.h - 1.1 include/asm-arm/arch-s3c2410/nand.h - 1.1 include/asm-arm/arch-pxa/mmc.h - 1.1 include/asm-arm/arch-omap/usb.h - 1.1 include/asm-arm/arch-omap/tps65010.h - 1.1 include/asm-arm/arch-omap/mcbsp.h - 1.1 include/asm-arm/arch-ixp2000/vmalloc.h - 1.1 include/asm-arm/arch-ixp2000/uncompress.h - 1.1 include/asm-arm/arch-ixp2000/timex.h - 1.1 include/asm-arm/arch-ixp2000/system.h - 1.1 include/asm-arm/arch-ixp2000/serial.h - 1.1 arch/arm/mach-s3c2410/clock.c - 1.1 arch/arm/mach-s3c2410/clock.h - 1.1 arch/arm/mach-s3c2410/cpu.c - 1.1 arch/arm/mach-s3c2410/cpu.h - 1.1 arch/arm/mach-s3c2410/devs.c - 1.1 arch/arm/mach-s3c2410/devs.h - 1.1 arch/arm/mach-s3c2410/dma.c - 1.1 include/asm-arm/arch-ixp2000/platform.h - 1.1 include/asm-arm/arch-ixp2000/param.h - 1.1 include/asm-arm/arch-ixp2000/memory.h - 1.1 include/asm-arm/arch-ixp2000/ixp2000-regs.h - 1.1 include/asm-arm/arch-ixp2000/ixdp2x01.h - 1.1 include/asm-arm/arch-ixp2000/ixdp2x00.h - 1.1 include/asm-arm/arch-ixp2000/irqs.h - 1.1 include/asm-arm/arch-ixp2000/irq.h - 1.1 arch/arm/mach-s3c2410/s3c2440-dsc.c - 1.1 arch/arm/mach-s3c2410/s3c2440.c - 1.1 arch/arm/mach-s3c2410/s3c2440.h - 1.1 include/asm-arm/arch-ixp2000/io.h - 1.1 include/asm-arm/arch-ixp2000/hardware.h - 1.1 include/asm-arm/arch-ixp2000/gpio.h - 1.1 include/asm-arm/arch-ixp2000/enp2611.h - 1.1 include/asm-arm/arch-ixp2000/dma.h - 1.1 include/asm-arm/arch-iop3xx/iq80331.h - 1.1 include/asm-arm/arch-iop3xx/iq31244.h - 1.1 include/asm-arm/arch-iop3xx/iop331.h - 1.1 include/asm-arm/arch-iop3xx/iop331-irqs.h - 1.1 include/asm-arm/arch-imx/vmalloc.h - 1.1 include/asm-arm/arch-imx/uncompress.h - 1.1 include/asm-arm/arch-imx/timex.h - 1.1 include/asm-arm/arch-imx/system.h - 1.1 include/asm-arm/arch-imx/serial.h - 1.1 arch/arm/mm/flush.c - 1.1 include/asm-arm/arch-imx/param.h - 1.1 include/asm-arm/arch-imx/mx1ads.h - 1.1 include/asm-arm/arch-imx/memory.h - 1.1 include/asm-arm/arch-imx/irqs.h - 1.1 include/asm-arm/arch-imx/irq.h - 1.1 include/asm-arm/arch-imx/io.h - 1.1 include/asm-arm/arch-imx/imx-regs.h - 1.1 include/asm-arm/arch-imx/hardware.h - 1.1 include/asm-arm/arch-imx/dma.h - 1.1 include/asm-alpha/io_trivial.h - 1.1 fs/ntfs/lcnalloc.h - 1.1 fs/ntfs/lcnalloc.c - 1.1 fs/ntfs/bitmap.h - 1.1 fs/ntfs/bitmap.c - 1.1 fs/nfsd/nfs4acl.c - 1.1 fs/nfs/delegation.h - 1.1 arch/arm26/Kconfig.debug - 1.1 fs/nfs/delegation.c - 1.1 fs/nfs/callback_xdr.c - 1.1 fs/nfs/callback_proc.c - 1.1 fs/nfs/callback.h - 1.1 fs/nfs/callback.c - 1.1 fs/hppfs/hppfs_kern.c - 1.1 fs/hppfs/Makefile - 1.1 fs/hostfs/hostfs_user.c - 1.1 fs/hostfs/hostfs_kern.c - 1.1 fs/hostfs/hostfs.h - 1.1 fs/hostfs/Makefile - 1.1 drivers/w1/w1_smem.c - 1.1 drivers/w1/dscore.h - 1.1 arch/cris/Kconfig.debug - 1.1 drivers/w1/dscore.c - 1.1 drivers/w1/ds_w1_bridge.c - 1.1 drivers/video/amba-clcd.c - 1.1 drivers/usb/media/sn9c102_pas202bcb.c - 1.1 drivers/usb/gadget/omap_udc.h - 1.1 drivers/usb/gadget/omap_udc.c - 1.1 drivers/usb/gadget/lh7a40x_udc.h - 1.1 drivers/usb/gadget/lh7a40x_udc.c - 1.1 drivers/usb/core/otg_whitelist.h - 1.1 drivers/serial/icom.h - 1.1 drivers/serial/icom.c - 1.1 drivers/scsi/megaraid/megaraid_mm.h - 1.1 arch/h8300/Kconfig.debug - 1.1 drivers/scsi/megaraid/megaraid_mm.c - 1.1 drivers/scsi/megaraid/megaraid_mbox.c - 1.1 drivers/scsi/megaraid/megaraid_ioctl.h - 1.1 drivers/scsi/megaraid/mega_common.h - 1.1 drivers/scsi/megaraid/mbox_defs.h - 1.1 drivers/scsi/megaraid/Makefile - 1.1 drivers/scsi/megaraid/Kconfig.megaraid - 1.1 drivers/scsi/ibmvscsi/viosrp.h - 1.1 drivers/scsi/ibmvscsi/srp.h - 1.1 drivers/scsi/ibmvscsi/rpa_vscsi.c - 1.1 drivers/scsi/ibmvscsi/iseries_vscsi.c - 1.1 arch/i386/Kconfig.debug - 1.1 drivers/scsi/ibmvscsi/ibmvscsi.h - 1.1 drivers/scsi/ibmvscsi/ibmvscsi.c - 1.1 drivers/scsi/ibmvscsi/Makefile - 1.1 drivers/pci/hotplug/acpiphp_ibm.c - 1.1 drivers/net/mv643xx_eth.h - 1.1 drivers/net/mv643xx_eth.c - 1.1 drivers/net/gt64240eth.h - 1.1 drivers/net/gianfar_phy.h - 1.1 drivers/net/gianfar_phy.c - 1.1 drivers/net/gianfar_ethtool.c - 1.1 drivers/net/gianfar.h - 1.1 drivers/net/gianfar.c - 1.1 drivers/mtd/maps/ixp2000.c - 1.1 drivers/mmc/pxamci.h - 1.1 drivers/mmc/pxamci.c - 1.1 drivers/mmc/mmci.h - 1.1 drivers/mmc/mmci.c - 1.1 drivers/mmc/mmc_sysfs.c - 1.1 drivers/mmc/mmc_queue.h - 1.1 drivers/mmc/mmc_queue.c - 1.1 drivers/mmc/mmc_block.c - 1.1 drivers/mmc/mmc.h - 1.1 drivers/mmc/mmc.c - 1.1 drivers/mmc/Makefile - 1.1 drivers/mmc/Kconfig - 1.1 drivers/message/i2o/pci.c - 1.1 drivers/message/i2o/iop.c - 1.1 drivers/message/i2o/i2o_block.h - 1.1 drivers/message/i2o/exec-osm.c - 1.1 drivers/message/i2o/driver.c - 1.1 drivers/message/i2o/device.c - 1.1 drivers/message/i2o/debug.c - 1.1 drivers/md/raid10.c - 1.1 drivers/input/serio/serio_raw.c - 1.1 drivers/i2c/i2c-sensor-vid.c - 1.1 drivers/i2c/i2c-sensor-detect.c - 1.1 drivers/i2c/chips/smsc47m1.c - 1.1 drivers/i2c/chips/isp1301_omap.c - 1.1 drivers/i2c/busses/i2c-pca-isa.c - 1.1 drivers/i2c/busses/i2c-mpc.c - 1.1 drivers/i2c/busses/i2c-ixp2000.c - 1.1 drivers/i2c/algos/i2c-algo-pca.h - 1.1 drivers/i2c/algos/i2c-algo-pca.c - 1.1 drivers/cpufreq/cpufreq_ondemand.c - 1.1 drivers/char/watchdog/mpc8xx_wdt.c - 1.1 drivers/char/snsc.h - 1.1 drivers/char/snsc.c - 1.1 arch/i386/kernel/kprobes.c - 1.1 drivers/char/mmtimer.c - 1.1 drivers/char/ipmi/ipmi_poweroff.c - 1.1 drivers/char/hvsi.c - 1.1 drivers/char/drm/i915_mem.c - 1.1 drivers/char/drm/i915_irq.c - 1.1 drivers/char/drm/i915_drv.h - 1.1 drivers/char/drm/i915_drv.c - 1.1 drivers/char/drm/i915_drm.h - 1.1 drivers/char/drm/i915_dma.c - 1.1 drivers/char/drm/i915.h - 1.1 drivers/block/ub.c - 1.1 drivers/acpi/sleep/wakeup.c - 1.1 drivers/acpi/motherboard.c - 1.1 crypto/wp512.c - 1.1 arch/x86_64/pci/k8-bus.c - 1.1 arch/x86_64/pci/Makefile-BUS - 1.1 arch/x86_64/lib/bitops.c - 1.1 arch/x86_64/Kconfig.debug - 1.1 arch/v850/Kconfig.debug - 1.1 arch/um/os-Linux/user_syms.c - 1.1 arch/i386/kernel/vsyscall.lds.S - 1.1 arch/um/os-Linux/time.c - 1.1 arch/um/kernel/uml.lds.S - 1.1 arch/um/kernel/tt/uaccess.c - 1.1 arch/um/kernel/skas/uaccess.c - 1.1 arch/um/kernel/physmem.c - 1.1 arch/um/kernel/main.c - 1.1 arch/um/kernel/dyn.lds.S - 1.1 arch/um/include/mem_kern.h - 1.1 arch/um/include/irq_kern.h - 1.1 arch/um/drivers/cow_user.c - 1.1 arch/um/drivers/cow_sys.h - 1.1 arch/um/drivers/cow.h - 1.1 arch/um/Kconfig.debug - 1.1 arch/i386/mm/mmap.c - 1.1 arch/sparc64/lib/user_fixup.c - 1.1 arch/sparc64/lib/memmove.S - 1.1 arch/sparc64/lib/iomap.c - 1.1 arch/sparc64/lib/delay.c - 1.1 arch/sparc64/lib/copy_in_user.S - 1.1 arch/sparc64/lib/U3patch.S - 1.1 arch/sparc64/lib/U1memcpy.S - 1.1 arch/sparc64/lib/U1copy_to_user.S - 1.1 arch/sparc64/lib/U1copy_from_user.S - 1.1 arch/sparc64/kernel/kprobes.c - 1.1 arch/sparc64/Kconfig.debug - 1.1 arch/sparc/Kconfig.debug - 1.1 arch/sh64/Kconfig.debug - 1.1 arch/sh/Kconfig.debug - 1.1 arch/s390/mm/mmap.c - 1.1 arch/ia64/Kconfig.debug - 1.1 arch/s390/kernel/irq.c - 1.1 arch/s390/Kconfig.debug - 1.1 arch/ppc64/mm/stab.c - 1.1 arch/ia64/configs/tiger_defconfig - 1.1 arch/ppc64/mm/mmap.c - 1.1 arch/ppc64/mm/hash_native.c - 1.1 arch/ppc64/kernel/u3_iommu.c - 1.1 arch/ppc64/kernel/prom_init.c - 1.1 arch/ppc64/kernel/pSeries_setup.c - 1.1 arch/ppc64/Kconfig.debug - 1.1 arch/ppc/syslib/m8xx_wdt.h - 1.1 arch/ppc/syslib/m8xx_wdt.c - 1.1 arch/ppc/platforms/pq2ads.c - 1.1 arch/ppc/platforms/mvme5100.c - 1.1 arch/ppc/platforms/lopec.h - 1.1 arch/ppc/platforms/lopec.c - 1.1 arch/ppc/kernel/head_booke.h - 1.1 arch/ppc/boot/simple/prepmap.c - 1.1 arch/ppc/boot/simple/chrpmap.c - 1.1 arch/ppc/boot/include/serial.h - 1.1 arch/ppc/Kconfig.debug - 1.1 arch/parisc/Kconfig.debug - 1.1 arch/mips/Kconfig.debug - 1.1 arch/m68knommu/Kconfig.debug - 1.1 arch/m68k/Kconfig.debug - 1.1 arch/m32r/opsput/dot.gdbinit - 1.1 arch/m32r/opsput/defconfig.opsput - 1.1 arch/m32r/oprofile/init.c - 1.1 arch/m32r/oprofile/Makefile - 1.1 arch/m32r/oprofile/Kconfig - 1.1 arch/m32r/oaks32r/dot.gdbinit.nommu - 1.1 arch/m32r/oaks32r/defconfig.nommu - 1.1 arch/m32r/mm/page.S - 1.1 arch/m32r/mm/mmu.S - 1.1 arch/m32r/mm/ioremap.c - 1.1 arch/m32r/mm/ioremap-nommu.c - 1.1 arch/m32r/mm/init.c - 1.1 arch/m32r/mm/fault.c - 1.1 arch/m32r/mm/fault-nommu.c - 1.1 arch/m32r/mm/extable.c - 1.1 arch/m32r/mm/discontig.c - 1.1 arch/m32r/mm/cache.c - 1.1 arch/m32r/mm/Makefile - 1.1 arch/ia64/oprofile/perfmon.c - 1.1 arch/m32r/mappi/dot.gdbinit.smp - 1.1 arch/m32r/mappi/dot.gdbinit.nommu - 1.1 arch/m32r/mappi/dot.gdbinit - 1.1 arch/m32r/mappi/defconfig.up - 1.1 arch/m32r/mappi/defconfig.smp - 1.1 arch/m32r/mappi/defconfig.nommu - 1.1 arch/m32r/m32700ut/m32r-flash.c - 1.1 arch/m32r/m32700ut/dot.gdbinit_300MHz_32MB - 1.1 arch/m32r/m32700ut/dot.gdbinit_200MHz_16MB - 1.1 arch/m32r/m32700ut/defconfig.m32700ut.up - 1.1 arch/m32r/m32700ut/defconfig.m32700ut.smp - 1.1 arch/m32r/lib/usercopy.c - 1.1 arch/m32r/lib/strlen.S - 1.1 arch/m32r/lib/putuser.S - 1.1 arch/m32r/lib/memset.S - 1.1 arch/m32r/lib/memcpy.S - 1.1 arch/m32r/lib/getuser.S - 1.1 arch/m32r/lib/delay.c - 1.1 arch/ia64/sn/kernel/sn2/sn_hwperf.c - 1.1 arch/m32r/lib/csum_partial_copy.c - 1.1 arch/m32r/lib/checksum.S - 1.1 arch/m32r/Kconfig - 1.1 arch/m32r/Makefile - 1.1 arch/m32r/boot/Makefile - 1.1 arch/m32r/boot/compressed/Makefile - 1.1 arch/m32r/boot/compressed/boot.h - 1.1 arch/m32r/boot/compressed/head.S - 1.1 arch/m32r/boot/compressed/install.sh - 1.1 arch/m32r/boot/compressed/m32r_sio.c - 1.1 arch/m32r/boot/compressed/misc.c - 1.1 arch/m32r/boot/compressed/vmlinux.lds.S - 1.1 arch/m32r/boot/compressed/vmlinux.scr - 1.1 arch/m32r/boot/setup.S - 1.1 arch/m32r/defconfig - 1.1 arch/m32r/drivers/Kconfig - 1.1 arch/m32r/drivers/Makefile - 1.1 arch/m32r/drivers/cs_internal.h - 1.1 arch/m32r/drivers/ds1302.c - 1.1 arch/m32r/drivers/m32r-pldsio.c - 1.1 arch/m32r/drivers/m32r_cfc.c - 1.1 arch/m32r/drivers/m32r_cfc.h - 1.1 arch/m32r/drivers/m32r_pcc.c - 1.1 arch/m32r/drivers/m32r_pcc.h - 1.1 arch/m32r/drivers/m5.c - 1.1 arch/m32r/drivers/m5.h - 1.1 arch/m32r/drivers/m5drv.c - 1.1 arch/m32r/kernel/Makefile - 1.1 arch/m32r/kernel/align.c - 1.1 arch/m32r/kernel/entry.S - 1.1 arch/m32r/kernel/head.S - 1.1 arch/m32r/kernel/init_task.c - 1.1 arch/m32r/kernel/io_m32102.c - 1.1 arch/m32r/kernel/io_m32700ut.c - 1.1 arch/m32r/kernel/io_mappi.c - 1.1 arch/m32r/kernel/io_mappi2.c - 1.1 arch/m32r/kernel/io_oaks32r.c - 1.1 arch/m32r/kernel/io_opsput.c - 1.1 arch/m32r/kernel/io_usrv.c - 1.1 arch/m32r/kernel/irq.c - 1.1 arch/m32r/kernel/m32r_ksyms.c - 1.1 arch/m32r/kernel/module.c - 1.1 arch/m32r/kernel/process.c - 1.1 arch/m32r/kernel/ptrace.c - 1.1 arch/m32r/kernel/semaphore.c - 1.1 arch/m32r/kernel/setup.c - 1.1 arch/m32r/kernel/setup_m32700ut.c - 1.1 arch/m32r/kernel/setup_mappi.c - 1.1 arch/m32r/kernel/setup_mappi2.c - 1.1 arch/m32r/kernel/setup_oaks32r.c - 1.1 arch/m32r/kernel/setup_opsput.c - 1.1 arch/m32r/kernel/setup_usrv.c - 1.1 arch/m32r/kernel/signal.c - 1.1 arch/m32r/kernel/smp.c - 1.1 arch/m32r/kernel/smpboot.c - 1.1 arch/m32r/kernel/sys_m32r.c - 1.1 arch/m32r/kernel/time.c - 1.1 arch/m32r/kernel/traps.c - 1.1 arch/m32r/kernel/vmlinux.lds.S - 1.1 arch/m32r/lib/Makefile - 1.1 arch/m32r/lib/ashxdi3.S - 1.1 CREDITS - 1.10 Documentation/CodingStyle - 1.4 Documentation/DMA-API.txt - 1.5 Documentation/DocBook/Makefile - 1.4 Documentation/DocBook/gadget.tmpl - 1.3 Documentation/DocBook/kernel-hacking.tmpl - 1.4 Documentation/DocBook/mousedrivers.tmpl - 1.3 Documentation/DocBook/usb.tmpl - 1.2 Documentation/IPMI.txt - 1.4 Documentation/cachetlb.txt - 1.4 Documentation/cdrom/cdrom-standard.tex - 1.3 Documentation/crypto/api-intro.txt - 1.5 Documentation/devices.txt - 1.5 Documentation/driver-model/bus.txt - 1.2 Documentation/filesystems/Locking - 1.5 Documentation/filesystems/ext2.txt - 1.2 Documentation/filesystems/ext3.txt - 1.2 Documentation/filesystems/ntfs.txt - 1.6 Documentation/filesystems/proc.txt - 1.6 Documentation/filesystems/tmpfs.txt - 1.2 Documentation/filesystems/vfs.txt - 1.2 Documentation/filesystems/xfs.txt - 1.8 Documentation/firmware_class/firmware_sample_firmware_class.c - 1.2 Documentation/i2c/sysfs-interface - 1.5 Documentation/input/joystick-parport.txt - 1.3 Documentation/kbuild/makefiles.txt - 1.3 Documentation/kernel-parameters.txt - 1.10 Documentation/networking/ip-sysctl.txt - 1.9 Documentation/networking/netdevices.txt - 1.2 Documentation/pci.txt - 1.3 Documentation/power/swsusp.txt - 1.5 Documentation/scsi/ChangeLog.megaraid - 1.2 Documentation/scsi/scsi_mid_low_api.txt - 1.4 Documentation/sound/alsa/ALSA-Configuration.txt - 1.6 Documentation/sound/alsa/DocBook/alsa-driver-api.tmpl - 1.3 Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl - 1.7 Documentation/sysctl/kernel.txt - 1.4 Documentation/usb/philips.txt - 1.3 Documentation/watchdog/pcwd-watchdog.txt - 1.2 Documentation/x86_64/boot-options.txt - 1.4 MAINTAINERS - 1.11 Makefile - 1.23 arch/alpha/Kconfig - 1.6 arch/alpha/Makefile - 1.4 arch/alpha/boot/Makefile - 1.2 arch/alpha/defconfig - 1.5 arch/alpha/kernel/Makefile - 1.2 arch/alpha/kernel/alpha_ksyms.c - 1.3 arch/alpha/kernel/core_cia.c - 1.4 arch/alpha/kernel/core_irongate.c - 1.4 arch/alpha/kernel/core_marvel.c - 1.4 arch/alpha/kernel/core_titan.c - 1.4 arch/alpha/kernel/err_titan.c - 1.3 arch/alpha/kernel/irq.c - 1.7 arch/alpha/kernel/irq_impl.h - 1.2 arch/alpha/kernel/machvec_impl.h - 1.3 arch/alpha/kernel/osf_sys.c - 1.6 arch/alpha/kernel/pci-noop.c - 1.2 arch/alpha/kernel/pci.c - 1.2 arch/alpha/kernel/pci_iommu.c - 1.3 arch/alpha/kernel/process.c - 1.5 arch/alpha/kernel/ptrace.c - 1.3 arch/alpha/kernel/signal.c - 1.6 arch/alpha/kernel/smp.c - 1.5 arch/alpha/kernel/srmcons.c - 1.2 arch/alpha/kernel/sys_alcor.c - 1.2 arch/alpha/kernel/sys_cabriolet.c - 1.2 arch/alpha/kernel/sys_dp264.c - 1.3 arch/alpha/kernel/sys_eb64p.c - 1.2 arch/alpha/kernel/sys_eiger.c - 1.3 arch/alpha/kernel/sys_jensen.c - 1.2 arch/alpha/kernel/sys_marvel.c - 1.2 arch/alpha/kernel/sys_miata.c - 1.2 arch/alpha/kernel/sys_mikasa.c - 1.2 arch/alpha/kernel/sys_nautilus.c - 1.3 arch/alpha/kernel/sys_noritake.c - 1.2 arch/alpha/kernel/sys_rawhide.c - 1.2 arch/alpha/kernel/sys_ruffian.c - 1.3 arch/alpha/kernel/sys_rx164.c - 1.2 arch/alpha/kernel/sys_sable.c - 1.2 arch/alpha/kernel/sys_sio.c - 1.2 arch/alpha/kernel/sys_sx164.c - 1.3 arch/alpha/kernel/sys_takara.c - 1.3 arch/alpha/kernel/sys_titan.c - 1.2 arch/alpha/kernel/sys_wildfire.c - 1.2 arch/alpha/kernel/systbls.S - 1.5 arch/alpha/kernel/time.c - 1.6 arch/alpha/kernel/traps.c - 1.5 arch/alpha/kernel/vmlinux.lds.S - 1.3 arch/alpha/lib/Makefile - 1.2 arch/alpha/lib/csum_partial_copy.c - 1.3 arch/alpha/lib/io.c - 1.3 arch/alpha/mm/fault.c - 1.4 arch/alpha/mm/numa.c - 1.5 arch/arm/Kconfig - 1.8 arch/arm/Makefile - 1.8 arch/arm/boot/Makefile - 1.6 arch/arm/boot/compressed/Makefile - 1.6 arch/arm/boot/compressed/head-xscale.S - 1.3 arch/arm/boot/compressed/head.S - 1.7 arch/arm/boot/compressed/misc.c - 1.3 arch/arm/common/sa1111.c - 1.7 arch/arm/configs/ebsa110_defconfig - 1.5 arch/arm/configs/iq80310_defconfig - 1.4 arch/arm/configs/iq80321_defconfig - 1.5 arch/arm/kernel/Makefile - 1.5 arch/arm/kernel/apm.c - 1.3 arch/arm/kernel/armksyms.c - 1.7 arch/arm/kernel/asm-offsets.c - 1.5 arch/arm/kernel/bios32.c - 1.4 arch/arm/kernel/debug.S - 1.6 arch/arm/kernel/entry-armv.S - 1.7 arch/arm/kernel/irq.c - 1.6 arch/arm/kernel/process.c - 1.7 arch/arm/kernel/ptrace.c - 1.6 arch/arm/kernel/semaphore.c - 1.4 arch/arm/kernel/setup.c - 1.7 arch/arm/kernel/signal.c - 1.5 arch/arm/kernel/sys_arm.c - 1.7 arch/arm/kernel/time.c - 1.6 arch/arm/kernel/traps.c - 1.6 arch/arm/kernel/vmlinux.lds.S - 1.4 arch/arm/lib/getuser.S - 1.3 arch/arm/lib/putuser.S - 1.3 arch/arm/mach-integrator/cpu.c - 1.5 arch/arm/mach-integrator/impd1.c - 1.4 arch/arm/mach-iop3xx/Kconfig - 1.3 arch/arm/mach-iop3xx/Makefile - 1.2 arch/arm/mach-iop3xx/arch.c - 1.3 arch/arm/mach-iop3xx/iop310-irq.c - 1.3 arch/arm/mach-iop3xx/iop310-pci.c - 1.2 arch/arm/mach-iop3xx/iop321-irq.c - 1.2 arch/arm/mach-iop3xx/iop321-pci.c - 1.2 arch/arm/mach-iop3xx/iop321-time.c - 1.4 arch/arm/mach-iop3xx/iq80310-irq.c - 1.3 arch/arm/mach-iop3xx/iq80310-pci.c - 1.2 arch/arm/mach-iop3xx/iq80310-time.c - 1.3 arch/arm/mach-iop3xx/iq80321-pci.c - 1.2 arch/arm/mach-iop3xx/mm.c - 1.3 arch/arm/mach-iop3xx/xs80200-irq.c - 1.3 arch/arm/mach-pxa/Kconfig - 1.3 arch/arm/mach-pxa/dma.c - 1.3 arch/arm/mach-pxa/generic.c - 1.5 arch/arm/mach-pxa/idp.c - 1.6 arch/arm/mach-pxa/irq.c - 1.2 arch/arm/mach-pxa/leds-lubbock.c - 1.4 arch/arm/mach-pxa/lubbock.c - 1.7 arch/arm/mach-pxa/pm.c - 1.3 arch/arm/mach-sa1100/cpu-sa1100.c - 1.3 arch/arm/mach-sa1100/cpu-sa1110.c - 1.3 arch/arm/mach-sa1100/pm.c - 1.2 arch/arm/mm/Kconfig - 1.8 arch/arm/mm/Makefile - 1.4 arch/arm/mm/cache-v3.S - 1.3 arch/arm/mm/cache-v4.S - 1.3 arch/arm/mm/cache-v4wb.S - 1.3 arch/arm/mm/cache-v4wt.S - 1.3 arch/arm/mm/fault-armv.c - 1.4 arch/arm/mm/init.c - 1.5 arch/arm/mm/proc-arm1020.S - 1.2 arch/arm/mm/proc-arm1020e.S - 1.2 arch/arm/mm/proc-arm1022.S - 1.2 arch/arm/mm/proc-arm1026.S - 1.2 arch/arm/mm/proc-arm920.S - 1.2 arch/arm/mm/proc-arm922.S - 1.2 arch/arm/mm/proc-arm926.S - 1.2 arch/arm/mm/proc-syms.c - 1.3 arch/arm/mm/proc-xscale.S - 1.4 arch/arm/nwfpe/fpa11_cpdt.c - 1.3 arch/arm/tools/mach-types - 1.7 arch/arm26/Kconfig - 1.4 arch/arm26/Makefile - 1.2 arch/arm26/boot/Makefile - 1.2 arch/arm26/kernel/Makefile - 1.2 arch/arm26/kernel/armksyms.c - 1.3 arch/arm26/kernel/irq.c - 1.4 arch/arm26/kernel/ptrace.c - 1.2 arch/arm26/kernel/signal.c - 1.2 arch/arm26/kernel/sys_arm.c - 1.4 arch/arm26/kernel/time.c - 1.3 arch/arm26/kernel/vmlinux-arm26-xip.lds.in - 1.3 arch/arm26/kernel/vmlinux-arm26.lds.in - 1.3 arch/arm26/mm/init.c - 1.3 arch/cris/Kconfig - 1.3 arch/cris/Makefile - 1.3 arch/cris/arch-v10/kernel/debugport.c - 1.3 arch/cris/arch-v10/kernel/process.c - 1.4 arch/cris/arch-v10/kernel/ptrace.c - 1.3 arch/cris/arch-v10/kernel/signal.c - 1.3 arch/cris/arch-v10/mm/init.c - 1.2 arch/cris/arch-v10/vmlinux.lds.S - 1.3 arch/cris/kernel/Makefile - 1.3 arch/cris/kernel/irq.c - 1.5 arch/h8300/Kconfig - 1.8 arch/h8300/kernel/Makefile - 1.4 arch/h8300/kernel/asm-offsets.c - 1.3 arch/h8300/kernel/h8300_ksyms.c - 1.3 arch/h8300/kernel/process.c - 1.4 arch/h8300/kernel/ptrace.c - 1.4 arch/h8300/kernel/signal.c - 1.4 arch/h8300/kernel/time.c - 1.3 arch/h8300/kernel/vmlinux.lds.S - 1.4 arch/h8300/platform/h8s/ints.c - 1.4 arch/i386/Kconfig - 1.14 arch/i386/Makefile - 1.10 arch/i386/boot/Makefile - 1.3 arch/i386/boot/setup.S - 1.7 arch/i386/boot/video.S - 1.2 arch/i386/kernel/Makefile - 1.7 arch/i386/kernel/acpi/boot.c - 1.12 arch/i386/kernel/acpi/sleep.c - 1.2 arch/i386/kernel/apic.c - 1.5 arch/i386/kernel/apm.c - 1.7 arch/i386/kernel/asm-offsets.c - 1.4 arch/i386/kernel/cpu/centaur.c - 1.3 arch/i386/kernel/cpu/common.c - 1.6 arch/i386/kernel/cpu/cpufreq/Kconfig - 1.5 arch/i386/kernel/cpu/cpufreq/acpi.c - 1.6 arch/i386/kernel/cpu/cpufreq/gx-suspmod.c - 1.4 arch/i386/kernel/cpu/cpufreq/longhaul.c - 1.7 arch/i386/kernel/cpu/cpufreq/longrun.c - 1.5 arch/i386/kernel/cpu/cpufreq/p4-clockmod.c - 1.7 arch/i386/kernel/cpu/cpufreq/powernow-k7.c - 1.8 arch/i386/kernel/cpu/cpufreq/powernow-k8.c - 1.7 arch/i386/kernel/cpu/cpufreq/powernow-k8.h - 1.5 arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c - 1.6 arch/i386/kernel/cpu/cpufreq/speedstep-ich.c - 1.5 arch/i386/kernel/cpu/cpufreq/speedstep-smi.c - 1.6 arch/i386/kernel/cpu/intel.c - 1.6 arch/i386/kernel/cpu/mtrr/mtrr.h - 1.2 arch/i386/kernel/cpu/proc.c - 1.4 arch/i386/kernel/dmi_scan.c - 1.8 arch/i386/kernel/doublefault.c - 1.3 arch/i386/kernel/entry.S - 1.11 arch/i386/kernel/head.S - 1.7 arch/i386/kernel/i386_ksyms.c - 1.5 arch/i386/kernel/i8259.c - 1.13 arch/i386/kernel/init_task.c - 1.4 arch/i386/kernel/io_apic.c - 1.15 arch/i386/kernel/ioport.c - 1.2 arch/i386/kernel/irq.c - 1.7 arch/i386/kernel/ldt.c - 1.3 arch/i386/kernel/microcode.c - 1.5 arch/i386/kernel/nmi.c - 1.11 arch/i386/kernel/pci-dma.c - 1.3 arch/i386/kernel/process.c - 1.9 arch/i386/kernel/ptrace.c - 1.4 arch/i386/kernel/reboot.c - 1.11 arch/i386/kernel/setup.c - 1.10 arch/i386/kernel/signal.c - 1.6 arch/i386/kernel/smp.c - 1.10 arch/i386/kernel/smpboot.c - 1.13 arch/i386/kernel/sysenter.c - 1.3 arch/i386/kernel/time.c - 1.5 arch/i386/kernel/time_hpet.c - 1.4 arch/i386/kernel/timers/timer_pit.c - 1.3 arch/i386/kernel/timers/timer_tsc.c - 1.8 arch/i386/kernel/traps.c - 1.12 arch/i386/kernel/vm86.c - 1.5 arch/i386/kernel/vmlinux.lds.S - 1.9 arch/i386/kernel/vsyscall.lds - 1.2 arch/i386/lib/memcpy.c - 1.3 arch/i386/lib/mmx.c - 1.2 arch/i386/lib/usercopy.c - 1.5 arch/i386/mach-es7000/es7000.h - 1.3 arch/i386/mach-generic/bigsmp.c - 1.2 arch/i386/mach-voyager/voyager_smp.c - 1.7 arch/i386/math-emu/fpu_proto.h - 1.4 arch/i386/mm/Makefile - 1.2 arch/i386/mm/discontig.c - 1.4 arch/i386/mm/fault.c - 1.4 arch/i386/mm/init.c - 1.7 arch/i386/mm/ioremap.c - 1.3 arch/i386/mm/pageattr.c - 1.5 arch/i386/oprofile/op_model_athlon.c - 1.2 arch/i386/oprofile/op_model_p4.c - 1.4 arch/i386/oprofile/op_model_ppro.c - 1.3 arch/i386/pci/common.c - 1.4 arch/i386/pci/fixup.c - 1.5 arch/i386/pci/i386.c - 1.2 arch/i386/pci/numa.c - 1.2 arch/i386/pci/pcbios.c - 1.3 arch/i386/power/Makefile - 1.2 arch/i386/power/cpu.c - 1.4 arch/i386/power/pmdisk.S - 1.3 arch/i386/power/swsusp.S - 1.5 arch/ia64/Kconfig - 1.10 arch/ia64/Makefile - 1.6 arch/ia64/hp/common/sba_iommu.c - 1.8 arch/ia64/hp/sim/simserial.c - 1.4 arch/ia64/ia32/binfmt_elf32.c - 1.7 arch/ia64/ia32/ia32_entry.S - 1.7 arch/ia64/ia32/ia32_signal.c - 1.5 arch/ia64/ia32/ia32_support.c - 1.4 arch/ia64/ia32/ia32priv.h - 1.5 arch/ia64/ia32/sys_ia32.c - 1.9 arch/ia64/kernel/Makefile - 1.7 arch/ia64/kernel/acpi.c - 1.12 arch/ia64/kernel/asm-offsets.c - 1.3 arch/ia64/kernel/efi.c - 1.8 arch/ia64/kernel/entry.S - 1.7 arch/ia64/kernel/fsys.S - 1.5 arch/ia64/kernel/head.S - 1.7 arch/ia64/kernel/iosapic.c - 1.9 arch/ia64/kernel/irq.c - 1.8 arch/ia64/kernel/minstate.h - 1.2 arch/ia64/kernel/palinfo.c - 1.4 arch/ia64/kernel/perfmon.c - 1.8 arch/ia64/kernel/process.c - 1.8 arch/ia64/kernel/sal.c - 1.6 arch/ia64/kernel/salinfo.c - 1.5 arch/ia64/kernel/signal.c - 1.6 arch/ia64/kernel/smpboot.c - 1.9 arch/ia64/kernel/time.c - 1.6 arch/ia64/kernel/traps.c - 1.7 arch/ia64/kernel/unwind.c - 1.8 arch/ia64/kernel/vmlinux.lds.S - 1.6 arch/ia64/lib/swiotlb.c - 1.3 arch/ia64/mm/contig.c - 1.4 arch/ia64/mm/discontig.c - 1.7 arch/ia64/mm/fault.c - 1.4 arch/ia64/mm/init.c - 1.9 arch/ia64/oprofile/Kconfig - 1.2 arch/ia64/oprofile/Makefile - 1.2 arch/ia64/oprofile/init.c - 1.2 arch/ia64/pci/pci.c - 1.9 arch/ia64/sn/fakeprom/Makefile - 1.2 arch/ia64/sn/fakeprom/README - 1.3 arch/ia64/sn/fakeprom/fpmem.c - 1.2 arch/ia64/sn/fakeprom/fpmem.h - 1.2 arch/ia64/sn/fakeprom/fprom.lds - 1.3 arch/ia64/sn/fakeprom/fpromasm.S - 1.2 arch/ia64/sn/fakeprom/fw-emu.c - 1.4 arch/ia64/sn/fakeprom/klgraph_init.c - 1.2 arch/ia64/sn/fakeprom/main.c - 1.2 arch/ia64/sn/fakeprom/make_textsym - 1.2 arch/ia64/sn/fakeprom/runsim - 1.2 arch/ia64/sn/io/hwgfs/interface.c - 1.5 arch/ia64/sn/io/machvec/pci_bus_cvlink.c - 1.8 arch/ia64/sn/kernel/bte.c - 1.5 arch/ia64/sn/kernel/setup.c - 1.10 arch/ia64/sn/kernel/sn2/Makefile - 1.4 arch/ia64/sn/kernel/sn2/prominfo_proc.c - 1.4 arch/ia64/sn/kernel/sn2/sn_proc_fs.c - 1.5 arch/ia64/sn/kernel/sn2/timer.c - 1.2 arch/m68k/Kconfig - 1.6 arch/m68k/Makefile - 1.5 arch/m68k/kernel/Makefile - 1.3 arch/m68k/kernel/bios32.c - 1.4 arch/m68k/kernel/m68k_ksyms.c - 1.2 arch/m68k/kernel/process.c - 1.5 arch/m68k/kernel/ptrace.c - 1.4 arch/m68k/kernel/signal.c - 1.6 arch/m68k/kernel/time.c - 1.4 arch/m68k/kernel/vmlinux-std.lds - 1.4 arch/m68k/kernel/vmlinux-sun3.lds - 1.4 arch/m68k/q40/q40ints.c - 1.6 arch/m68knommu/Kconfig - 1.4 arch/m68knommu/kernel/Makefile - 1.4 arch/m68knommu/kernel/asm-offsets.c - 1.2 arch/m68knommu/kernel/comempci.c - 1.4 arch/m68knommu/kernel/m68k_ksyms.c - 1.3 arch/m68knommu/kernel/process.c - 1.4 arch/m68knommu/kernel/ptrace.c - 1.2 arch/m68knommu/kernel/signal.c - 1.3 arch/m68knommu/kernel/time.c - 1.4 arch/m68knommu/kernel/vmlinux.lds.S - 1.3 arch/m68knommu/platform/5307/timers.c - 1.3 arch/mips/Kconfig - 1.9 arch/mips/Makefile - 1.6 arch/mips/au1000/common/time.c - 1.3 arch/mips/baget/irq.c - 1.3 arch/mips/kernel/Makefile - 1.5 arch/mips/kernel/irixsig.c - 1.4 arch/mips/kernel/irq.c - 1.5 arch/mips/kernel/mips_ksyms.c - 1.4 arch/mips/kernel/signal.c - 1.5 arch/mips/kernel/signal32.c - 1.5 arch/mips/kernel/signal_n32.c - 1.5 arch/mips/kernel/smp.c - 1.4 arch/mips/kernel/syscall.c - 1.5 arch/mips/kernel/sysirix.c - 1.7 arch/mips/kernel/time.c - 1.4 arch/mips/kernel/vmlinux.lds.S - 1.4 arch/mips/mips-boards/generic/time.c - 1.3 arch/mips/mm/fault.c - 1.4 arch/mips/momentum/ocelot_c/prom.c - 1.5 arch/mips/pci/fixup-au1000.c - 1.5 arch/mips/pci/fixup-capcella.c - 1.4 arch/mips/pci/fixup-tb0226.c - 1.4 arch/mips/pci/pci-ip27.c - 1.4 arch/mips/pci/pci-sb1250.c - 1.4 arch/mips/sgi-ip27/ip27-memory.c - 1.4 arch/mips/vr41xx/common/giu.c - 1.5 arch/mips/vr41xx/common/icu.c - 1.5 arch/mips/vr41xx/common/serial.c - 1.6 arch/parisc/Kconfig - 1.7 arch/parisc/kernel/Makefile - 1.4 arch/parisc/kernel/asm-offsets.c - 1.4 arch/parisc/kernel/cache.c - 1.6 arch/parisc/kernel/hardware.c - 1.6 arch/parisc/kernel/pci.c - 1.4 arch/parisc/kernel/process.c - 1.7 arch/parisc/kernel/ptrace.c - 1.3 arch/parisc/kernel/smp.c - 1.6 arch/parisc/kernel/time.c - 1.4 arch/parisc/kernel/vmlinux.lds.S - 1.6 arch/parisc/mm/init.c - 1.4 arch/ppc/8260_io/fcc_enet.c - 1.5 arch/ppc/8xx_io/uart.c - 1.4 arch/ppc/Kconfig - 1.10 arch/ppc/Makefile - 1.4 arch/ppc/amiga/config.c - 1.2 arch/ppc/boot/Makefile - 1.4 arch/ppc/boot/common/misc-common.c - 1.3 arch/ppc/boot/common/ns16550.c - 1.2 arch/ppc/boot/common/serial_stub.c - 1.2 arch/ppc/boot/include/nonstdio.h - 1.2 arch/ppc/boot/include/zlib.h - 1.2 arch/ppc/boot/lib/Makefile - 1.3 arch/ppc/boot/lib/zlib.c - 1.2 arch/ppc/boot/openfirmware/coffmain.c - 1.2 arch/ppc/boot/openfirmware/common.c - 1.2 arch/ppc/boot/simple/Makefile - 1.7 arch/ppc/boot/simple/chrpmap.S - 1.2 arch/ppc/boot/simple/legacy.S - 1.2 arch/ppc/boot/simple/misc-embedded.c - 1.4 arch/ppc/boot/simple/misc-spruce.c - 1.4 arch/ppc/boot/simple/misc.c - 1.6 arch/ppc/boot/utils/mkbugboot.c - 1.2 arch/ppc/boot/utils/mktree.c - 1.3 arch/ppc/configs/mvme5100_defconfig - 1.3 arch/ppc/kernel/Makefile - 1.6 arch/ppc/kernel/align.c - 1.4 arch/ppc/kernel/asm-offsets.c - 1.3 arch/ppc/kernel/cpu_setup_6xx.S - 1.4 arch/ppc/kernel/cputable.c - 1.6 arch/ppc/kernel/head_44x.S - 1.7 arch/ppc/kernel/idle.c - 1.2 arch/ppc/kernel/irq.c - 1.6 arch/ppc/kernel/misc.S - 1.9 arch/ppc/kernel/pci.c - 1.7 arch/ppc/kernel/ppc_htab.c - 1.4 arch/ppc/kernel/process.c - 1.6 arch/ppc/kernel/setup.c - 1.7 arch/ppc/kernel/signal.c - 1.6 arch/ppc/kernel/smp.c - 1.6 arch/ppc/kernel/time.c - 1.4 arch/ppc/kernel/traps.c - 1.5 arch/ppc/kernel/vmlinux.lds.S - 1.4 arch/ppc/math-emu/op-common.h - 1.2 arch/ppc/mm/4xx_mmu.c - 1.2 arch/ppc/mm/init.c - 1.5 arch/ppc/platforms/4xx/ebony.c - 1.3 arch/ppc/platforms/4xx/ebony.h - 1.4 arch/ppc/platforms/4xx/ocotea.c - 1.3 arch/ppc/platforms/Makefile - 1.8 arch/ppc/platforms/chrp_setup.c - 1.3 arch/ppc/platforms/chrp_smp.c - 1.3 arch/ppc/platforms/est8260.h - 1.3 arch/ppc/platforms/est8260_setup.c - 1.2 arch/ppc/platforms/lopec_pci.c - 1.2 arch/ppc/platforms/lopec_serial.h - 1.2 arch/ppc/platforms/lopec_setup.c - 1.4 arch/ppc/platforms/mcpn765.h - 1.2 arch/ppc/platforms/mcpn765_serial.h - 1.2 arch/ppc/platforms/mvme5100.h - 1.2 arch/ppc/platforms/mvme5100_pci.c - 1.2 arch/ppc/platforms/mvme5100_serial.h - 1.2 arch/ppc/platforms/mvme5100_setup.c - 1.3 arch/ppc/platforms/pmac_cpufreq.c - 1.4 arch/ppc/platforms/pmac_feature.c - 1.8 arch/ppc/platforms/pmac_pci.c - 1.4 arch/ppc/platforms/pmac_setup.c - 1.5 arch/ppc/platforms/pmac_smp.c - 1.5 arch/ppc/platforms/pmac_time.c - 1.3 arch/ppc/platforms/powerpmc250.h - 1.2 arch/ppc/platforms/powerpmc250_serial.h - 1.2 arch/ppc/platforms/prep_pci.c - 1.5 arch/ppc/platforms/prep_setup.c - 1.6 arch/ppc/platforms/prpmc750.h - 1.3 arch/ppc/platforms/prpmc750_serial.h - 1.2 arch/ppc/platforms/prpmc800.h - 1.3 arch/ppc/platforms/prpmc800_serial.h - 1.2 arch/ppc/platforms/residual.c - 1.3 arch/ppc/platforms/sandpoint.c - 1.5 arch/ppc/platforms/tqm8260.h - 1.3 arch/ppc/platforms/tqm8260_setup.c - 1.3 arch/ppc/syslib/Makefile - 1.7 arch/ppc/syslib/m8260_setup.c - 1.3 arch/ppc/syslib/m8xx_setup.c - 1.3 arch/ppc/syslib/open_pic.c - 1.6 arch/ppc/syslib/ppc4xx_setup.c - 1.3 arch/ppc/syslib/prom_init.c - 1.5 arch/ppc64/Kconfig - 1.10 arch/ppc64/Makefile - 1.7 arch/ppc64/boot/Makefile - 1.3 arch/ppc64/boot/addSystemMap.c - 1.2 arch/ppc64/boot/main.c - 1.2 arch/ppc64/boot/zImage.lds - 1.2 arch/ppc64/kernel/Makefile - 1.9 arch/ppc64/kernel/asm-offsets.c - 1.6 arch/ppc64/kernel/chrp_setup.c - 1.8 arch/ppc64/kernel/eeh.c - 1.8 arch/ppc64/kernel/entry.S - 1.7 arch/ppc64/kernel/head.S - 1.11 arch/ppc64/kernel/iSeries_pci.c - 1.6 arch/ppc64/kernel/iSeries_pci_reset.c - 1.4 arch/ppc64/kernel/iSeries_setup.c - 1.8 arch/ppc64/kernel/iSeries_setup.h - 1.4 arch/ppc64/kernel/idle.c - 1.8 arch/ppc64/kernel/ioctl32.c - 1.6 arch/ppc64/kernel/irq.c - 1.9 arch/ppc64/kernel/lmb.c - 1.3 arch/ppc64/kernel/mf_proc.c - 1.7 arch/ppc64/kernel/misc.S - 1.9 arch/ppc64/kernel/nvram.c - 1.5 arch/ppc64/kernel/open_pic.c - 1.7 arch/ppc64/kernel/pSeries_htab.c - 1.6 arch/ppc64/kernel/pSeries_lpar.c - 1.9 arch/ppc64/kernel/pSeries_pci.c - 1.9 arch/ppc64/kernel/pacaData.c - 1.5 arch/ppc64/kernel/pci.c - 1.6 arch/ppc64/kernel/pci.h - 1.4 arch/ppc64/kernel/pci_dn.c - 1.7 arch/ppc64/kernel/ppc_ksyms.c - 1.9 arch/ppc64/kernel/process.c - 1.10 arch/ppc64/kernel/prom.c - 1.11 arch/ppc64/kernel/ras.c - 1.7 arch/ppc64/kernel/rtas.c - 1.8 arch/ppc64/kernel/rtasd.c - 1.9 arch/ppc64/kernel/rtc.c - 1.4 arch/ppc64/kernel/setup.c - 1.11 arch/ppc64/kernel/signal.c - 1.7 arch/ppc64/kernel/signal32.c - 1.8 arch/ppc64/kernel/smp.c - 1.10 arch/ppc64/kernel/stab.c - 1.8 arch/ppc64/kernel/sys_ppc32.c - 1.10 arch/ppc64/kernel/time.c - 1.7 arch/ppc64/kernel/traps.c - 1.9 arch/ppc64/kernel/udbg.c - 1.5 arch/ppc64/kernel/vmlinux.lds.S - 1.4 arch/ppc64/kernel/xics.c - 1.9 arch/ppc64/mm/Makefile - 1.5 arch/ppc64/mm/hugetlbpage.c - 1.10 arch/ppc64/mm/imalloc.c - 1.4 arch/ppc64/mm/init.c - 1.9 arch/ppc64/mm/numa.c - 1.9 arch/ppc64/xmon/xmon.c - 1.10 arch/s390/Kconfig - 1.7 arch/s390/Makefile - 1.5 arch/s390/defconfig - 1.9 arch/s390/kernel/Makefile - 1.4 arch/s390/kernel/asm-offsets.c - 1.4 arch/s390/kernel/compat_exec.c - 1.4 arch/s390/kernel/compat_linux.c - 1.8 arch/s390/kernel/compat_signal.c - 1.7 arch/s390/kernel/debug.c - 1.4 arch/s390/kernel/ebcdic.c - 1.2 arch/s390/kernel/entry.S - 1.7 arch/s390/kernel/entry64.S - 1.7 arch/s390/kernel/head.S - 1.5 arch/s390/kernel/head64.S - 1.5 arch/s390/kernel/process.c - 1.7 arch/s390/kernel/s390_ext.c - 1.3 arch/s390/kernel/s390_ksyms.c - 1.7 arch/s390/kernel/setup.c - 1.8 arch/s390/kernel/signal.c - 1.6 arch/s390/kernel/smp.c - 1.6 arch/s390/kernel/time.c - 1.6 arch/s390/kernel/traps.c - 1.8 arch/s390/kernel/vmlinux.lds.S - 1.4 arch/s390/mm/Makefile - 1.4 arch/s390/mm/fault.c - 1.5 arch/sh/Kconfig - 1.8 arch/sh/Makefile - 1.5 arch/sh/boards/mpc1211/pci.c - 1.3 arch/sh/boards/overdrive/galileo.c - 1.2 arch/sh/boot/compressed/Makefile - 1.4 arch/sh/kernel/Makefile - 1.4 arch/sh/kernel/irq.c - 1.6 arch/sh/kernel/process.c - 1.8 arch/sh/kernel/sh_ksyms.c - 1.5 arch/sh/kernel/signal.c - 1.4 arch/sh/kernel/time.c - 1.5 arch/sh/kernel/vmlinux.lds.S - 1.4 arch/sh/mm/fault-nommu.c - 1.2 arch/sh/mm/fault.c - 1.4 arch/sh/mm/init.c - 1.5 arch/sh/mm/tlb-sh3.c - 1.4 arch/sh/mm/tlb-sh4.c - 1.3 arch/sparc/Kconfig - 1.8 arch/sparc/Makefile - 1.6 arch/sparc/boot/Makefile - 1.4 arch/sparc/kernel/Makefile - 1.3 arch/sparc/kernel/entry.S - 1.6 arch/sparc/kernel/irq.c - 1.8 arch/sparc/kernel/pcic.c - 1.3 arch/sparc/kernel/process.c - 1.9 arch/sparc/kernel/ptrace.c - 1.4 arch/sparc/kernel/setup.c - 1.6 arch/sparc/kernel/signal.c - 1.7 arch/sparc/kernel/smp.c - 1.6 arch/sparc/kernel/sparc_ksyms.c - 1.7 arch/sparc/kernel/sun4d_smp.c - 1.4 arch/sparc/kernel/sun4m_smp.c - 1.4 arch/sparc/kernel/systbls.S - 1.3 arch/sparc/kernel/time.c - 1.4 arch/sparc/kernel/vmlinux.lds.S - 1.3 arch/sparc/mm/srmmu.c - 1.10 arch/sparc/mm/sun4c.c - 1.8 arch/sparc64/Kconfig - 1.10 arch/sparc64/Makefile - 1.4 arch/sparc64/boot/Makefile - 1.2 arch/sparc64/defconfig - 1.10 arch/sparc64/kernel/Makefile - 1.2 arch/sparc64/kernel/auxio.c - 1.3 arch/sparc64/kernel/etrap.S - 1.2 arch/sparc64/kernel/head.S - 1.6 arch/sparc64/kernel/irq.c - 1.6 arch/sparc64/kernel/pci.c - 1.3 arch/sparc64/kernel/pci_common.c - 1.3 arch/sparc64/kernel/pci_impl.h - 1.2 arch/sparc64/kernel/pci_iommu.c - 1.3 arch/sparc64/kernel/pci_psycho.c - 1.3 arch/sparc64/kernel/pci_sabre.c - 1.3 arch/sparc64/kernel/pci_schizo.c - 1.3 arch/sparc64/kernel/power.c - 1.6 arch/sparc64/kernel/process.c - 1.6 arch/sparc64/kernel/ptrace.c - 1.3 arch/sparc64/kernel/setup.c - 1.8 arch/sparc64/kernel/signal.c - 1.4 arch/sparc64/kernel/signal32.c - 1.6 arch/sparc64/kernel/smp.c - 1.8 arch/sparc64/kernel/sparc64_ksyms.c - 1.7 arch/sparc64/kernel/sys32.S - 1.4 arch/sparc64/kernel/sys_sparc32.c - 1.8 arch/sparc64/kernel/systbls.S - 1.7 arch/sparc64/kernel/time.c - 1.5 arch/sparc64/kernel/traps.c - 1.7 arch/sparc64/kernel/ttable.S - 1.2 arch/sparc64/kernel/vmlinux.lds.S - 1.3 arch/sparc64/lib/Makefile - 1.4 arch/sparc64/lib/PeeCeeI.c - 1.2 arch/sparc64/lib/U3copy_from_user.S - 1.3 arch/sparc64/lib/U3copy_in_user.S - 1.3 arch/sparc64/lib/U3copy_to_user.S - 1.3 arch/sparc64/lib/U3memcpy.S - 1.3 arch/sparc64/lib/VIScopy.S - 1.4 arch/sparc64/lib/atomic.S - 1.3 arch/sparc64/lib/bitops.S - 1.3 arch/sparc64/lib/debuglocks.c - 1.4 arch/sparc64/lib/ipcsum.S - 1.2 arch/sparc64/lib/rwlock.S - 1.3 arch/sparc64/lib/strlen.S - 1.2 arch/sparc64/lib/strncmp.S - 1.2 arch/sparc64/lib/strncpy_from_user.S - 1.2 arch/sparc64/lib/xor.S - 1.2 arch/sparc64/mm/fault.c - 1.4 arch/sparc64/mm/init.c - 1.9 arch/sparc64/solaris/misc.c - 1.4 arch/um/Kconfig - 1.4 arch/um/Kconfig_block - 1.2 arch/um/Kconfig_char - 1.2 arch/um/Kconfig_net - 1.2 arch/um/Makefile - 1.2 arch/um/Makefile-i386 - 1.2 arch/um/Makefile-skas - 1.2 arch/um/config.release - 1.3 arch/um/defconfig - 1.3 arch/um/drivers/Makefile - 1.2 arch/um/drivers/chan_kern.c - 1.2 arch/um/drivers/chan_user.c - 1.2 arch/um/drivers/daemon_user.c - 1.2 arch/um/drivers/fd.c - 1.2 arch/um/drivers/harddog_user.c - 1.2 arch/um/drivers/hostaudio_kern.c - 1.2 arch/um/drivers/hostaudio_user.c - 1.2 arch/um/drivers/line.c - 1.2 arch/um/drivers/mcast_user.c - 1.2 arch/um/drivers/mconsole_kern.c - 1.2 arch/um/drivers/mconsole_user.c - 1.2 arch/um/drivers/mmapper_kern.c - 1.2 arch/um/drivers/net_kern.c - 1.4 arch/um/drivers/net_user.c - 1.2 arch/um/drivers/null.c - 1.2 arch/um/drivers/port_kern.c - 1.2 arch/um/drivers/port_user.c - 1.2 arch/um/drivers/pty.c - 1.2 arch/um/drivers/slip_user.c - 1.2 arch/um/drivers/slirp_user.c - 1.2 arch/um/drivers/ssl.c - 1.2 arch/um/drivers/stdio_console.c - 1.2 arch/um/drivers/tty.c - 1.2 arch/um/drivers/ubd_kern.c - 1.2 arch/um/drivers/ubd_user.c - 1.2 arch/um/drivers/xterm.c - 1.2 arch/um/drivers/xterm_kern.c - 1.2 arch/um/dyn.lds.S - 1.2 arch/um/include/2_5compat.h - 1.2 arch/um/include/hostaudio.h - 1.2 arch/um/include/irq_user.h - 1.2 arch/um/include/kern_util.h - 1.3 arch/um/include/line.h - 1.2 arch/um/include/mconsole.h - 1.2 arch/um/include/mem.h - 1.2 arch/um/include/mem_user.h - 1.2 arch/um/include/os.h - 1.2 arch/um/include/signal_user.h - 1.2 arch/um/include/skas_ptrace.h - 1.2 arch/um/include/sysdep-i386/checksum.h - 1.2 arch/um/include/sysdep-i386/frame_user.h - 1.2 arch/um/include/sysdep-i386/sigcontext.h - 1.2 arch/um/include/sysdep-i386/syscalls.h - 1.2 arch/um/include/time_user.h - 1.2 arch/um/include/ubd_user.h - 1.2 arch/um/include/um_uaccess.h - 1.2 arch/um/include/user.h - 1.2 arch/um/include/user_util.h - 1.2 arch/um/kernel/Makefile - 1.2 arch/um/kernel/config.c.in - 1.2 arch/um/kernel/exec_kern.c - 1.2 arch/um/kernel/frame.c - 1.2 arch/um/kernel/frame_kern.c - 1.2 arch/um/kernel/helper.c - 1.2 arch/um/kernel/init_task.c - 1.3 arch/um/kernel/initrd_user.c - 1.2 arch/um/kernel/irq.c - 1.5 arch/um/kernel/irq_user.c - 1.2 arch/um/kernel/ksyms.c - 1.2 arch/um/kernel/mem.c - 1.4 arch/um/kernel/mem_user.c - 1.2 arch/um/kernel/mprot.h - 1.2 arch/um/kernel/process.c - 1.2 arch/um/kernel/process_kern.c - 1.2 arch/um/kernel/ptrace.c - 1.2 arch/um/kernel/reboot.c - 1.2 arch/um/kernel/sigio_kern.c - 1.2 arch/um/kernel/sigio_user.c - 1.2 arch/um/kernel/signal_kern.c - 1.2 arch/um/kernel/signal_user.c - 1.2 arch/um/kernel/skas/Makefile - 1.2 arch/um/kernel/skas/exec_user.c - 1.2 arch/um/kernel/skas/include/mode.h - 1.2 arch/um/kernel/skas/include/ptrace-skas.h - 1.2 arch/um/kernel/skas/include/skas.h - 1.2 arch/um/kernel/skas/include/uaccess.h - 1.2 arch/um/kernel/skas/mem_user.c - 1.2 arch/um/kernel/skas/mmu.c - 1.2 arch/um/kernel/skas/process.c - 1.2 arch/um/kernel/skas/process_kern.c - 1.2 arch/um/kernel/skas/sys-i386/Makefile - 1.2 arch/um/kernel/skas/sys-i386/sigcontext.c - 1.2 arch/um/kernel/skas/syscall_kern.c - 1.2 arch/um/kernel/skas/syscall_user.c - 1.2 arch/um/kernel/skas/tlb.c - 1.2 arch/um/kernel/skas/trap_user.c - 1.2 arch/um/kernel/skas/util/Makefile - 1.2 arch/um/kernel/skas/util/mk_ptregs.c - 1.2 arch/um/kernel/smp.c - 1.3 arch/um/kernel/sys_call_table.c - 1.3 arch/um/kernel/syscall_kern.c - 1.3 arch/um/kernel/sysrq.c - 1.4 arch/um/kernel/tempfile.c - 1.2 arch/um/kernel/time.c - 1.3 arch/um/kernel/time_kern.c - 1.2 arch/um/kernel/trap_kern.c - 1.2 arch/um/kernel/trap_user.c - 1.2 arch/um/kernel/tt/Makefile - 1.2 arch/um/kernel/tt/exec_kern.c - 1.2 arch/um/kernel/tt/exec_user.c - 1.2 arch/um/kernel/tt/include/mode.h - 1.2 arch/um/kernel/tt/include/uaccess.h - 1.2 arch/um/kernel/tt/mem.c - 1.2 arch/um/kernel/tt/mem_user.c - 1.2 arch/um/kernel/tt/process_kern.c - 1.2 arch/um/kernel/tt/ptproxy/Makefile - 1.2 arch/um/kernel/tt/ptproxy/proxy.c - 1.2 arch/um/kernel/tt/ptproxy/sysdep.c - 1.2 arch/um/kernel/tt/ptproxy/wait.c - 1.2 arch/um/kernel/tt/sys-i386/Makefile - 1.2 arch/um/kernel/tt/syscall_kern.c - 1.2 arch/um/kernel/tt/syscall_user.c - 1.2 arch/um/kernel/tt/tlb.c - 1.2 arch/um/kernel/tt/tracer.c - 1.2 arch/um/kernel/tt/trap_user.c - 1.2 arch/um/kernel/tt/uaccess_user.c - 1.2 arch/um/kernel/tt/unmap.c - 1.2 arch/um/kernel/tty_log.c - 1.2 arch/um/kernel/uaccess_user.c - 1.2 arch/um/kernel/um_arch.c - 1.3 arch/um/kernel/umid.c - 1.2 arch/um/kernel/user_syms.c - 1.2 arch/um/kernel/user_util.c - 1.3 arch/um/main.c - 1.2 arch/um/os-Linux/Makefile - 1.2 arch/um/os-Linux/drivers/ethertap_kern.c - 1.2 arch/um/os-Linux/drivers/ethertap_user.c - 1.2 arch/um/os-Linux/drivers/tuntap_user.c - 1.2 arch/um/os-Linux/file.c - 1.2 arch/um/os-Linux/process.c - 1.2 arch/um/os-Linux/tty.c - 1.2 arch/um/sys-i386/Makefile - 1.2 arch/um/sys-i386/bugs.c - 1.2 arch/um/sys-i386/extable.c - 1.2 arch/um/sys-i386/fault.c - 1.2 arch/um/sys-i386/ldt.c - 1.2 arch/um/sys-i386/ptrace_user.c - 1.2 arch/um/sys-i386/syscalls.c - 1.2 arch/um/sys-i386/util/Makefile - 1.2 arch/um/sys-i386/util/mk_sc.c - 1.2 arch/um/sys-ia64/Makefile - 1.2 arch/um/sys-ppc/Makefile - 1.2 arch/um/uml.lds.S - 1.2 arch/um/util/Makefile - 1.2 arch/um/util/mk_constants_kern.c - 1.2 arch/v850/Kconfig - 1.3 arch/v850/kernel/Makefile - 1.2 arch/v850/kernel/asm-consts.c - 1.2 arch/v850/kernel/irq.c - 1.4 arch/v850/kernel/ptrace.c - 1.3 arch/v850/kernel/rte_mb_a_pci.c - 1.3 arch/v850/kernel/setup.c - 1.4 arch/v850/kernel/signal.c - 1.2 arch/v850/kernel/time.c - 1.4 arch/v850/kernel/v850_ksyms.c - 1.2 arch/v850/kernel/vmlinux.lds.S - 1.5 arch/x86_64/Kconfig - 1.8 arch/x86_64/Makefile - 1.7 arch/x86_64/boot/Makefile - 1.2 arch/x86_64/boot/video.S - 1.2 arch/x86_64/defconfig - 1.10 arch/x86_64/ia32/ia32_binfmt.c - 1.7 arch/x86_64/ia32/ia32_ioctl.c - 1.7 arch/x86_64/ia32/ia32_signal.c - 1.8 arch/x86_64/ia32/ia32entry.S - 1.7 arch/x86_64/ia32/ptrace32.c - 1.6 arch/x86_64/ia32/sys_ia32.c - 1.10 arch/x86_64/kernel/Makefile - 1.7 arch/x86_64/kernel/aperture.c - 1.5 arch/x86_64/kernel/apic.c - 1.4 arch/x86_64/kernel/asm-offsets.c - 1.2 arch/x86_64/kernel/cpufreq/Kconfig - 1.3 arch/x86_64/kernel/cpufreq/Makefile - 1.2 arch/x86_64/kernel/early_printk.c - 1.3 arch/x86_64/kernel/entry.S - 1.6 arch/x86_64/kernel/i8259.c - 1.6 arch/x86_64/kernel/init_task.c - 1.3 arch/x86_64/kernel/io_apic.c - 1.9 arch/x86_64/kernel/ioport.c - 1.3 arch/x86_64/kernel/irq.c - 1.6 arch/x86_64/kernel/ldt.c - 1.5 arch/x86_64/kernel/msr.c - 1.3 arch/x86_64/kernel/pci-dma.c - 1.3 arch/x86_64/kernel/pci-gart.c - 1.11 arch/x86_64/kernel/pci-nommu.c - 1.4 arch/x86_64/kernel/process.c - 1.8 arch/x86_64/kernel/ptrace.c - 1.4 arch/x86_64/kernel/setup.c - 1.9 arch/x86_64/kernel/setup64.c - 1.6 arch/x86_64/kernel/signal.c - 1.5 arch/x86_64/kernel/smp.c - 1.4 arch/x86_64/kernel/smpboot.c - 1.7 arch/x86_64/kernel/suspend.c - 1.4 arch/x86_64/kernel/suspend_asm.S - 1.4 arch/x86_64/kernel/time.c - 1.7 arch/x86_64/kernel/traps.c - 1.9 arch/x86_64/kernel/vmlinux.lds.S - 1.5 arch/x86_64/kernel/x8664_ksyms.c - 1.8 arch/x86_64/lib/Makefile - 1.4 arch/x86_64/lib/bitstr.c - 1.2 arch/x86_64/lib/csum-wrappers.c - 1.4 arch/x86_64/lib/memmove.c - 1.2 arch/x86_64/lib/usercopy.c - 1.5 arch/x86_64/mm/fault.c - 1.8 arch/x86_64/mm/init.c - 1.8 arch/x86_64/mm/k8topology.c - 1.6 arch/x86_64/mm/numa.c - 1.6 arch/x86_64/pci/Makefile - 1.3 crypto/Kconfig - 1.6 crypto/Makefile - 1.6 crypto/aes.c - 1.2 crypto/api.c - 1.2 crypto/blowfish.c - 1.2 crypto/internal.h - 1.3 crypto/tcrypt.c - 1.7 crypto/tcrypt.h - 1.6 crypto/twofish.c - 1.3 drivers/Makefile - 1.5 drivers/acpi/Makefile - 1.2 drivers/acpi/acpi_ksyms.c - 1.3 drivers/acpi/asus_acpi.c - 1.7 drivers/acpi/blacklist.c - 1.2 drivers/acpi/bus.c - 1.6 drivers/acpi/button.c - 1.6 drivers/acpi/dispatcher/dsmethod.c - 1.4 drivers/acpi/dispatcher/dsmthdat.c - 1.5 drivers/acpi/dispatcher/dsopcode.c - 1.4 drivers/acpi/dispatcher/dswload.c - 1.3 drivers/acpi/dispatcher/dswstate.c - 1.4 drivers/acpi/ec.c - 1.6 drivers/acpi/events/evevent.c - 1.3 drivers/acpi/events/evgpe.c - 1.4 drivers/acpi/events/evgpeblk.c - 1.4 drivers/acpi/events/evmisc.c - 1.5 drivers/acpi/events/evregion.c - 1.3 drivers/acpi/events/evxface.c - 1.4 drivers/acpi/events/evxfevnt.c - 1.4 drivers/acpi/events/evxfregn.c - 1.3 drivers/acpi/executer/exconfig.c - 1.3 drivers/acpi/executer/exfldio.c - 1.4 drivers/acpi/executer/exmisc.c - 1.4 drivers/acpi/executer/exmutex.c - 1.4 drivers/acpi/executer/exoparg2.c - 1.4 drivers/acpi/executer/exresolv.c - 1.4 drivers/acpi/executer/exstore.c - 1.4 drivers/acpi/hardware/hwgpe.c - 1.5 drivers/acpi/hardware/hwregs.c - 1.4 drivers/acpi/hardware/hwsleep.c - 1.5 drivers/acpi/namespace/nsaccess.c - 1.5 drivers/acpi/namespace/nsalloc.c - 1.5 drivers/acpi/namespace/nseval.c - 1.5 drivers/acpi/namespace/nsinit.c - 1.3 drivers/acpi/namespace/nsparse.c - 1.3 drivers/acpi/namespace/nsxfeval.c - 1.4 drivers/acpi/namespace/nsxfname.c - 1.4 drivers/acpi/osl.c - 1.8 drivers/acpi/parser/psopcode.c - 1.3 drivers/acpi/parser/psxface.c - 1.3 drivers/acpi/pci_link.c - 1.9 drivers/acpi/power.c - 1.6 drivers/acpi/processor.c - 1.9 drivers/acpi/resources/rsutils.c - 1.3 drivers/acpi/resources/rsxface.c - 1.4 drivers/acpi/scan.c - 1.7 drivers/acpi/sleep/Makefile - 1.2 drivers/acpi/sleep/main.c - 1.3 drivers/acpi/sleep/proc.c - 1.6 drivers/acpi/sleep/sleep.h - 1.2 drivers/acpi/tables/tbxfroot.c - 1.3 drivers/acpi/thermal.c - 1.7 drivers/acpi/utilities/utalloc.c - 1.3 drivers/acpi/utilities/uteval.c - 1.5 drivers/acpi/utilities/utglobal.c - 1.5 drivers/acpi/utilities/utxface.c - 1.3 drivers/atm/Makefile - 1.2 drivers/atm/ambassador.c - 1.5 drivers/atm/eni.c - 1.4 drivers/atm/eni.h - 1.2 drivers/atm/firestream.c - 1.4 drivers/atm/firestream.h - 1.2 drivers/atm/fore200e.h - 1.5 drivers/atm/he.c - 1.7 drivers/atm/he.h - 1.2 drivers/atm/idt77252.c - 1.5 drivers/atm/idt77252.h - 1.2 drivers/atm/lanai.c - 1.5 drivers/atm/nicstar.c - 1.6 drivers/atm/nicstar.h - 1.2 drivers/atm/nicstarmac.c - 1.2 drivers/atm/nicstarmac.h - 1.2 drivers/base/class.c - 1.9 drivers/base/firmware_class.c - 1.7 drivers/base/node.c - 1.6 drivers/block/DAC960.c - 1.4 drivers/block/Kconfig - 1.7 drivers/block/Makefile - 1.6 drivers/block/amiflop.c - 1.2 drivers/block/cciss.c - 1.8 drivers/block/cciss.h - 1.3 drivers/block/genhd.c - 1.8 drivers/block/ll_rw_blk.c - 1.11 drivers/block/nbd.c - 1.4 drivers/block/rd.c - 1.5 drivers/block/scsi_ioctl.c - 1.7 drivers/bluetooth/hci_ldisc.c - 1.5 drivers/bluetooth/hci_usb.c - 1.8 drivers/cdrom/cdrom.c - 1.9 drivers/cdrom/cdu31a.c - 1.5 drivers/cdrom/mcd.c - 1.3 drivers/char/Kconfig - 1.9 drivers/char/Makefile - 1.7 drivers/char/agp/Kconfig - 1.6 drivers/char/agp/agp.h - 1.3 drivers/char/agp/amd64-agp.c - 1.7 drivers/char/agp/intel-agp.c - 1.7 drivers/char/agp/sis-agp.c - 1.6 drivers/char/agp/via-agp.c - 1.6 drivers/char/amiserial.c - 1.3 drivers/char/applicom.c - 1.5 drivers/char/busmouse.c - 1.2 drivers/char/busmouse.h - 1.2 drivers/char/cyclades.c - 1.6 drivers/char/drm/Kconfig - 1.4 drivers/char/drm/Makefile - 1.2 drivers/char/drm/drmP.h - 1.5 drivers/char/drm/drm_agpsupport.h - 1.4 drivers/char/drm/drm_bufs.h - 1.4 drivers/char/drm/drm_context.h - 1.4 drivers/char/drm/drm_dma.h - 1.4 drivers/char/drm/drm_drv.h - 1.4 drivers/char/drm/drm_fops.h - 1.4 drivers/char/drm/drm_ioctl.h - 1.4 drivers/char/drm/drm_memory.h - 1.2 drivers/char/drm/drm_memory_debug.h - 1.4 drivers/char/drm/drm_os_linux.h - 1.3 drivers/char/drm/drm_scatter.h - 1.3 drivers/char/drm/drm_vm.h - 1.5 drivers/char/drm/ffb.h - 1.3 drivers/char/drm/ffb_context.c - 1.3 drivers/char/drm/ffb_drv.c - 1.3 drivers/char/drm/ffb_drv.h - 1.2 drivers/char/drm/gamma.h - 1.3 drivers/char/drm/gamma_context.h - 1.4 drivers/char/drm/gamma_dma.c - 1.4 drivers/char/drm/gamma_drv.c - 1.3 drivers/char/drm/gamma_drv.h - 1.2 drivers/char/drm/i810.h - 1.3 drivers/char/drm/i810_dma.c - 1.5 drivers/char/drm/i810_drv.c - 1.2 drivers/char/drm/i810_drv.h - 1.2 drivers/char/drm/i830.h - 1.3 drivers/char/drm/i830_dma.c - 1.5 drivers/char/drm/i830_drv.c - 1.3 drivers/char/drm/i830_drv.h - 1.3 drivers/char/drm/i830_irq.c - 1.5 drivers/char/drm/mga.h - 1.3 drivers/char/drm/mga_dma.c - 1.4 drivers/char/drm/mga_drv.c - 1.3 drivers/char/drm/mga_drv.h - 1.3 drivers/char/drm/mga_irq.c - 1.3 drivers/char/drm/r128.h - 1.3 drivers/char/drm/r128_cce.c - 1.4 drivers/char/drm/r128_drv.h - 1.3 drivers/char/drm/r128_irq.c - 1.3 drivers/char/drm/r128_state.c - 1.5 drivers/char/drm/radeon.h - 1.4 drivers/char/drm/radeon_cp.c - 1.4 drivers/char/drm/radeon_drv.h - 1.4 drivers/char/drm/radeon_irq.c - 1.4 drivers/char/drm/radeon_state.c - 1.6 drivers/char/drm/sis.h - 1.2 drivers/char/drm/sis_drv.c - 1.2 drivers/char/drm/sis_drv.h - 1.2 drivers/char/drm/sis_mm.c - 1.3 drivers/char/drm/tdfx.h - 1.3 drivers/char/drm/tdfx_drv.c - 1.3 drivers/char/ds1620.c - 1.3 drivers/char/dsp56k.c - 1.4 drivers/char/ec3104_keyb.c - 1.2 drivers/char/epca.c - 1.4 drivers/char/esp.c - 1.4 drivers/char/ftape/lowlevel/ftape-calibr.c - 1.2 drivers/char/generic_serial.c - 1.3 drivers/char/hvc_console.c - 1.4 drivers/char/ip2/ip2types.h - 1.2 drivers/char/ip2main.c - 1.5 drivers/char/ipmi/Kconfig - 1.3 drivers/char/ipmi/Makefile - 1.3 drivers/char/ipmi/ipmi_devintf.c - 1.4 drivers/char/ipmi/ipmi_kcs_sm.c - 1.5 drivers/char/ipmi/ipmi_msghandler.c - 1.5 drivers/char/ipmi/ipmi_watchdog.c - 1.4 drivers/char/isicom.c - 1.5 drivers/char/istallion.c - 1.6 drivers/char/keyboard.c - 1.16 drivers/char/mem.c - 1.8 drivers/char/moxa.c - 1.6 drivers/char/mxser.c - 1.7 drivers/char/n_tty.c - 1.6 drivers/char/nwflash.c - 1.3 drivers/char/pcmcia/synclink_cs.c - 1.7 drivers/char/pcxx.c - 1.3 drivers/char/pty.c - 1.5 drivers/char/random.c - 1.6 drivers/char/rio/linux_compat.h - 1.2 drivers/char/rio/rio_linux.c - 1.3 drivers/char/riscom8.c - 1.4 drivers/char/rocket.c - 1.5 drivers/char/rocket_int.h - 1.3 drivers/char/selection.c - 1.5 drivers/char/ser_a2232.c - 1.3 drivers/char/serial167.c - 1.3 drivers/char/serial_tx3912.c - 1.2 drivers/char/sonypi.c - 1.5 drivers/char/sonypi.h - 1.5 drivers/char/specialix.c - 1.6 drivers/char/stallion.c - 1.5 drivers/char/sx.c - 1.6 drivers/char/synclink.c - 1.6 drivers/char/synclinkmp.c - 1.6 drivers/char/tty_io.c - 1.10 drivers/char/tty_ioctl.c - 1.3 drivers/char/vme_scc.c - 1.2 drivers/char/vt.c - 1.9 drivers/char/vt_ioctl.c - 1.8 drivers/char/watchdog/Kconfig - 1.9 drivers/char/watchdog/Makefile - 1.8 drivers/char/watchdog/cpu5wdt.c - 1.7 drivers/char/watchdog/ib700wdt.c - 1.8 drivers/char/watchdog/indydog.c - 1.6 drivers/char/watchdog/machzwd.c - 1.8 drivers/char/watchdog/mixcomwd.c - 1.6 drivers/char/watchdog/pcwd.c - 1.8 drivers/char/watchdog/sa1100_wdt.c - 1.6 drivers/char/watchdog/sc1200wdt.c - 1.7 drivers/char/watchdog/scx200_wdt.c - 1.6 drivers/char/watchdog/wdt285.c - 1.5 drivers/char/watchdog/wdt977.c - 1.6 drivers/char/watchdog/wdt_pci.c - 1.6 drivers/cpufreq/Kconfig - 1.5 drivers/cpufreq/Makefile - 1.2 drivers/cpufreq/cpufreq.c - 1.6 drivers/cpufreq/cpufreq_userspace.c - 1.6 drivers/cpufreq/proc_intf.c - 1.4 drivers/fc4/soc.h - 1.3 drivers/fc4/socal.c - 1.3 drivers/fc4/socal.h - 1.2 drivers/i2c/Makefile - 1.3 drivers/i2c/algos/Kconfig - 1.3 drivers/i2c/algos/Makefile - 1.3 drivers/i2c/algos/i2c-algo-bit.c - 1.5 drivers/i2c/algos/i2c-algo-ite.c - 1.3 drivers/i2c/algos/i2c-algo-pcf.c - 1.3 drivers/i2c/busses/Kconfig - 1.8 drivers/i2c/busses/Makefile - 1.7 drivers/i2c/busses/i2c-ali15x3.c - 1.5 drivers/i2c/busses/i2c-amd756.c - 1.6 drivers/i2c/busses/i2c-amd8111.c - 1.6 drivers/i2c/busses/i2c-elektor.c - 1.5 drivers/i2c/busses/i2c-i801.c - 1.5 drivers/i2c/busses/i2c-i810.c - 1.4 drivers/i2c/busses/i2c-ibm_iic.c - 1.7 drivers/i2c/busses/i2c-ite.c - 1.4 drivers/i2c/busses/i2c-keywest.c - 1.7 drivers/i2c/busses/i2c-nforce2.c - 1.5 drivers/i2c/busses/i2c-piix4.c - 1.8 drivers/i2c/busses/i2c-prosavage.c - 1.4 drivers/i2c/busses/i2c-savage4.c - 1.6 drivers/i2c/busses/i2c-sis5595.c - 1.5 drivers/i2c/busses/i2c-sis630.c - 1.5 drivers/i2c/busses/i2c-sis96x.c - 1.5 drivers/i2c/busses/i2c-via.c - 1.5 drivers/i2c/busses/i2c-viapro.c - 1.6 drivers/i2c/busses/i2c-voodoo3.c - 1.6 drivers/i2c/busses/scx200_acb.c - 1.6 drivers/i2c/busses/scx200_i2c.c - 1.5 drivers/i2c/chips/Kconfig - 1.9 drivers/i2c/chips/Makefile - 1.9 drivers/i2c/chips/adm1021.c - 1.6 drivers/i2c/chips/eeprom.c - 1.6 drivers/i2c/chips/it87.c - 1.9 drivers/i2c/chips/lm78.c - 1.9 drivers/i2c/chips/lm85.c - 1.9 drivers/i2c/chips/via686a.c - 1.8 drivers/i2c/chips/w83781d.c - 1.8 drivers/i2c/i2c-sensor.c - 1.4 drivers/ide/Kconfig - 1.10 drivers/ide/arm/icside.c - 1.6 drivers/ide/ide-cd.c - 1.12 drivers/ide/ide-disk.c - 1.9 drivers/ide/ide-dma.c - 1.9 drivers/ide/ide-io.c - 1.7 drivers/ide/ide-iops.c - 1.8 drivers/ide/ide-lib.c - 1.3 drivers/ide/ide-probe.c - 1.7 drivers/ide/ide-tape.c - 1.7 drivers/ide/ide-taskfile.c - 1.8 drivers/ide/ide.c - 1.14 drivers/ide/legacy/Makefile - 1.3 drivers/ide/legacy/pdc4030.c - 1.7 drivers/ide/legacy/qd65xx.h - 1.2 drivers/ide/pci/aec62xx.c - 1.7 drivers/ide/pci/alim15x3.c - 1.7 drivers/ide/pci/amd74xx.c - 1.8 drivers/ide/pci/cmd64x.c - 1.8 drivers/ide/pci/cs5520.c - 1.6 drivers/ide/pci/cy82c693.c - 1.4 drivers/ide/pci/generic.c - 1.8 drivers/ide/pci/hpt34x.c - 1.7 drivers/ide/pci/hpt34x.h - 1.5 drivers/ide/pci/hpt366.c - 1.9 drivers/ide/pci/it8172.c - 1.7 drivers/ide/pci/ns87415.c - 1.6 drivers/ide/pci/opti621.c - 1.6 drivers/ide/pci/pdc202xx_new.c - 1.8 drivers/ide/pci/pdc202xx_old.c - 1.9 drivers/ide/pci/piix.c - 1.9 drivers/ide/pci/rz1000.c - 1.6 drivers/ide/pci/sc1200.c - 1.8 drivers/ide/pci/serverworks.c - 1.8 drivers/ide/pci/siimage.c - 1.9 drivers/ide/pci/sis5513.c - 1.7 drivers/ide/pci/sl82c105.c - 1.7 drivers/ide/pci/slc90e66.c - 1.7 drivers/ide/pci/triflex.c - 1.7 drivers/ide/pci/trm290.c - 1.8 drivers/ide/pci/via82cxxx.c - 1.7 drivers/ide/ppc/pmac.c - 1.7 drivers/ieee1394/eth1394.c - 1.9 drivers/ieee1394/ohci1394.h - 1.4 drivers/input/gameport/cs461x.c - 1.3 drivers/input/gameport/emu10k1-gp.c - 1.3 drivers/input/gameport/fm801-gp.c - 1.3 drivers/input/gameport/vortex.c - 1.3 drivers/input/joydev.c - 1.6 drivers/input/joystick/Kconfig - 1.3 drivers/input/joystick/gamecon.c - 1.5 drivers/input/joystick/grip_mp.c - 1.4 drivers/input/joystick/iforce/iforce-main.c - 1.3 drivers/input/joystick/iforce/iforce-serio.c - 1.3 drivers/input/joystick/iforce/iforce.h - 1.3 drivers/input/joystick/magellan.c - 1.3 drivers/input/joystick/spaceball.c - 1.3 drivers/input/joystick/spaceorb.c - 1.3 drivers/input/joystick/stinger.c - 1.3 drivers/input/joystick/tmdc.c - 1.3 drivers/input/joystick/twidjoy.c - 1.3 drivers/input/joystick/warrior.c - 1.3 drivers/input/keyboard/atkbd.c - 1.7 drivers/input/keyboard/newtonkbd.c - 1.3 drivers/input/keyboard/sunkbd.c - 1.5 drivers/input/keyboard/xtkbd.c - 1.3 drivers/input/misc/Kconfig - 1.5 drivers/input/misc/uinput.c - 1.4 drivers/input/mouse/Kconfig - 1.7 drivers/input/mouse/logips2pp.c - 1.6 drivers/input/mouse/psmouse-base.c - 1.6 drivers/input/mouse/psmouse.h - 1.6 drivers/input/mouse/sermouse.c - 1.2 drivers/input/mouse/synaptics.c - 1.6 drivers/input/mousedev.c - 1.4 drivers/input/serio/Kconfig - 1.5 drivers/input/serio/Makefile - 1.4 drivers/input/serio/ambakmi.c - 1.4 drivers/input/serio/ct82c710.c - 1.3 drivers/input/serio/i8042-io.h - 1.5 drivers/input/serio/i8042-sparcio.h - 1.2 drivers/input/serio/i8042.c - 1.8 drivers/input/serio/i8042.h - 1.3 drivers/input/serio/parkbd.c - 1.4 drivers/input/serio/pcips2.c - 1.2 drivers/input/serio/q40kbd.c - 1.3 drivers/input/serio/rpckbd.c - 1.3 drivers/input/serio/sa1111ps2.c - 1.3 drivers/input/serio/serio.c - 1.6 drivers/input/serio/serport.c - 1.3 drivers/input/touchscreen/gunze.c - 1.3 drivers/input/touchscreen/h3600_ts_input.c - 1.3 drivers/input/tsdev.c - 1.4 drivers/isdn/act2000/act2000_isa.c - 1.4 drivers/isdn/capi/capi.c - 1.6 drivers/isdn/capi/capidrv.c - 1.4 drivers/isdn/hardware/avm/b1.c - 1.4 drivers/isdn/hardware/avm/b1dma.c - 1.3 drivers/isdn/hardware/avm/c4.c - 1.3 drivers/isdn/hardware/avm/t1isa.c - 1.3 drivers/isdn/hardware/eicon/capifunc.c - 1.6 drivers/isdn/hardware/eicon/capifunc.h - 1.3 drivers/isdn/hardware/eicon/debug.c - 1.3 drivers/isdn/hardware/eicon/debug_if.h - 1.2 drivers/isdn/hardware/eicon/debuglib.h - 1.2 drivers/isdn/hardware/eicon/diddfunc.c - 1.3 drivers/isdn/hardware/eicon/diva_didd.c - 1.2 drivers/isdn/hardware/eicon/divamnt.c - 1.4 drivers/isdn/hardware/eicon/divasfunc.c - 1.4 drivers/isdn/hardware/eicon/divasync.h - 1.2 drivers/isdn/hardware/eicon/idifunc.c - 1.5 drivers/isdn/hardware/eicon/io.c - 1.2 drivers/isdn/hardware/eicon/io.h - 1.2 drivers/isdn/hardware/eicon/maintidi.c - 1.3 drivers/isdn/hardware/eicon/maintidi.h - 1.2 drivers/isdn/hardware/eicon/mntfunc.c - 1.4 drivers/isdn/hardware/eicon/pc.h - 1.2 drivers/isdn/hardware/eicon/platform.h - 1.5 drivers/isdn/hisax/avm_pci.c - 1.4 drivers/isdn/hisax/bkm_a4t.c - 1.3 drivers/isdn/hisax/bkm_a8.c - 1.3 drivers/isdn/hisax/diva.c - 1.4 drivers/isdn/hisax/elsa.c - 1.4 drivers/isdn/hisax/enternow_pci.c - 1.3 drivers/isdn/hisax/gazel.c - 1.3 drivers/isdn/hisax/hfc_pci.c - 1.4 drivers/isdn/hisax/niccy.c - 1.4 drivers/isdn/hisax/nj_s.c - 1.5 drivers/isdn/hisax/nj_u.c - 1.3 drivers/isdn/hisax/sedlbauer.c - 1.3 drivers/isdn/hisax/st5481_usb.c - 1.5 drivers/isdn/hisax/telespci.c - 1.3 drivers/isdn/hisax/w6692.c - 1.3 drivers/isdn/i4l/isdn_tty.c - 1.4 drivers/isdn/tpam/tpam_main.c - 1.2 drivers/macintosh/adbhid.c - 1.6 drivers/macintosh/macserial.c - 1.5 drivers/macintosh/via-pmu.c - 1.8 drivers/md/Kconfig - 1.6 drivers/md/Makefile - 1.6 drivers/md/dm-stripe.c - 1.5 drivers/md/dm-table.c - 1.8 drivers/md/dm.c - 1.9 drivers/md/dm.h - 1.7 drivers/md/linear.c - 1.5 drivers/md/md.c - 1.8 drivers/md/multipath.c - 1.7 drivers/md/raid0.c - 1.6 drivers/md/raid1.c - 1.8 drivers/md/raid5.c - 1.10 drivers/media/common/saa7146_i2c.c - 1.4 drivers/media/dvb/b2c2/skystar2.c - 1.6 drivers/media/dvb/dvb-core/dvb_net.c - 1.5 drivers/media/dvb/frontends/alps_tdlb7.c - 1.6 drivers/media/dvb/frontends/sp887x.c - 1.7 drivers/media/dvb/frontends/stv0299.c - 1.6 drivers/media/dvb/frontends/tda1004x.c - 1.8 drivers/media/dvb/ttpci/Kconfig - 1.4 drivers/media/dvb/ttpci/Makefile - 1.4 drivers/media/dvb/ttusb-dec/ttusb_dec.c - 1.9 drivers/media/radio/miropcm20-rds.c - 1.3 drivers/media/radio/radio-aimslab.c - 1.2 drivers/media/radio/radio-cadet.c - 1.4 drivers/media/radio/radio-maestro.c - 1.2 drivers/media/radio/radio-maxiradio.c - 1.2 drivers/media/radio/radio-sf16fmi.c - 1.2 drivers/media/video/Kconfig - 1.8 drivers/media/video/adv7175.c - 1.2 drivers/media/video/bttv-cards.c - 1.5 drivers/media/video/bttv-driver.c - 1.5 drivers/media/video/bttv-risc.c - 1.4 drivers/media/video/bttv.h - 1.4 drivers/media/video/bttvp.h - 1.5 drivers/media/video/cpia.c - 1.3 drivers/media/video/meye.c - 1.5 drivers/media/video/msp3400.c - 1.7 drivers/media/video/saa7134/saa6752hs.c - 1.5 drivers/media/video/saa7134/saa7134-cards.c - 1.6 drivers/media/video/saa7134/saa7134-core.c - 1.5 drivers/media/video/saa7134/saa7134-i2c.c - 1.3 drivers/media/video/saa7134/saa7134-oss.c - 1.5 drivers/media/video/saa7134/saa7134-tvaudio.c - 1.6 drivers/media/video/saa7134/saa7134-video.c - 1.5 drivers/media/video/saa7134/saa7134.h - 1.6 drivers/media/video/tda7432.c - 1.4 drivers/media/video/tda9875.c - 1.4 drivers/media/video/tda9887.c - 1.6 drivers/media/video/tuner.c - 1.9 drivers/media/video/tvaudio.c - 1.5 drivers/media/video/tvmixer.c - 1.6 drivers/media/video/videodev.c - 1.6 drivers/media/video/zoran_device.c - 1.2 drivers/media/video/zoran_driver.c - 1.4 drivers/message/fusion/Kconfig - 1.5 drivers/message/fusion/Makefile - 1.4 drivers/message/fusion/ascq_tbl.c - 1.2 drivers/message/fusion/ascq_tbl.sh - 1.2 drivers/message/fusion/isense.c - 1.5 drivers/message/fusion/isense.h - 1.2 drivers/message/fusion/mptbase.c - 1.9 drivers/message/fusion/mptbase.h - 1.10 drivers/message/fusion/mptctl.c - 1.7 drivers/message/fusion/mptlan.c - 1.6 drivers/message/fusion/mptscsih.c - 1.10 drivers/message/fusion/scsi3.h - 1.4 drivers/message/fusion/scsiops.c - 1.2 drivers/message/i2o/Makefile - 1.3 drivers/message/i2o/i2o_block.c - 1.5 drivers/message/i2o/i2o_config.c - 1.4 drivers/message/i2o/i2o_core.c - 1.6 drivers/message/i2o/i2o_proc.c - 1.4 drivers/message/i2o/i2o_scsi.c - 1.5 drivers/mtd/chips/cfi_cmdset_0001.c - 1.6 drivers/mtd/chips/jedec_probe.c - 1.5 drivers/mtd/maps/Kconfig - 1.5 drivers/mtd/maps/Makefile - 1.4 drivers/mtd/maps/amd76xrom.c - 1.3 drivers/mtd/maps/ceiva.c - 1.3 drivers/mtd/maps/edb7312.c - 1.3 drivers/mtd/maps/impa7.c - 1.3 drivers/mtd/maps/nettel.c - 1.3 drivers/mtd/maps/sa1100-flash.c - 1.4 drivers/mtd/maps/tqm8xxl.c - 1.4 drivers/mtd/maps/uclinux.c - 1.4 drivers/mtd/nftlmount.c - 1.3 drivers/net/3c507.c - 1.5 drivers/net/3c527.c - 1.7 drivers/net/3c59x.c - 1.7 drivers/net/8139cp.c - 1.5 drivers/net/8139too.c - 1.8 drivers/net/8390.c - 1.6 drivers/net/8390.h - 1.6 drivers/net/Kconfig - 1.9 drivers/net/Makefile - 1.9 drivers/net/acenic.c - 1.6 drivers/net/acenic.h - 1.4 drivers/net/amd8111e.c - 1.7 drivers/net/arcnet/arcnet.c - 1.4 drivers/net/b44.c - 1.5 drivers/net/b44.h - 1.4 drivers/net/cs89x0.c - 1.6 drivers/net/cs89x0.h - 1.2 drivers/net/dl2k.h - 1.2 drivers/net/e1000/e1000.h - 1.7 drivers/net/e1000/e1000_ethtool.c - 1.7 drivers/net/e1000/e1000_hw.c - 1.6 drivers/net/e1000/e1000_hw.h - 1.7 drivers/net/e1000/e1000_main.c - 1.7 drivers/net/e1000/e1000_param.c - 1.5 drivers/net/eepro100.c - 1.5 drivers/net/epic100.c - 1.5 drivers/net/gt96100eth.c - 1.7 drivers/net/hamachi.c - 1.5 drivers/net/hamradio/dmascc.c - 1.4 drivers/net/hamradio/mkiss.c - 1.4 drivers/net/hp100.c - 1.5 drivers/net/irda/irda-usb.c - 1.5 drivers/net/irda/irtty-sir.c - 1.5 drivers/net/ixgb/ixgb_main.c - 1.6 drivers/net/lasi_82596.c - 1.6 drivers/net/loopback.c - 1.5 drivers/net/myri_sbus.c - 1.4 drivers/net/myri_sbus.h - 1.2 drivers/net/natsemi.c - 1.7 drivers/net/ne.c - 1.7 drivers/net/ppp_async.c - 1.5 drivers/net/ppp_generic.c - 1.7 drivers/net/ppp_synctty.c - 1.4 drivers/net/r8169.c - 1.6 drivers/net/rrunner.c - 1.5 drivers/net/sis900.c - 1.7 drivers/net/sk98lin/h/skdrv2nd.h - 1.6 drivers/net/sk98lin/skaddr.c - 1.4 drivers/net/sk98lin/skge.c - 1.10 drivers/net/slip.c - 1.5 drivers/net/smc9194.c - 1.5 drivers/net/sunbmac.c - 1.4 drivers/net/sunbmac.h - 1.2 drivers/net/sundance.c - 1.7 drivers/net/sungem.c - 1.7 drivers/net/sungem.h - 1.4 drivers/net/sunhme.c - 1.4 drivers/net/sunhme.h - 1.3 drivers/net/sunlance.c - 1.4 drivers/net/sunqe.c - 1.3 drivers/net/sunqe.h - 1.2 drivers/net/tg3.c - 1.10 drivers/net/tg3.h - 1.6 drivers/net/tokenring/ibmtr.c - 1.5 drivers/net/tokenring/olympic.c - 1.8 drivers/net/tokenring/olympic.h - 1.2 drivers/net/tulip/Kconfig - 1.4 drivers/net/tulip/de4x5.c - 1.6 drivers/net/tulip/dmfe.c - 1.6 drivers/net/typhoon.c - 1.7 drivers/net/via-rhine.c - 1.6 drivers/net/wan/cycx_x25.c - 1.2 drivers/net/wan/dscc4.c - 1.5 drivers/net/wan/hd6457x.c - 1.4 drivers/net/wan/lmc/lmc_debug.c - 1.2 drivers/net/wan/pc300.h - 1.3 drivers/net/wan/pc300_drv.c - 1.8 drivers/net/wan/pc300_tty.c - 1.5 drivers/net/wan/sdla_chdlc.c - 1.2 drivers/net/wan/sdla_fr.c - 1.2 drivers/net/wan/sdladrv.c - 1.3 drivers/net/wan/sdlamain.c - 1.3 drivers/net/wan/syncppp.c - 1.3 drivers/net/wireless/airo.c - 1.9 drivers/net/wireless/airport.c - 1.5 drivers/net/wireless/atmel.c - 1.8 drivers/net/wireless/hermes.c - 1.2 drivers/net/wireless/hermes.h - 1.4 drivers/net/wireless/hermes_rid.h - 1.2 drivers/net/wireless/ieee802_11.h - 1.2 drivers/net/wireless/orinoco.c - 1.5 drivers/net/wireless/orinoco.h - 1.3 drivers/net/wireless/orinoco_cs.c - 1.3 drivers/net/wireless/orinoco_pci.c - 1.7 drivers/net/wireless/orinoco_plx.c - 1.6 drivers/net/wireless/orinoco_tmd.c - 1.6 drivers/net/wireless/strip.c - 1.6 drivers/net/wireless/wavelan.c - 1.3 drivers/oprofile/buffer_sync.c - 1.3 drivers/oprofile/buffer_sync.h - 1.2 drivers/oprofile/cpu_buffer.c - 1.4 drivers/oprofile/cpu_buffer.h - 1.2 drivers/oprofile/oprofile_stats.c - 1.4 drivers/oprofile/timer_int.c - 1.3 drivers/parisc/lasi.c - 1.2 drivers/parisc/superio.c - 1.7 drivers/parport/parport_pc.c - 1.8 drivers/pci/Makefile - 1.6 drivers/pci/hotplug/Kconfig - 1.3 drivers/pci/hotplug/Makefile - 1.4 drivers/pci/hotplug/acpiphp.h - 1.5 drivers/pci/hotplug/acpiphp_core.c - 1.5 drivers/pci/hotplug/acpiphp_glue.c - 1.8 drivers/pci/hotplug/cpci_hotplug_core.c - 1.4 drivers/pci/hotplug/cpcihp_zt5550.c - 1.4 drivers/pci/hotplug/cpqphp_core.c - 1.5 drivers/pci/hotplug/ibmphp.h - 1.3 drivers/pci/hotplug/ibmphp_core.c - 1.4 drivers/pci/hotplug/ibmphp_hpc.c - 1.3 drivers/pci/hotplug/pci_hotplug_core.c - 1.6 drivers/pci/hotplug/pcihp_skeleton.c - 1.5 drivers/pci/pci-driver.c - 1.5 drivers/pci/pci.c - 1.7 drivers/pci/pci.ids - 1.9 drivers/pci/probe.c - 1.12 drivers/pci/quirks.c - 1.7 drivers/pci/remove.c - 1.4 drivers/pci/setup-bus.c - 1.3 drivers/pcmcia/au1000_generic.c - 1.3 drivers/pcmcia/cistpl.c - 1.6 drivers/pcmcia/cs.c - 1.8 drivers/pcmcia/ds.c - 1.6 drivers/pcmcia/hd64465_ss.c - 1.2 drivers/pcmcia/i82092.c - 1.3 drivers/pcmcia/i82365.c - 1.7 drivers/pcmcia/rsrc_mgr.c - 1.5 drivers/pcmcia/tcic.c - 1.6 drivers/pcmcia/yenta_socket.c - 1.7 drivers/pnp/interface.c - 1.3 drivers/pnp/isapnp/core.c - 1.6 drivers/pnp/pnpbios/bioscalls.c - 1.5 drivers/pnp/pnpbios/core.c - 1.6 drivers/pnp/pnpbios/proc.c - 1.4 drivers/pnp/pnpbios/rsparser.c - 1.4 drivers/s390/block/dasd_eckd.c - 1.8 drivers/s390/char/con3215.c - 1.5 drivers/s390/char/sclp.c - 1.6 drivers/s390/char/sclp_tty.c - 1.6 drivers/s390/char/sclp_vt220.c - 1.4 drivers/s390/cio/cio.c - 1.7 drivers/s390/cio/qdio.c - 1.7 drivers/s390/net/ctctty.c - 1.8 drivers/s390/net/lcs.c - 1.8 drivers/s390/net/lcs.h - 1.5 drivers/s390/s390mach.h - 1.2 drivers/s390/scsi/zfcp_aux.c - 1.7 drivers/s390/scsi/zfcp_def.h - 1.7 drivers/s390/scsi/zfcp_erp.c - 1.8 drivers/s390/scsi/zfcp_ext.h - 1.7 drivers/s390/scsi/zfcp_fsf.c - 1.7 drivers/s390/scsi/zfcp_fsf.h - 1.5 drivers/s390/scsi/zfcp_scsi.c - 1.7 drivers/s390/scsi/zfcp_sysfs_adapter.c - 1.6 drivers/s390/scsi/zfcp_sysfs_driver.c - 1.4 drivers/s390/scsi/zfcp_sysfs_port.c - 1.7 drivers/s390/scsi/zfcp_sysfs_unit.c - 1.6 drivers/sbus/char/aurora.c - 1.3 drivers/sbus/char/bbc_envctrl.c - 1.3 drivers/sbus/char/bbc_i2c.c - 1.2 drivers/sbus/char/cpwatchdog.c - 1.3 drivers/sbus/char/display7seg.c - 1.3 drivers/sbus/char/envctrl.c - 1.3 drivers/sbus/char/flash.c - 1.3 drivers/sbus/dvma.c - 1.3 drivers/scsi/BusLogic.c - 1.8 drivers/scsi/BusLogic.h - 1.4 drivers/scsi/Kconfig - 1.11 drivers/scsi/Makefile - 1.9 drivers/scsi/NCR5380.c - 1.4 drivers/scsi/NCR5380.h - 1.2 drivers/scsi/NCR53c406a.c - 1.4 drivers/scsi/NCR_Q720.c - 1.3 drivers/scsi/aacraid/README - 1.5 drivers/scsi/aacraid/aachba.c - 1.5 drivers/scsi/aacraid/aacraid.h - 1.7 drivers/scsi/aacraid/commctrl.c - 1.5 drivers/scsi/aacraid/commsup.c - 1.4 drivers/scsi/aacraid/linit.c - 1.9 drivers/scsi/advansys.c - 1.4 drivers/scsi/advansys.h - 1.3 drivers/scsi/aha1542.c - 1.5 drivers/scsi/aha1542.h - 1.2 drivers/scsi/aic7xxx/Kconfig.aic79xx - 1.3 drivers/scsi/aic7xxx/Kconfig.aic7xxx - 1.4 drivers/scsi/aic7xxx/aic79xx_osm.c - 1.6 drivers/scsi/aic7xxx/aic79xx_pci.c - 1.3 drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.7 drivers/scsi/aic7xxx/aic7xxx_pci.c - 1.3 drivers/scsi/aic7xxx/aicasm/Makefile - 1.3 drivers/scsi/aic7xxx_old.c - 1.5 drivers/scsi/arm/cumana_1.c - 1.3 drivers/scsi/arm/ecoscsi.c - 1.3 drivers/scsi/arm/eesox.c - 1.4 drivers/scsi/arm/fas216.c - 1.3 drivers/scsi/arm/oak.c - 1.3 drivers/scsi/ata_piix.c - 1.9 drivers/scsi/cpqfcTScontrol.c - 1.4 drivers/scsi/cpqfcTSinit.c - 1.5 drivers/scsi/dc390.h - 1.5 drivers/scsi/dc395x.c - 1.4 drivers/scsi/dmx3191d.c - 1.3 drivers/scsi/dtc.c - 1.3 drivers/scsi/eata_pio.c - 1.3 drivers/scsi/esp.h - 1.3 drivers/scsi/fd_mcs.c - 1.3 drivers/scsi/fdomain.c - 1.3 drivers/scsi/g_NCR5380.c - 1.5 drivers/scsi/gdth.c - 1.6 drivers/scsi/hosts.c - 1.6 drivers/scsi/imm.c - 1.6 drivers/scsi/ips.c - 1.5 drivers/scsi/libata-core.c - 1.10 drivers/scsi/libata-scsi.c - 1.9 drivers/scsi/libata.h - 1.8 drivers/scsi/mac_scsi.c - 1.4 drivers/scsi/megaraid.c - 1.8 drivers/scsi/nsp32.c - 1.4 drivers/scsi/pas16.c - 1.3 drivers/scsi/qla1280.c - 1.6 drivers/scsi/qla1280.h - 1.4 drivers/scsi/qlogicpti.c - 1.6 drivers/scsi/qlogicpti.h - 1.4 drivers/scsi/sata_promise.c - 1.9 drivers/scsi/sata_sil.c - 1.8 drivers/scsi/sata_svw.c - 1.8 drivers/scsi/sata_via.c - 1.8 drivers/scsi/scsi.c - 1.9 drivers/scsi/scsi_error.c - 1.7 drivers/scsi/scsi_ioctl.c - 1.4 drivers/scsi/scsi_lib.c - 1.8 drivers/scsi/scsi_scan.c - 1.7 drivers/scsi/scsi_syms.c - 1.3 drivers/scsi/scsi_sysfs.c - 1.7 drivers/scsi/scsiiom.c - 1.6 drivers/scsi/sd.c - 1.8 drivers/scsi/sg.c - 1.9 drivers/scsi/sr.c - 1.10 drivers/scsi/sr_ioctl.c - 1.4 drivers/scsi/sym53c8xx_2/sym_defs.h - 1.3 drivers/scsi/sym53c8xx_2/sym_glue.c - 1.7 drivers/scsi/sym53c8xx_2/sym_glue.h - 1.6 drivers/scsi/sym53c8xx_2/sym_hipd.c - 1.7 drivers/scsi/sym53c8xx_2/sym_hipd.h - 1.5 drivers/scsi/sym53c8xx_2/sym_misc.c - 1.4 drivers/scsi/sym53c8xx_2/sym_nvram.c - 1.5 drivers/scsi/t128.c - 1.3 drivers/scsi/tmscsim.c - 1.7 drivers/scsi/tmscsim.h - 1.5 drivers/scsi/wd7000.c - 1.4 drivers/serial/68328serial.c - 1.3 drivers/serial/68360serial.c - 1.4 drivers/serial/8250.c - 1.17 drivers/serial/8250.h - 1.3 drivers/serial/8250_pci.c - 1.7 drivers/serial/Kconfig - 1.8 drivers/serial/mcfserial.c - 1.4 drivers/serial/serial_core.c - 1.10 drivers/serial/serial_cs.c - 1.4 drivers/serial/sunsab.c - 1.4 drivers/serial/sunsu.c - 1.5 drivers/serial/sunzilog.c - 1.6 drivers/tc/zs.c - 1.5 drivers/telephony/ixj.c - 1.3 drivers/telephony/ixj.h - 1.5 drivers/usb/class/audio.c - 1.5 drivers/usb/class/bluetty.c - 1.4 drivers/usb/class/cdc-acm.c - 1.8 drivers/usb/class/usb-midi.c - 1.4 drivers/usb/class/usblp.c - 1.7 drivers/usb/core/Kconfig - 1.2 drivers/usb/core/config.c - 1.6 drivers/usb/core/devices.c - 1.5 drivers/usb/core/devio.c - 1.6 drivers/usb/core/hcd-pci.c - 1.7 drivers/usb/core/hcd.c - 1.9 drivers/usb/core/hcd.h - 1.7 drivers/usb/core/hub.c - 1.10 drivers/usb/core/hub.h - 1.6 drivers/usb/core/inode.c - 1.5 drivers/usb/core/message.c - 1.9 drivers/usb/core/urb.c - 1.6 drivers/usb/core/usb.c - 1.10 drivers/usb/core/usb.h - 1.6 drivers/usb/gadget/Kconfig - 1.8 drivers/usb/gadget/Makefile - 1.6 drivers/usb/gadget/ether.c - 1.10 drivers/usb/gadget/inode.c - 1.5 drivers/usb/gadget/net2280.c - 1.8 drivers/usb/gadget/net2280.h - 1.3 drivers/usb/gadget/zero.c - 1.8 drivers/usb/host/Kconfig - 1.4 drivers/usb/host/ehci-hcd.c - 1.9 drivers/usb/host/ehci-hub.c - 1.7 drivers/usb/host/ehci-mem.c - 1.6 drivers/usb/host/ehci-q.c - 1.7 drivers/usb/host/ehci.h - 1.7 drivers/usb/host/hc_simple.c - 1.3 drivers/usb/host/hc_sl811.c - 1.2 drivers/usb/host/ohci-dbg.c - 1.6 drivers/usb/host/ohci-hcd.c - 1.9 drivers/usb/host/ohci-hub.c - 1.5 drivers/usb/host/ohci-pci.c - 1.6 drivers/usb/host/ohci-q.c - 1.8 drivers/usb/host/ohci.h - 1.6 drivers/usb/host/uhci-hcd.c - 1.10 drivers/usb/image/microtek.c - 1.4 drivers/usb/input/aiptek.c - 1.7 drivers/usb/input/hid-core.c - 1.8 drivers/usb/input/hiddev.c - 1.8 drivers/usb/input/kbtab.c - 1.6 drivers/usb/media/Kconfig - 1.9 drivers/usb/media/Makefile - 1.4 drivers/usb/media/dabusb.c - 1.4 drivers/usb/media/dsbr100.c - 1.4 drivers/usb/media/ibmcam.c - 1.3 drivers/usb/media/konicawc.c - 1.4 drivers/usb/media/ov511.c - 1.4 drivers/usb/media/pwc-ctrl.c - 1.4 drivers/usb/media/pwc-if.c - 1.5 drivers/usb/media/pwc-ioctl.h - 1.4 drivers/usb/media/pwc-misc.c - 1.4 drivers/usb/media/pwc-uncompress.c - 1.3 drivers/usb/media/pwc-uncompress.h - 1.3 drivers/usb/media/pwc.h - 1.4 drivers/usb/media/pwc_kiara.h - 1.2 drivers/usb/media/pwc_nala.h - 1.2 drivers/usb/media/pwc_timon.h - 1.2 drivers/usb/media/se401.c - 1.5 drivers/usb/media/stv680.c - 1.5 drivers/usb/media/ultracam.c - 1.3 drivers/usb/media/usbvideo.c - 1.3 drivers/usb/misc/auerswald.c - 1.4 drivers/usb/misc/tiglusb.c - 1.6 drivers/usb/misc/usbtest.c - 1.8 drivers/usb/net/kaweth.c - 1.5 drivers/usb/net/pegasus.c - 1.5 drivers/usb/net/rtl8150.c - 1.6 drivers/usb/net/usbnet.c - 1.10 drivers/usb/serial/cyberjack.c - 1.6 drivers/usb/serial/digi_acceleport.c - 1.4 drivers/usb/serial/empeg.c - 1.5 drivers/usb/serial/ftdi_sio.c - 1.9 drivers/usb/serial/ftdi_sio.h - 1.8 drivers/usb/serial/io_edgeport.c - 1.5 drivers/usb/serial/io_fw_down.h - 1.3 drivers/usb/serial/io_fw_down3.h - 1.2 drivers/usb/serial/io_tables.h - 1.2 drivers/usb/serial/io_ti.c - 1.5 drivers/usb/serial/io_usbvend.h - 1.2 drivers/usb/serial/ipaq.c - 1.4 drivers/usb/serial/ipaq.h - 1.3 drivers/usb/serial/ir-usb.c - 1.5 drivers/usb/serial/keyspan_pda.c - 1.4 drivers/usb/serial/mct_u232.c - 1.6 drivers/usb/serial/pl2303.c - 1.8 drivers/usb/serial/usb-serial.c - 1.5 drivers/usb/serial/whiteheat.c - 1.7 drivers/usb/storage/datafab.c - 1.6 drivers/usb/storage/datafab.h - 1.3 drivers/usb/storage/debug.c - 1.3 drivers/usb/storage/debug.h - 1.3 drivers/usb/storage/dpcm.c - 1.3 drivers/usb/storage/dpcm.h - 1.2 drivers/usb/storage/freecom.c - 1.2 drivers/usb/storage/freecom.h - 1.2 drivers/usb/storage/isd200.c - 1.4 drivers/usb/storage/isd200.h - 1.2 drivers/usb/storage/jumpshot.c - 1.6 drivers/usb/storage/jumpshot.h - 1.2 drivers/usb/storage/protocol.c - 1.3 drivers/usb/storage/protocol.h - 1.3 drivers/usb/storage/scsiglue.c - 1.9 drivers/usb/storage/scsiglue.h - 1.4 drivers/usb/storage/sddr09.c - 1.6 drivers/usb/storage/sddr09.h - 1.2 drivers/usb/storage/sddr55.c - 1.4 drivers/usb/storage/sddr55.h - 1.2 drivers/usb/storage/shuttle_usbat.c - 1.5 drivers/usb/storage/shuttle_usbat.h - 1.3 drivers/usb/storage/transport.c - 1.9 drivers/usb/storage/transport.h - 1.2 drivers/usb/storage/unusual_devs.h - 1.11 drivers/usb/storage/usb.c - 1.8 drivers/usb/storage/usb.h - 1.5 drivers/usb/usb-skeleton.c - 1.4 drivers/video/68328fb.c - 1.3 drivers/video/Kconfig - 1.12 drivers/video/Makefile - 1.9 drivers/video/acornfb.c - 1.6 drivers/video/amifb.c - 1.4 drivers/video/aty/aty128fb.c - 1.6 drivers/video/aty/atyfb_base.c - 1.4 drivers/video/bw2.c - 1.3 drivers/video/cfbcopyarea.c - 1.3 drivers/video/cfbfillrect.c - 1.3 drivers/video/cfbimgblt.c - 1.4 drivers/video/cg14.c - 1.4 drivers/video/cg3.c - 1.3 drivers/video/cg6.c - 1.3 drivers/video/chipsfb.c - 1.3 drivers/video/cirrusfb.c - 1.5 drivers/video/clps711xfb.c - 1.2 drivers/video/console/Kconfig - 1.4 drivers/video/console/fbcon.c - 1.10 drivers/video/console/fbcon.h - 1.4 drivers/video/controlfb.c - 1.2 drivers/video/cyber2000fb.c - 1.3 drivers/video/dnfb.c - 1.4 drivers/video/epson1355fb.c - 1.2 drivers/video/fbmem.c - 1.12 drivers/video/fbmon.c - 1.5 drivers/video/ffb.c - 1.4 drivers/video/fm2fb.c - 1.3 drivers/video/g364fb.c - 1.2 drivers/video/hgafb.c - 1.4 drivers/video/hitfb.c - 1.4 drivers/video/hpfb.c - 1.2 drivers/video/i810/i810_dvt.c - 1.2 drivers/video/i810/i810_main.c - 1.3 drivers/video/igafb.c - 1.2 drivers/video/imsttfb.c - 1.4 drivers/video/leo.c - 1.3 drivers/video/macfb.c - 1.3 drivers/video/matrox/matroxfb_base.c - 1.4 drivers/video/matrox/matroxfb_base.h - 1.4 drivers/video/matrox/matroxfb_crtc2.c - 1.4 drivers/video/matrox/matroxfb_crtc2.h - 1.2 drivers/video/matrox/matroxfb_misc.c - 1.2 drivers/video/maxinefb.c - 1.2 drivers/video/modedb.c - 1.5 drivers/video/neofb.c - 1.4 drivers/video/offb.c - 1.4 drivers/video/p9100.c - 1.2 drivers/video/platinumfb.c - 1.3 drivers/video/pm2fb.c - 1.6 drivers/video/pmag-ba-fb.c - 1.2 drivers/video/pmagb-b-fb.c - 1.2 drivers/video/pvr2fb.c - 1.5 drivers/video/q40fb.c - 1.3 drivers/video/radeonfb.c - 1.8 drivers/video/riva/fbdev.c - 1.8 drivers/video/riva/nv_driver.c - 1.2 drivers/video/riva/riva_hw.c - 1.3 drivers/video/riva/riva_hw.h - 1.2 drivers/video/riva/rivafb.h - 1.3 drivers/video/sa1100fb.c - 1.7 drivers/video/sgivwfb.c - 1.2 drivers/video/sis/sis_main.c - 1.4 drivers/video/skeletonfb.c - 1.3 drivers/video/softcursor.c - 1.5 drivers/video/sstfb.c - 1.3 drivers/video/stifb.c - 1.3 drivers/video/tcx.c - 1.3 drivers/video/tdfxfb.c - 1.5 drivers/video/tgafb.c - 1.4 drivers/video/tridentfb.c - 1.4 drivers/video/tx3912fb.c - 1.2 drivers/video/valkyriefb.c - 1.3 drivers/video/vesafb.c - 1.4 drivers/video/vfb.c - 1.3 drivers/video/vga16fb.c - 1.6 drivers/video/vgastate.c - 1.3 drivers/zorro/Makefile - 1.4 fs/Kconfig - 1.17 fs/Makefile - 1.7 fs/adfs/adfs.h - 1.3 fs/adfs/dir.c - 1.2 fs/adfs/dir_f.c - 1.2 fs/adfs/dir_fplus.h - 1.2 fs/adfs/inode.c - 1.2 fs/adfs/map.c - 1.2 fs/adfs/super.c - 1.5 fs/affs/amigaffs.c - 1.3 fs/affs/bitmap.c - 1.3 fs/affs/inode.c - 1.3 fs/affs/namei.c - 1.2 fs/affs/super.c - 1.5 fs/afs/cmservice.c - 1.4 fs/afs/dir.c - 1.4 fs/afs/fsclient.c - 1.4 fs/afs/inode.c - 1.5 fs/afs/main.c - 1.3 fs/afs/mntpt.c - 1.4 fs/afs/vlclient.c - 1.4 fs/afs/vlclient.h - 1.3 fs/afs/vlocation.c - 1.4 fs/afs/vnode.c - 1.3 fs/afs/volume.h - 1.2 fs/aio.c - 1.6 fs/autofs/root.c - 1.3 fs/autofs4/autofs_i.h - 1.3 fs/autofs4/expire.c - 1.3 fs/befs/befs.h - 1.3 fs/befs/debug.c - 1.3 fs/befs/linuxvfs.c - 1.5 fs/bfs/inode.c - 1.2 fs/binfmt_aout.c - 1.5 fs/binfmt_elf.c - 1.10 fs/bio.c - 1.7 fs/buffer.c - 1.10 fs/cifs/AUTHORS - 1.5 fs/cifs/CHANGES - 1.5 fs/cifs/asn1.c - 1.3 fs/cifs/cifs_debug.c - 1.5 fs/cifs/cifsencrypt.c - 1.3 fs/cifs/cifsfs.c - 1.6 fs/cifs/cifsfs.h - 1.5 fs/cifs/cifsglob.h - 1.5 fs/cifs/cifspdu.h - 1.5 fs/cifs/cifsproto.h - 1.5 fs/cifs/cifssmb.c - 1.5 fs/cifs/connect.c - 1.6 fs/cifs/file.c - 1.6 fs/cifs/inode.c - 1.5 fs/cifs/link.c - 1.5 fs/cifs/misc.c - 1.5 fs/cifs/netmisc.c - 1.3 fs/cifs/ntlmssp.h - 1.2 fs/cifs/transport.c - 1.5 fs/coda/coda_linux.c - 1.2 fs/coda/file.c - 1.4 fs/coda/inode.c - 1.6 fs/coda/psdev.c - 1.5 fs/coda/upcall.c - 1.2 fs/compat.c - 1.8 fs/compat_ioctl.c - 1.11 fs/dcache.c - 1.9 fs/devpts/inode.c - 1.3 fs/direct-io.c - 1.6 fs/dquot.c - 1.7 fs/efs/inode.c - 1.2 fs/efs/super.c - 1.4 fs/exec.c - 1.8 fs/exportfs/expfs.c - 1.4 fs/ext2/acl.h - 1.2 fs/ext2/balloc.c - 1.3 fs/ext2/dir.c - 1.4 fs/ext2/ext2.h - 1.2 fs/ext2/ialloc.c - 1.6 fs/ext2/inode.c - 1.6 fs/ext2/super.c - 1.5 fs/ext2/xattr.c - 1.4 fs/ext2/xattr.h - 1.2 fs/ext3/acl.h - 1.2 fs/ext3/balloc.c - 1.5 fs/ext3/fsync.c - 1.3 fs/ext3/ialloc.c - 1.5 fs/ext3/inode.c - 1.6 fs/ext3/namei.c - 1.6 fs/ext3/super.c - 1.8 fs/ext3/xattr.c - 1.4 fs/ext3/xattr.h - 1.2 fs/fat/cache.c - 1.2 fs/fat/dir.c - 1.2 fs/fat/file.c - 1.5 fs/fat/inode.c - 1.7 fs/fat/misc.c - 1.4 fs/fcntl.c - 1.8 fs/file_table.c - 1.7 fs/freevxfs/vxfs_extern.h - 1.3 fs/freevxfs/vxfs_inode.c - 1.3 fs/freevxfs/vxfs_super.c - 1.7 fs/fs-writeback.c - 1.9 fs/hfs/inode.c - 1.5 fs/hpfs/super.c - 1.5 fs/hugetlbfs/inode.c - 1.8 fs/inode.c - 1.7 fs/isofs/inode.c - 1.6 fs/isofs/rock.c - 1.4 fs/jbd/commit.c - 1.6 fs/jbd/journal.c - 1.5 fs/jbd/recovery.c - 1.3 fs/jbd/revoke.c - 1.5 fs/jffs2/super.c - 1.5 fs/jfs/acl.c - 1.4 fs/jfs/inode.c - 1.4 fs/jfs/jfs_dtree.c - 1.7 fs/jfs/jfs_extent.c - 1.4 fs/jfs/jfs_imap.c - 1.6 fs/jfs/jfs_inode.c - 1.3 fs/jfs/jfs_metapage.c - 1.5 fs/jfs/jfs_mount.c - 1.5 fs/jfs/jfs_txnmgr.c - 1.8 fs/jfs/jfs_xtree.c - 1.5 fs/jfs/namei.c - 1.8 fs/jfs/resize.c - 1.2 fs/jfs/super.c - 1.7 fs/jfs/xattr.c - 1.6 fs/libfs.c - 1.6 fs/lockd/clntlock.c - 1.4 fs/lockd/clntproc.c - 1.5 fs/lockd/host.c - 1.4 fs/lockd/svc.c - 1.3 fs/lockd/svc4proc.c - 1.3 fs/lockd/svclock.c - 1.4 fs/lockd/svcproc.c - 1.3 fs/lockd/svcsubs.c - 1.2 fs/locks.c - 1.8 fs/minix/inode.c - 1.3 fs/minix/itree_common.c - 1.2 fs/mpage.c - 1.4 fs/namei.c - 1.9 fs/namespace.c - 1.7 fs/ncpfs/file.c - 1.3 fs/ncpfs/inode.c - 1.6 fs/ncpfs/mmap.c - 1.3 fs/ncpfs/ncplib_kernel.c - 1.4 fs/ncpfs/ncplib_kernel.h - 1.5 fs/nfs/Makefile - 1.2 fs/nfs/dir.c - 1.5 fs/nfs/direct.c - 1.6 fs/nfs/file.c - 1.8 fs/nfs/inode.c - 1.8 fs/nfs/mount_clnt.c - 1.3 fs/nfs/nfs2xdr.c - 1.6 fs/nfs/nfs3proc.c - 1.5 fs/nfs/nfs3xdr.c - 1.6 fs/nfs/nfs4proc.c - 1.6 fs/nfs/nfs4state.c - 1.6 fs/nfs/nfs4xdr.c - 1.7 fs/nfs/pagelist.c - 1.4 fs/nfs/proc.c - 1.5 fs/nfs/read.c - 1.5 fs/nfs/symlink.c - 1.2 fs/nfs/write.c - 1.6 fs/nfsd/Makefile - 1.3 fs/nfsd/export.c - 1.4 fs/nfsd/lockd.c - 1.2 fs/nfsd/nfs3proc.c - 1.4 fs/nfsd/nfs3xdr.c - 1.6 fs/nfsd/nfs4proc.c - 1.6 fs/nfsd/nfs4state.c - 1.6 fs/nfsd/nfs4xdr.c - 1.6 fs/nfsd/nfsctl.c - 1.5 fs/nfsd/nfsfh.c - 1.5 fs/nfsd/nfsproc.c - 1.4 fs/nfsd/nfssvc.c - 1.2 fs/nfsd/vfs.c - 1.7 fs/nls/nls_cp932.c - 1.2 fs/ntfs/ChangeLog - 1.6 fs/ntfs/Makefile - 1.6 fs/ntfs/aops.c - 1.5 fs/ntfs/attrib.c - 1.5 fs/ntfs/attrib.h - 1.3 fs/ntfs/compress.c - 1.5 fs/ntfs/debug.c - 1.3 fs/ntfs/debug.h - 1.3 fs/ntfs/dir.c - 1.5 fs/ntfs/endian.h - 1.3 fs/ntfs/file.c - 1.3 fs/ntfs/inode.c - 1.6 fs/ntfs/inode.h - 1.5 fs/ntfs/layout.h - 1.5 fs/ntfs/mft.c - 1.4 fs/ntfs/mst.c - 1.4 fs/ntfs/namei.c - 1.5 fs/ntfs/ntfs.h - 1.6 fs/ntfs/super.c - 1.5 fs/ntfs/types.h - 1.4 fs/ntfs/unistr.c - 1.4 fs/ntfs/upcase.c - 1.3 fs/ntfs/volume.h - 1.5 fs/openpromfs/inode.c - 1.5 fs/partitions/acorn.c - 1.2 fs/partitions/amiga.c - 1.2 fs/partitions/ldm.c - 1.2 fs/partitions/msdos.c - 1.4 fs/proc/array.c - 1.6 fs/proc/base.c - 1.9 fs/proc/inode.c - 1.4 fs/proc/proc_misc.c - 1.9 fs/proc/proc_tty.c - 1.5 fs/proc/root.c - 1.4 fs/proc/task_mmu.c - 1.5 fs/proc/task_nommu.c - 1.3 fs/qnx4/inode.c - 1.4 fs/quota_v2.c - 1.4 fs/ramfs/inode.c - 1.3 fs/reiserfs/file.c - 1.7 fs/reiserfs/inode.c - 1.7 fs/reiserfs/journal.c - 1.8 fs/reiserfs/super.c - 1.6 fs/romfs/inode.c - 1.4 fs/select.c - 1.2 fs/smbfs/inode.c - 1.5 fs/smbfs/proc.c - 1.6 fs/super.c - 1.8 fs/sysfs/symlink.c - 1.4 fs/sysfs/sysfs.h - 1.3 fs/sysv/balloc.c - 1.2 fs/sysv/ialloc.c - 1.2 fs/sysv/inode.c - 1.4 fs/sysv/itree.c - 1.3 fs/sysv/super.c - 1.3 fs/sysv/sysv.h - 1.3 fs/udf/balloc.c - 1.2 fs/udf/dir.c - 1.4 fs/udf/directory.c - 1.2 fs/udf/ecma_167.h - 1.2 fs/udf/fsync.c - 1.2 fs/udf/inode.c - 1.3 fs/udf/misc.c - 1.4 fs/udf/namei.c - 1.5 fs/udf/osta_udf.h - 1.3 fs/udf/partition.c - 1.2 fs/udf/super.c - 1.6 fs/udf/truncate.c - 1.3 fs/udf/udfdecl.h - 1.3 fs/udf/udfend.h - 1.2 fs/udf/udftime.c - 1.2 fs/ufs/balloc.c - 1.3 fs/ufs/dir.c - 1.4 fs/ufs/inode.c - 1.4 fs/ufs/super.c - 1.5 fs/umsdos/inode.c - 1.2 fs/vfat/namei.c - 1.4 include/acpi/acconfig.h - 1.5 include/acpi/acdebug.h - 1.3 include/acpi/acdisasm.h - 1.3 include/acpi/acdispat.h - 1.3 include/acpi/acevents.h - 1.3 include/acpi/acexcep.h - 1.3 include/acpi/acglobal.h - 1.5 include/acpi/achware.h - 1.4 include/acpi/acinterp.h - 1.3 include/acpi/aclocal.h - 1.4 include/acpi/acmacros.h - 1.4 include/acpi/acnamesp.h - 1.3 include/acpi/acobject.h - 1.4 include/acpi/acparser.h - 1.3 include/acpi/acpi_bus.h - 1.3 include/acpi/acpi_drivers.h - 1.4 include/acpi/acpiosxf.h - 1.5 include/acpi/acpixf.h - 1.5 include/acpi/acstruct.h - 1.3 include/acpi/actbl.h - 1.3 include/acpi/actypes.h - 1.5 include/acpi/platform/acenv.h - 1.3 include/acpi/platform/aclinux.h - 1.3 include/asm-alpha/a.out.h - 1.2 include/asm-alpha/bitops.h - 1.3 include/asm-alpha/bug.h - 1.2 include/asm-alpha/cache.h - 1.2 include/asm-alpha/compiler.h - 1.2 include/asm-alpha/core_apecs.h - 1.2 include/asm-alpha/core_cia.h - 1.2 include/asm-alpha/core_irongate.h - 1.2 include/asm-alpha/core_lca.h - 1.3 include/asm-alpha/core_marvel.h - 1.2 include/asm-alpha/core_mcpcia.h - 1.3 include/asm-alpha/core_polaris.h - 1.3 include/asm-alpha/core_t2.h - 1.2 include/asm-alpha/core_titan.h - 1.2 include/asm-alpha/core_tsunami.h - 1.2 include/asm-alpha/core_wildfire.h - 1.2 include/asm-alpha/dma-mapping.h - 1.2 include/asm-alpha/hardirq.h - 1.2 include/asm-alpha/io.h - 1.4 include/asm-alpha/jensen.h - 1.2 include/asm-alpha/machvec.h - 1.2 include/asm-alpha/mmu_context.h - 1.2 include/asm-alpha/page.h - 1.3 include/asm-alpha/pci.h - 1.5 include/asm-alpha/pgtable.h - 1.3 include/asm-alpha/ptrace.h - 1.2 include/asm-alpha/resource.h - 1.3 include/asm-alpha/semaphore.h - 1.4 include/asm-alpha/socket.h - 1.3 include/asm-alpha/spinlock.h - 1.4 include/asm-alpha/sysinfo.h - 1.2 include/asm-alpha/system.h - 1.3 include/asm-alpha/thread_info.h - 1.2 include/asm-alpha/tlbflush.h - 1.2 include/asm-alpha/uaccess.h - 1.4 include/asm-alpha/unistd.h - 1.6 include/asm-alpha/vga.h - 1.2 include/asm-arm/apm.h - 1.2 include/asm-arm/arch-cl7500/uncompress.h - 1.2 include/asm-arm/arch-clps711x/uncompress.h - 1.2 include/asm-arm/arch-ebsa110/param.h - 1.2 include/asm-arm/arch-ebsa110/uncompress.h - 1.4 include/asm-arm/arch-ebsa285/uncompress.h - 1.2 include/asm-arm/arch-epxa10db/uncompress.h - 1.2 include/asm-arm/arch-integrator/uncompress.h - 1.2 include/asm-arm/arch-iop3xx/dma.h - 1.2 include/asm-arm/arch-iop3xx/hardware.h - 1.2 include/asm-arm/arch-iop3xx/iop310-irqs.h - 1.2 include/asm-arm/arch-iop3xx/iop310.h - 1.2 include/asm-arm/arch-iop3xx/iop321-irqs.h - 1.2 include/asm-arm/arch-iop3xx/iop321.h - 1.2 include/asm-arm/arch-iop3xx/iq80310.h - 1.2 include/asm-arm/arch-iop3xx/iq80321.h - 1.2 include/asm-arm/arch-iop3xx/irqs.h - 1.2 include/asm-arm/arch-iop3xx/memory.h - 1.3 include/asm-arm/arch-iop3xx/param.h - 1.2 include/asm-arm/arch-iop3xx/pmon.h - 1.2 include/asm-arm/arch-iop3xx/serial.h - 1.2 include/asm-arm/arch-iop3xx/system.h - 1.2 include/asm-arm/arch-iop3xx/timex.h - 1.2 include/asm-arm/arch-iop3xx/uncompress.h - 1.2 include/asm-arm/arch-iop3xx/vmalloc.h - 1.3 include/asm-arm/arch-l7200/param.h - 1.2 include/asm-arm/arch-l7200/uncompress.h - 1.2 include/asm-arm/arch-pxa/dma.h - 1.3 include/asm-arm/arch-pxa/hardware.h - 1.4 include/asm-arm/arch-pxa/irqs.h - 1.3 include/asm-arm/arch-pxa/pxa-regs.h - 1.4 include/asm-arm/arch-pxa/system.h - 1.2 include/asm-arm/arch-pxa/uncompress.h - 1.2 include/asm-arm/arch-rpc/io.h - 1.2 include/asm-arm/arch-rpc/uncompress.h - 1.3 include/asm-arm/arch-sa1100/uncompress.h - 1.2 include/asm-arm/arch-shark/uncompress.h - 1.2 include/asm-arm/atomic.h - 1.5 include/asm-arm/bug.h - 1.2 include/asm-arm/cacheflush.h - 1.7 include/asm-arm/checksum.h - 1.3 include/asm-arm/elf.h - 1.2 include/asm-arm/fpstate.h - 1.3 include/asm-arm/hardirq.h - 1.4 include/asm-arm/hardware.h - 1.2 include/asm-arm/io.h - 1.4 include/asm-arm/mach/pci.h - 1.2 include/asm-arm/memory.h - 1.5 include/asm-arm/param.h - 1.3 include/asm-arm/ptrace.h - 1.2 include/asm-arm/resource.h - 1.3 include/asm-arm/semaphore.h - 1.3 include/asm-arm/socket.h - 1.3 include/asm-arm/system.h - 1.6 include/asm-arm/thread_info.h - 1.7 include/asm-arm/uaccess.h - 1.5 include/asm-arm/unistd.h - 1.6 include/asm-arm26/bug.h - 1.2 include/asm-arm26/hardirq.h - 1.2 include/asm-arm26/ptrace.h - 1.2 include/asm-arm26/resource.h - 1.3 include/asm-arm26/semaphore.h - 1.2 include/asm-arm26/socket.h - 1.3 include/asm-arm26/uaccess.h - 1.2 include/asm-cris/arch-v10/ptrace.h - 1.2 include/asm-cris/bug.h - 1.2 include/asm-cris/hardirq.h - 1.2 include/asm-cris/resource.h - 1.3 include/asm-cris/semaphore.h - 1.3 include/asm-cris/socket.h - 1.3 include/asm-cris/uaccess.h - 1.2 include/asm-generic/ide_iops.h - 1.2 include/asm-generic/local.h - 1.3 include/asm-generic/siginfo.h - 1.5 include/asm-generic/vmlinux.lds.h - 1.4 include/asm-h8300/bug.h - 1.2 include/asm-h8300/hardirq.h - 1.3 include/asm-h8300/ptrace.h - 1.3 include/asm-h8300/resource.h - 1.3 include/asm-h8300/semaphore.h - 1.3 include/asm-h8300/socket.h - 1.3 include/asm-h8300/softirq.h - 1.2 include/asm-h8300/uaccess.h - 1.2 include/asm-i386/acpi.h - 1.8 include/asm-i386/apic.h - 1.5 include/asm-i386/bitops.h - 1.5 include/asm-i386/bug.h - 1.2 include/asm-i386/checksum.h - 1.3 include/asm-i386/cpufeature.h - 1.4 include/asm-i386/desc.h - 1.3 include/asm-i386/dma-mapping.h - 1.5 include/asm-i386/elf.h - 1.3 include/asm-i386/fixmap.h - 1.3 include/asm-i386/hardirq.h - 1.2 include/asm-i386/hw_irq.h - 1.6 include/asm-i386/io.h - 1.4 include/asm-i386/kmap_types.h - 1.7 include/asm-i386/mach-bigsmp/mach_ipi.h - 1.2 include/asm-i386/mach-default/do_timer.h - 1.2 include/asm-i386/mach-default/irq_vectors.h - 1.10 include/asm-i386/mach-default/mach_ipi.h - 1.2 include/asm-i386/mach-es7000/mach_ipi.h - 1.4 include/asm-i386/mach-es7000/mach_mpparse.h - 1.3 include/asm-i386/mach-es7000/mach_mpspec.h - 1.3 include/asm-i386/mach-numaq/mach_ipi.h - 1.2 include/asm-i386/mach-summit/mach_apic.h - 1.4 include/asm-i386/mach-summit/mach_ipi.h - 1.2 include/asm-i386/mach-visws/do_timer.h - 1.2 include/asm-i386/mach-visws/mach_apic.h - 1.4 include/asm-i386/mmu_context.h - 1.2 include/asm-i386/mtrr.h - 1.2 include/asm-i386/page.h - 1.3 include/asm-i386/pgtable-2level.h - 1.3 include/asm-i386/pgtable-3level.h - 1.3 include/asm-i386/pgtable.h - 1.7 include/asm-i386/processor.h - 1.7 include/asm-i386/ptrace.h - 1.7 include/asm-i386/resource.h - 1.3 include/asm-i386/rwlock.h - 1.2 include/asm-i386/semaphore.h - 1.2 include/asm-i386/smp.h - 1.5 include/asm-i386/socket.h - 1.3 include/asm-i386/spinlock.h - 1.5 include/asm-i386/thread_info.h - 1.5 include/asm-i386/timer.h - 1.5 include/asm-i386/timex.h - 1.4 include/asm-i386/tlbflush.h - 1.2 include/asm-i386/topology.h - 1.4 include/asm-i386/uaccess.h - 1.5 include/asm-i386/unistd.h - 1.8 include/asm-ia64/acpi.h - 1.8 include/asm-ia64/bug.h - 1.2 include/asm-ia64/dma-mapping.h - 1.4 include/asm-ia64/hardirq.h - 1.3 include/asm-ia64/ia32.h - 1.5 include/asm-ia64/iosapic.h - 1.5 include/asm-ia64/mca_asm.h - 1.2 include/asm-ia64/mmu_context.h - 1.5 include/asm-ia64/mmzone.h - 1.4 include/asm-ia64/numa.h - 1.6 include/asm-ia64/page.h - 1.6 include/asm-ia64/pgtable.h - 1.7 include/asm-ia64/processor.h - 1.9 include/asm-ia64/ptrace.h - 1.2 include/asm-ia64/resource.h - 1.4 include/asm-ia64/sal.h - 1.4 include/asm-ia64/semaphore.h - 1.2 include/asm-ia64/sn/sn2/shubio.h - 1.4 include/asm-ia64/sn/sn_cpuid.h - 1.4 include/asm-ia64/sn/sn_sal.h - 1.6 include/asm-ia64/sn/xtalk/xtalk.h - 1.4 include/asm-ia64/sn/xtalk/xwidget.h - 1.4 include/asm-ia64/socket.h - 1.4 include/asm-ia64/tlb.h - 1.5 include/asm-ia64/tlbflush.h - 1.2 include/asm-ia64/uaccess.h - 1.6 include/asm-m68k/bug.h - 1.2 include/asm-m68k/cacheflush.h - 1.4 include/asm-m68k/hardirq.h - 1.3 include/asm-m68k/ptrace.h - 1.2 include/asm-m68k/resource.h - 1.3 include/asm-m68k/semaphore.h - 1.4 include/asm-m68k/socket.h - 1.3 include/asm-m68k/system.h - 1.4 include/asm-m68k/uaccess.h - 1.3 include/asm-m68knommu/bug.h - 1.2 include/asm-m68knommu/hardirq.h - 1.2 include/asm-m68knommu/ptrace.h - 1.2 include/asm-m68knommu/semaphore.h - 1.2 include/asm-m68knommu/uaccess.h - 1.2 include/asm-mips/bug.h - 1.3 include/asm-mips/dma-mapping.h - 1.6 include/asm-mips/hardirq.h - 1.4 include/asm-mips/mv64340.h - 1.5 include/asm-mips/ptrace.h - 1.4 include/asm-mips/resource.h - 1.3 include/asm-mips/semaphore.h - 1.4 include/asm-mips/siginfo.h - 1.4 include/asm-mips/socket.h - 1.4 include/asm-mips/uaccess.h - 1.4 include/asm-parisc/bug.h - 1.2 include/asm-parisc/cacheflush.h - 1.5 include/asm-parisc/hardirq.h - 1.2 include/asm-parisc/ptrace.h - 1.2 include/asm-parisc/resource.h - 1.3 include/asm-parisc/semaphore.h - 1.3 include/asm-parisc/socket.h - 1.3 include/asm-parisc/uaccess.h - 1.4 include/asm-ppc/bug.h - 1.3 include/asm-ppc/checksum.h - 1.3 include/asm-ppc/dma-mapping.h - 1.5 include/asm-ppc/hardirq.h - 1.3 include/asm-ppc/ide.h - 1.4 include/asm-ppc/io.h - 1.6 include/asm-ppc/mpc8260.h - 1.5 include/asm-ppc/open_pic.h - 1.5 include/asm-ppc/ptrace.h - 1.4 include/asm-ppc/residual.h - 1.2 include/asm-ppc/resource.h - 1.3 include/asm-ppc/semaphore.h - 1.2 include/asm-ppc/serial.h - 1.4 include/asm-ppc/socket.h - 1.3 include/asm-ppc/thread_info.h - 1.3 include/asm-ppc/uaccess.h - 1.4 include/asm-ppc64/bitops.h - 1.4 include/asm-ppc64/bug.h - 1.2 include/asm-ppc64/checksum.h - 1.2 include/asm-ppc64/dma-mapping.h - 1.4 include/asm-ppc64/eeh.h - 1.7 include/asm-ppc64/hardirq.h - 1.3 include/asm-ppc64/hvcall.h - 1.6 include/asm-ppc64/iSeries/iSeries_io.h - 1.3 include/asm-ppc64/io.h - 1.7 include/asm-ppc64/lmb.h - 1.5 include/asm-ppc64/machdep.h - 1.8 include/asm-ppc64/memory.h - 1.3 include/asm-ppc64/mmu.h - 1.8 include/asm-ppc64/mmu_context.h - 1.7 include/asm-ppc64/mmzone.h - 1.7 include/asm-ppc64/naca.h - 1.5 include/asm-ppc64/paca.h - 1.8 include/asm-ppc64/page.h - 1.8 include/asm-ppc64/pci-bridge.h - 1.5 include/asm-ppc64/pgalloc.h - 1.6 include/asm-ppc64/pgtable.h - 1.8 include/asm-ppc64/ppc32.h - 1.5 include/asm-ppc64/processor.h - 1.9 include/asm-ppc64/prom.h - 1.8 include/asm-ppc64/ptrace.h - 1.5 include/asm-ppc64/resource.h - 1.3 include/asm-ppc64/rtas.h - 1.7 include/asm-ppc64/semaphore.h - 1.2 include/asm-ppc64/smp.h - 1.7 include/asm-ppc64/socket.h - 1.3 include/asm-ppc64/spinlock.h - 1.4 include/asm-ppc64/system.h - 1.8 include/asm-ppc64/systemcfg.h - 1.4 include/asm-ppc64/tlb.h - 1.4 include/asm-ppc64/uaccess.h - 1.6 include/asm-ppc64/unistd.h - 1.7 include/asm-s390/bug.h - 1.3 include/asm-s390/dma-mapping.h - 1.3 include/asm-s390/hardirq.h - 1.3 include/asm-s390/idals.h - 1.5 include/asm-s390/irq.h - 1.3 include/asm-s390/lowcore.h - 1.3 include/asm-s390/processor.h - 1.7 include/asm-s390/ptrace.h - 1.4 include/asm-s390/resource.h - 1.3 include/asm-s390/socket.h - 1.3 include/asm-s390/thread_info.h - 1.5 include/asm-s390/uaccess.h - 1.6 include/asm-sh/bug.h - 1.2 include/asm-sh/cacheflush.h - 1.2 include/asm-sh/dma-mapping.h - 1.4 include/asm-sh/hardirq.h - 1.4 include/asm-sh/ptrace.h - 1.4 include/asm-sh/resource.h - 1.3 include/asm-sh/semaphore.h - 1.2 include/asm-sh/socket.h - 1.3 include/asm-sh/uaccess.h - 1.3 include/asm-sparc/bug.h - 1.3 include/asm-sparc/cacheflush.h - 1.3 include/asm-sparc/dma-mapping.h - 1.4 include/asm-sparc/hardirq.h - 1.4 include/asm-sparc/ptrace.h - 1.2 include/asm-sparc/resource.h - 1.3 include/asm-sparc/semaphore.h - 1.5 include/asm-sparc/sigcontext.h - 1.2 include/asm-sparc/socket.h - 1.3 include/asm-sparc/uaccess.h - 1.3 include/asm-sparc/unistd.h - 1.7 include/asm-sparc/vaddrs.h - 1.3 include/asm-sparc64/bitops.h - 1.4 include/asm-sparc64/bug.h - 1.3 include/asm-sparc64/cacheflush.h - 1.4 include/asm-sparc64/delay.h - 1.2 include/asm-sparc64/dma.h - 1.2 include/asm-sparc64/ebus.h - 1.2 include/asm-sparc64/hardirq.h - 1.3 include/asm-sparc64/ide.h - 1.5 include/asm-sparc64/io.h - 1.6 include/asm-sparc64/kdebug.h - 1.2 include/asm-sparc64/parport.h - 1.2 include/asm-sparc64/pbm.h - 1.2 include/asm-sparc64/ptrace.h - 1.2 include/asm-sparc64/resource.h - 1.3 include/asm-sparc64/sigcontext.h - 1.2 include/asm-sparc64/siginfo.h - 1.6 include/asm-sparc64/socket.h - 1.3 include/asm-sparc64/spinlock.h - 1.5 include/asm-sparc64/string.h - 1.3 include/asm-sparc64/ttable.h - 1.3 include/asm-sparc64/uaccess.h - 1.3 include/asm-sparc64/unistd.h - 1.7 include/asm-sparc64/vga.h - 1.2 include/asm-um/archparam-i386.h - 1.2 include/asm-um/bug.h - 1.2 include/asm-um/common.lds.S - 1.2 include/asm-um/current.h - 1.2 include/asm-um/dma-mapping.h - 1.2 include/asm-um/elf.h - 1.2 include/asm-um/fixmap.h - 1.2 include/asm-um/irq.h - 1.3 include/asm-um/mmu_context.h - 1.2 include/asm-um/module.h - 1.2 include/asm-um/page.h - 1.2 include/asm-um/pgtable.h - 1.3 include/asm-um/processor-generic.h - 1.3 include/asm-um/processor-i386.h - 1.2 include/asm-um/ptrace-generic.h - 1.2 include/asm-um/smp.h - 1.3 include/asm-um/smplock.h - 1.2 include/asm-um/spinlock.h - 1.2 include/asm-um/system-generic.h - 1.2 include/asm-um/system-i386.h - 1.2 include/asm-um/thread_info.h - 1.2 include/asm-um/timex.h - 1.2 include/asm-um/uaccess.h - 1.2 include/asm-um/unistd.h - 1.4 include/asm-v850/bug.h - 1.2 include/asm-v850/hardirq.h - 1.2 include/asm-v850/ptrace.h - 1.2 include/asm-v850/resource.h - 1.3 include/asm-v850/socket.h - 1.3 include/asm-v850/uaccess.h - 1.2 include/asm-x86_64/acpi.h - 1.8 include/asm-x86_64/apic.h - 1.5 include/asm-x86_64/apicdef.h - 1.3 include/asm-x86_64/atomic.h - 1.3 include/asm-x86_64/bitops.h - 1.6 include/asm-x86_64/bug.h - 1.2 include/asm-x86_64/cpufeature.h - 1.3 include/asm-x86_64/dma-mapping.h - 1.2 include/asm-x86_64/elf.h - 1.2 include/asm-x86_64/hardirq.h - 1.3 include/asm-x86_64/hw_irq.h - 1.6 include/asm-x86_64/i387.h - 1.5 include/asm-x86_64/ia32.h - 1.4 include/asm-x86_64/ia32_unistd.h - 1.4 include/asm-x86_64/io.h - 1.6 include/asm-x86_64/mpspec.h - 1.5 include/asm-x86_64/mtrr.h - 1.2 include/asm-x86_64/pci.h - 1.7 include/asm-x86_64/processor.h - 1.8 include/asm-x86_64/proto.h - 1.6 include/asm-x86_64/ptrace.h - 1.4 include/asm-x86_64/resource.h - 1.3 include/asm-x86_64/semaphore.h - 1.3 include/asm-x86_64/socket.h - 1.3 include/asm-x86_64/spinlock.h - 1.4 include/asm-x86_64/system.h - 1.6 include/asm-x86_64/topology.h - 1.5 include/asm-x86_64/uaccess.h - 1.4 include/asm-x86_64/unistd.h - 1.7 include/linux/adfs_fs.h - 1.2 include/linux/adfs_fs_i.h - 1.2 include/linux/adfs_fs_sb.h - 1.2 include/linux/affs_fs.h - 1.3 include/linux/affs_hardblocks.h - 1.2 include/linux/aio.h - 1.6 include/linux/amigaffs.h - 1.2 include/linux/ata.h - 1.6 include/linux/atalk.h - 1.2 include/linux/bio.h - 1.7 include/linux/bitmap.h - 1.8 include/linux/blkdev.h - 1.10 include/linux/bootmem.h - 1.3 include/linux/buffer_head.h - 1.6 include/linux/byteorder/big_endian.h - 1.2 include/linux/byteorder/little_endian.h - 1.2 include/linux/cdrom.h - 1.7 include/linux/coda.h - 1.3 include/linux/compat.h - 1.8 include/linux/compat_ioctl.h - 1.10 include/linux/compiler-gcc+.h - 1.4 include/linux/compiler-gcc3.h - 1.6 include/linux/compiler.h - 1.9 include/linux/console.h - 1.13 include/linux/cpu.h - 1.8 include/linux/cpufreq.h - 1.6 include/linux/cpumask.h - 1.8 include/linux/dcache.h - 1.6 include/linux/delay.h - 1.3 include/linux/device.h - 1.9 include/linux/dma-mapping.h - 1.5 include/linux/dqblk_xfs.h - 1.2 include/linux/efs_dir.h - 1.2 include/linux/efs_fs.h - 1.2 include/linux/efs_fs_i.h - 1.2 include/linux/efs_fs_sb.h - 1.2 include/linux/efs_vh.h - 1.2 include/linux/elf.h - 1.5 include/linux/err.h - 1.2 include/linux/errno.h - 1.2 include/linux/ext2_fs.h - 1.2 include/linux/ext3_fs.h - 1.3 include/linux/ext3_fs_i.h - 1.2 include/linux/fb.h - 1.9 include/linux/fs.h - 1.11 include/linux/genhd.h - 1.5 include/linux/gfp.h - 1.4 include/linux/hdreg.h - 1.2 include/linux/hiddev.h - 1.3 include/linux/highuid.h - 1.2 include/linux/i2c-id.h - 1.7 include/linux/i2c-vid.h - 1.2 include/linux/i2c.h - 1.3 include/linux/i2o-dev.h - 1.5 include/linux/i2o.h - 1.5 include/linux/ide.h - 1.15 include/linux/if_bridge.h - 1.4 include/linux/if_ether.h - 1.2 include/linux/if_vlan.h - 1.5 include/linux/inetdevice.h - 1.5 include/linux/input.h - 1.7 include/linux/interrupt.h - 1.4 include/linux/ioctl32.h - 1.3 include/linux/ip6_tunnel.h - 1.2 include/linux/ipmi.h - 1.4 include/linux/ipv6.h - 1.7 include/linux/isicom.h - 1.3 include/linux/jbd.h - 1.4 include/linux/kernel.h - 1.9 include/linux/kmod.h - 1.4 include/linux/kobject.h - 1.5 include/linux/libata.h - 1.9 include/linux/list.h - 1.6 include/linux/lockd/bind.h - 1.2 include/linux/lockd/lockd.h - 1.3 include/linux/mii.h - 1.3 include/linux/miscdevice.h - 1.5 include/linux/mm.h - 1.12 include/linux/mmzone.h - 1.10 include/linux/moduleparam.h - 1.5 include/linux/msdos_fs.h - 1.4 include/linux/mtd/map.h - 1.3 include/linux/net.h - 1.6 include/linux/netdevice.h - 1.11 include/linux/netfilter.h - 1.5 include/linux/netfilter_ipv4/ip_conntrack.h - 1.5 include/linux/netfilter_ipv4/ip_conntrack_core.h - 1.3 include/linux/netfilter_ipv4/ip_conntrack_ftp.h - 1.2 include/linux/netfilter_ipv4/ip_conntrack_irc.h - 1.2 include/linux/netfilter_ipv4/ip_conntrack_protocol.h - 1.2 include/linux/netfilter_ipv4/ip_conntrack_tcp.h - 1.2 include/linux/netfilter_ipv4/ip_conntrack_tuple.h - 1.2 include/linux/netfilter_ipv4/ip_nat.h - 1.3 include/linux/netfilter_ipv4/ip_nat_core.h - 1.2 include/linux/netfilter_ipv4/ip_nat_helper.h - 1.2 include/linux/netfilter_ipv4/ip_nat_protocol.h - 1.2 include/linux/netfilter_ipv4/ip_tables.h - 1.4 include/linux/netfilter_ipv6.h - 1.3 include/linux/netfilter_ipv6/ip6_tables.h - 1.4 include/linux/netfilter_ipv6/ip6t_REJECT.h - 1.2 include/linux/netlink.h - 1.5 include/linux/nfs.h - 1.3 include/linux/nfs4.h - 1.5 include/linux/nfs_fs.h - 1.7 include/linux/nfs_fs_i.h - 1.2 include/linux/nfs_fs_sb.h - 1.4 include/linux/nfs_page.h - 1.5 include/linux/nfs_xdr.h - 1.5 include/linux/nfsd/nfsd.h - 1.6 include/linux/nfsd/state.h - 1.5 include/linux/nfsd/xdr4.h - 1.4 include/linux/nls.h - 1.2 include/linux/node.h - 1.2 include/linux/page-flags.h - 1.7 include/linux/pagemap.h - 1.6 include/linux/pci.h - 1.10 include/linux/pci_ids.h - 1.12 include/linux/personality.h - 1.3 include/linux/pfkeyv2.h - 1.3 include/linux/pid.h - 1.2 include/linux/pkt_sched.h - 1.5 include/linux/pm.h - 1.4 include/linux/poll.h - 1.2 include/linux/prctl.h - 1.3 include/linux/proc_fs.h - 1.7 include/linux/profile.h - 1.2 include/linux/quota.h - 1.5 include/linux/raid/md.h - 1.3 include/linux/raid/md_k.h - 1.8 include/linux/random.h - 1.2 include/linux/rbtree.h - 1.2 include/linux/rcupdate.h - 1.4 include/linux/reiserfs_fs.h - 1.8 include/linux/reiserfs_fs_i.h - 1.5 include/linux/reiserfs_fs_sb.h - 1.4 include/linux/resource.h - 1.2 include/linux/rtnetlink.h - 1.6 include/linux/sched.h - 1.10 include/linux/serial_core.h - 1.7 include/linux/serio.h - 1.5 include/linux/shm.h - 1.3 include/linux/shmem_fs.h - 1.3 include/linux/signal.h - 1.4 include/linux/skbuff.h - 1.8 include/linux/slab.h - 1.5 include/linux/socket.h - 1.3 include/linux/spinlock.h - 1.3 include/linux/stddef.h - 1.2 include/linux/sunrpc/cache.h - 1.5 include/linux/sunrpc/gss_asn1.h - 1.3 include/linux/sunrpc/sched.h - 1.5 include/linux/sunrpc/svc.h - 1.4 include/linux/suspend.h - 1.6 include/linux/swap.h - 1.6 include/linux/sysctl.h - 1.18 include/linux/sysv_fs.h - 1.2 include/linux/tcp.h - 1.8 include/linux/time.h - 1.4 include/linux/timex.h - 1.2 include/linux/topology.h - 1.3 include/linux/tty.h - 1.5 include/linux/tty_ldisc.h - 1.3 include/linux/types.h - 1.3 include/linux/udf_fs_i.h - 1.2 include/linux/ufs_fs.h - 1.4 include/linux/usb.h - 1.9 include/linux/usb_gadget.h - 1.6 include/linux/videodev.h - 1.6 include/linux/vt_kern.h - 1.5 include/linux/wait.h - 1.4 include/linux/workqueue.h - 1.4 include/linux/writeback.h - 1.4 include/linux/xfrm.h - 1.4 include/math-emu/op-common.h - 1.2 include/media/id.h - 1.3 include/media/tuner.h - 1.4 include/net/addrconf.h - 1.6 include/net/af_unix.h - 1.2 include/net/dn_neigh.h - 1.2 include/net/if_inet6.h - 1.3 include/net/inet_ecn.h - 1.3 include/net/ip.h - 1.4 include/net/ip6_fib.h - 1.3 include/net/ip6_route.h - 1.5 include/net/ip_fib.h - 1.2 include/net/ipcomp.h - 1.2 include/net/ipv6.h - 1.7 include/net/neighbour.h - 1.4 include/net/pkt_sched.h - 1.5 include/net/route.h - 1.4 include/net/sctp/sctp.h - 1.6 include/net/sock.h - 1.7 include/net/tcp.h - 1.8 include/net/tcp_ecn.h - 1.2 include/net/xfrm.h - 1.6 include/pcmcia/ss.h - 1.4 include/rxrpc/call.h - 1.4 include/rxrpc/connection.h - 1.3 include/rxrpc/packet.h - 1.2 include/rxrpc/peer.h - 1.3 include/rxrpc/rxrpc.h - 1.2 include/rxrpc/transport.h - 1.3 include/rxrpc/types.h - 1.2 include/scsi/scsi.h - 1.8 include/scsi/scsi_device.h - 1.5 include/scsi/scsi_driver.h - 1.2 include/scsi/scsi_eh.h - 1.3 include/sound/ac97_codec.h - 1.5 include/sound/asequencer.h - 1.4 include/sound/asound.h - 1.6 include/sound/control.h - 1.2 include/sound/core.h - 1.5 include/sound/cs46xx.h - 1.5 include/sound/driver.h - 1.2 include/sound/emu10k1.h - 1.5 include/sound/es1688.h - 1.3 include/sound/info.h - 1.6 include/sound/initval.h - 1.4 include/sound/memalloc.h - 1.3 include/sound/pcm.h - 1.5 include/sound/seq_kernel.h - 1.4 include/sound/sndmagic.h - 1.5 include/sound/soundfont.h - 1.3 include/sound/timer.h - 1.3 include/sound/trident.h - 1.5 include/sound/version.h - 1.5 include/sound/vx_core.h - 1.3 include/sound/ymfpci.h - 1.5 include/video/neomagic.h - 1.3 include/video/tdfx.h - 1.2 include/video/vga.h - 1.3 init/Kconfig - 1.7 init/do_mounts_rd.c - 1.5 init/main.c - 1.18 ipc/msg.c - 1.6 ipc/sem.c - 1.7 ipc/shm.c - 1.7 ipc/util.c - 1.7 ipc/util.h - 1.5 kernel/Makefile - 1.5 kernel/capability.c - 1.2 kernel/compat.c - 1.6 kernel/exec_domain.c - 1.3 kernel/exit.c - 1.17 kernel/fork.c - 1.9 kernel/kallsyms.c - 1.13 kernel/kmod.c - 1.8 kernel/module.c - 1.17 kernel/panic.c - 1.3 kernel/params.c - 1.4 kernel/pid.c - 1.4 kernel/posix-timers.c - 1.7 kernel/power/Kconfig - 1.4 kernel/power/Makefile - 1.3 kernel/power/disk.c - 1.4 kernel/power/main.c - 1.3 kernel/power/pmdisk.c - 1.6 kernel/power/power.h - 1.2 kernel/power/process.c - 1.5 kernel/power/swsusp.c - 1.8 kernel/printk.c - 1.16 kernel/profile.c - 1.2 kernel/ptrace.c - 1.3 kernel/rcupdate.c - 1.7 kernel/resource.c - 1.6 kernel/sched.c - 1.17 kernel/signal.c - 1.13 kernel/softirq.c - 1.5 kernel/sys.c - 1.8 kernel/sysctl.c - 1.18 kernel/time.c - 1.4 kernel/timer.c - 1.8 kernel/user.c - 1.4 kernel/workqueue.c - 1.7 lib/Makefile - 1.8 lib/idr.c - 1.5 lib/kobject.c - 1.8 lib/rbtree.c - 1.3 lib/rwsem.c - 1.7 lib/zlib_inflate/Makefile - 1.2 lib/zlib_inflate/infblock.c - 1.2 lib/zlib_inflate/inffixed.h - 1.2 lib/zlib_inflate/inflate.c - 1.2 lib/zlib_inflate/inftrees.c - 1.3 lib/zlib_inflate/inftrees.h - 1.2 mm/Makefile - 1.4 mm/bootmem.c - 1.5 mm/filemap.c - 1.13 mm/fremap.c - 1.7 mm/highmem.c - 1.5 mm/memory.c - 1.16 mm/mempool.c - 1.5 mm/mlock.c - 1.3 mm/mmap.c - 1.11 mm/mprotect.c - 1.8 mm/mremap.c - 1.9 mm/oom_kill.c - 1.5 mm/page-writeback.c - 1.7 mm/page_alloc.c - 1.10 mm/readahead.c - 1.8 mm/rmap.c - 1.8 mm/shmem.c - 1.8 mm/slab.c - 1.9 mm/swap_state.c - 1.4 mm/swapfile.c - 1.9 mm/truncate.c - 1.5 mm/vmalloc.c - 1.5 mm/vmscan.c - 1.9 net/8021q/vlan_dev.c - 1.4 net/Kconfig - 1.7 net/Makefile - 1.3 net/appletalk/Makefile - 1.2 net/appletalk/atalk_proc.c - 1.2 net/appletalk/ddp.c - 1.8 net/appletalk/sysctl_net_atalk.c - 1.3 net/atm/clip.c - 1.8 net/atm/common.h - 1.4 net/atm/ipcommon.h - 1.2 net/atm/lec.h - 1.6 net/atm/mpoa_proc.c - 1.5 net/ax25/af_ax25.c - 1.7 net/ax25/ax25_in.c - 1.3 net/bluetooth/bnep/core.c - 1.8 net/bluetooth/l2cap.c - 1.7 net/bridge/br_input.c - 1.4 net/bridge/br_netfilter.c - 1.6 net/bridge/br_notify.c - 1.5 net/bridge/br_private.h - 1.5 net/bridge/netfilter/ebt_among.c - 1.2 net/bridge/netfilter/ebt_arp.c - 1.2 net/bridge/netfilter/ebt_arpreply.c - 1.2 net/bridge/netfilter/ebt_ip.c - 1.2 net/bridge/netfilter/ebt_log.c - 1.2 net/bridge/netfilter/ebt_stp.c - 1.2 net/bridge/netfilter/ebt_vlan.c - 1.3 net/compat.c - 1.5 net/core/dev.c - 1.11 net/core/dv.c - 1.3 net/core/filter.c - 1.3 net/core/neighbour.c - 1.6 net/core/net-sysfs.c - 1.5 net/core/netfilter.c - 1.5 net/core/pktgen.c - 1.6 net/core/rtnetlink.c - 1.4 net/core/skbuff.c - 1.4 net/core/sock.c - 1.8 net/core/utils.c - 1.3 net/decnet/dn_dev.c - 1.5 net/decnet/dn_neigh.c - 1.3 net/decnet/dn_route.c - 1.5 net/econet/af_econet.c - 1.8 net/ethernet/eth.c - 1.3 net/ipv4/Kconfig - 1.6 net/ipv4/Makefile - 1.3 net/ipv4/af_inet.c - 1.7 net/ipv4/ah4.c - 1.5 net/ipv4/arp.c - 1.8 net/ipv4/devinet.c - 1.9 net/ipv4/esp4.c - 1.6 net/ipv4/fib_frontend.c - 1.3 net/ipv4/fib_hash.c - 1.2 net/ipv4/fib_rules.c - 1.3 net/ipv4/fib_semantics.c - 1.2 net/ipv4/icmp.c - 1.5 net/ipv4/igmp.c - 1.10 net/ipv4/ip_fragment.c - 1.4 net/ipv4/ip_gre.c - 1.4 net/ipv4/ip_input.c - 1.4 net/ipv4/ip_nat_dumb.c - 1.2 net/ipv4/ip_output.c - 1.8 net/ipv4/ipcomp.c - 1.6 net/ipv4/ipconfig.c - 1.5 net/ipv4/ipip.c - 1.5 net/ipv4/ipvs/ip_vs_core.c - 1.4 net/ipv4/ipvs/ip_vs_proto.c - 1.3 net/ipv4/ipvs/ip_vs_proto_ah.c - 1.3 net/ipv4/ipvs/ip_vs_proto_esp.c - 1.3 net/ipv4/ipvs/ip_vs_proto_icmp.c - 1.3 net/ipv4/ipvs/ip_vs_proto_tcp.c - 1.4 net/ipv4/ipvs/ip_vs_proto_udp.c - 1.3 net/ipv4/ipvs/ip_vs_xmit.c - 1.5 net/ipv4/netfilter/Kconfig - 1.6 net/ipv4/netfilter/Makefile - 1.4 net/ipv4/netfilter/arp_tables.c - 1.3 net/ipv4/netfilter/ip_conntrack_amanda.c - 1.5 net/ipv4/netfilter/ip_conntrack_core.c - 1.7 net/ipv4/netfilter/ip_conntrack_ftp.c - 1.5 net/ipv4/netfilter/ip_conntrack_irc.c - 1.4 net/ipv4/netfilter/ip_conntrack_proto_generic.c - 1.3 net/ipv4/netfilter/ip_conntrack_proto_icmp.c - 1.3 net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.6 net/ipv4/netfilter/ip_conntrack_proto_udp.c - 1.3 net/ipv4/netfilter/ip_conntrack_standalone.c - 1.6 net/ipv4/netfilter/ip_conntrack_tftp.c - 1.5 net/ipv4/netfilter/ip_fw_compat_masq.c - 1.5 net/ipv4/netfilter/ip_nat_core.c - 1.5 net/ipv4/netfilter/ip_nat_ftp.c - 1.4 net/ipv4/netfilter/ip_nat_helper.c - 1.3 net/ipv4/netfilter/ip_nat_irc.c - 1.3 net/ipv4/netfilter/ip_nat_proto_icmp.c - 1.3 net/ipv4/netfilter/ip_nat_proto_tcp.c - 1.3 net/ipv4/netfilter/ip_nat_proto_udp.c - 1.3 net/ipv4/netfilter/ip_nat_proto_unknown.c - 1.3 net/ipv4/netfilter/ip_nat_rule.c - 1.3 net/ipv4/netfilter/ip_nat_snmp_basic.c - 1.4 net/ipv4/netfilter/ip_nat_standalone.c - 1.6 net/ipv4/netfilter/ip_nat_tftp.c - 1.5 net/ipv4/netfilter/ip_queue.c - 1.3 net/ipv4/netfilter/ip_tables.c - 1.7 net/ipv4/netfilter/ipchains_core.c - 1.3 net/ipv4/netfilter/ipfwadm_core.c - 1.2 net/ipv4/netfilter/ipt_ECN.c - 1.4 net/ipv4/netfilter/ipt_LOG.c - 1.5 net/ipv4/netfilter/ipt_MASQUERADE.c - 1.6 net/ipv4/netfilter/ipt_REJECT.c - 1.6 net/ipv4/netfilter/ipt_ULOG.c - 1.5 net/ipv4/netfilter/ipt_ah.c - 1.3 net/ipv4/netfilter/ipt_conntrack.c - 1.4 net/ipv4/netfilter/ipt_ecn.c - 1.3 net/ipv4/netfilter/ipt_esp.c - 1.3 net/ipv4/netfilter/ipt_helper.c - 1.4 net/ipv4/netfilter/ipt_multiport.c - 1.3 net/ipv4/netfilter/ipt_recent.c - 1.4 net/ipv4/netfilter/ipt_state.c - 1.4 net/ipv4/netfilter/ipt_tcpmss.c - 1.3 net/ipv4/netfilter/iptable_filter.c - 1.3 net/ipv4/proc.c - 1.4 net/ipv4/raw.c - 1.5 net/ipv4/route.c - 1.7 net/ipv4/sysctl_net_ipv4.c - 1.7 net/ipv4/tcp.c - 1.8 net/ipv4/tcp_diag.c - 1.5 net/ipv4/tcp_input.c - 1.7 net/ipv4/tcp_ipv4.c - 1.7 net/ipv4/tcp_minisocks.c - 1.5 net/ipv4/tcp_output.c - 1.5 net/ipv4/tcp_timer.c - 1.4 net/ipv4/udp.c - 1.7 net/ipv4/xfrm4_input.c - 1.3 net/ipv4/xfrm4_policy.c - 1.5 net/ipv4/xfrm4_tunnel.c - 1.4 net/ipv6/Kconfig - 1.3 net/ipv6/Makefile - 1.4 net/ipv6/addrconf.c - 1.10 net/ipv6/af_inet6.c - 1.8 net/ipv6/ah6.c - 1.6 net/ipv6/anycast.c - 1.5 net/ipv6/datagram.c - 1.7 net/ipv6/esp6.c - 1.6 net/ipv6/exthdrs.c - 1.10 net/ipv6/icmp.c - 1.7 net/ipv6/ip6_fib.c - 1.5 net/ipv6/ip6_flowlabel.c - 1.4 net/ipv6/ip6_input.c - 1.6 net/ipv6/ip6_output.c - 1.10 net/ipv6/ip6_tunnel.c - 1.6 net/ipv6/ipcomp6.c - 1.4 net/ipv6/mcast.c - 1.9 net/ipv6/ndisc.c - 1.10 net/ipv6/netfilter/Kconfig - 1.4 net/ipv6/netfilter/Makefile - 1.3 net/ipv6/netfilter/ip6_tables.c - 1.7 net/ipv6/netfilter/ip6t_LOG.c - 1.5 net/ipv6/netfilter/ip6table_filter.c - 1.3 net/ipv6/raw.c - 1.8 net/ipv6/reassembly.c - 1.6 net/ipv6/route.c - 1.6 net/ipv6/sit.c - 1.5 net/ipv6/tcp_ipv6.c - 1.7 net/ipv6/udp.c - 1.8 net/ipv6/xfrm6_input.c - 1.4 net/ipv6/xfrm6_policy.c - 1.6 net/ipx/af_ipx.c - 1.6 net/irda/irlan/irlan_common.c - 1.4 net/irda/irlan/irlan_eth.c - 1.4 net/irda/irqueue.c - 1.3 net/key/af_key.c - 1.8 net/llc/af_llc.c - 1.4 net/netlink/af_netlink.c - 1.7 net/netrom/af_netrom.c - 1.8 net/packet/af_packet.c - 1.9 net/rose/af_rose.c - 1.8 net/rxrpc/call.c - 1.4 net/rxrpc/connection.c - 1.4 net/rxrpc/main.c - 1.2 net/rxrpc/peer.c - 1.2 net/rxrpc/transport.c - 1.5 net/sched/Kconfig - 1.7 net/sched/Makefile - 1.5 net/sched/sch_api.c - 1.4 net/sched/sch_atm.c - 1.5 net/sched/sch_cbq.c - 1.5 net/sched/sch_dsmark.c - 1.6 net/sched/sch_generic.c - 1.3 net/sched/sch_htb.c - 1.6 net/sched/sch_ingress.c - 1.5 net/sched/sch_red.c - 1.4 net/sched/sch_sfq.c - 1.4 net/sched/sch_teql.c - 1.5 net/sctp/ipv6.c - 1.5 net/sctp/protocol.c - 1.6 net/sctp/socket.c - 1.9 net/sunrpc/auth_gss/Makefile - 1.4 net/sunrpc/auth_gss/auth_gss.c - 1.7 net/sunrpc/auth_gss/gss_generic_token.c - 1.3 net/sunrpc/auth_gss/gss_krb5_unseal.c - 1.4 net/sunrpc/cache.c - 1.6 net/sunrpc/clnt.c - 1.6 net/sunrpc/sched.c - 1.6 net/sunrpc/sunrpc_syms.c - 1.6 net/sunrpc/svc.c - 1.4 net/sunrpc/svcauth.c - 1.4 net/sunrpc/svcauth_unix.c - 1.6 net/sunrpc/xprt.c - 1.8 net/unix/af_unix.c - 1.9 net/wanrouter/af_wanpipe.c - 1.5 net/x25/af_x25.c - 1.6 net/xfrm/xfrm_export.c - 1.3 net/xfrm/xfrm_policy.c - 1.8 net/xfrm/xfrm_state.c - 1.5 net/xfrm/xfrm_user.c - 1.6 scripts/Makefile - 1.14 scripts/Makefile.build - 1.4 scripts/Makefile.clean - 1.2 scripts/Makefile.lib - 1.4 scripts/Makefile.modinst - 1.5 scripts/Makefile.modpost - 1.6 scripts/binoffset.c - 1.2 scripts/genksyms/Makefile - 1.2 scripts/genksyms/genksyms.c - 1.2 scripts/kconfig/Makefile - 1.4 scripts/kconfig/confdata.c - 1.3 scripts/kconfig/gconf.c - 1.4 scripts/kconfig/lkc.h - 1.2 scripts/kconfig/mconf.c - 1.6 scripts/kconfig/menu.c - 1.3 scripts/kconfig/zconf.tab.c_shipped - 1.2 scripts/kconfig/zconf.y - 1.2 scripts/lxdialog/Makefile - 1.3 scripts/lxdialog/menubox.c - 1.3 scripts/patch-kernel - 1.2 scripts/ver_linux - 1.4 security/Kconfig - 1.2 security/commoncap.c - 1.7 security/security.c - 1.2 security/selinux/Kconfig - 1.4 security/selinux/hooks.c - 1.10 security/selinux/include/avc.h - 1.6 security/selinux/selinuxfs.c - 1.7 security/selinux/ss/avtab.c - 1.5 security/selinux/ss/avtab.h - 1.3 security/selinux/ss/policydb.h - 1.4 security/selinux/ss/services.c - 1.9 sound/arm/sa11xx-uda1341.c - 1.4 sound/core/control.c - 1.5 sound/core/device.c - 1.2 sound/core/hwdep.c - 1.4 sound/core/info.c - 1.5 sound/core/info_oss.c - 1.3 sound/core/init.c - 1.5 sound/core/ioctl32/ioctl32.c - 1.4 sound/core/ioctl32/pcm32.c - 1.3 sound/core/memalloc.c - 1.6 sound/core/memory.c - 1.4 sound/core/oss/mixer_oss.c - 1.4 sound/core/oss/pcm_oss.c - 1.6 sound/core/oss/pcm_plugin.c - 1.4 sound/core/oss/pcm_plugin.h - 1.2 sound/core/oss/route.c - 1.3 sound/core/pcm.c - 1.6 sound/core/pcm_lib.c - 1.6 sound/core/pcm_memory.c - 1.5 sound/core/pcm_misc.c - 1.5 sound/core/pcm_native.c - 1.6 sound/core/pcm_timer.c - 1.3 sound/core/rawmidi.c - 1.4 sound/core/seq/Makefile - 1.3 sound/core/seq/instr/Makefile - 1.3 sound/core/seq/instr/ainstr_fm.c - 1.3 sound/core/seq/instr/ainstr_gf1.c - 1.3 sound/core/seq/instr/ainstr_iw.c - 1.3 sound/core/seq/instr/ainstr_simple.c - 1.3 sound/core/seq/oss/seq_oss.c - 1.4 sound/core/seq/oss/seq_oss_init.c - 1.4 sound/core/seq/oss/seq_oss_ioctl.c - 1.3 sound/core/seq/oss/seq_oss_midi.c - 1.3 sound/core/seq/oss/seq_oss_readq.c - 1.2 sound/core/seq/oss/seq_oss_readq.h - 1.2 sound/core/seq/oss/seq_oss_rw.c - 1.2 sound/core/seq/oss/seq_oss_synth.c - 1.3 sound/core/seq/oss/seq_oss_timer.c - 1.2 sound/core/seq/oss/seq_oss_writeq.c - 1.2 sound/core/seq/seq.c - 1.4 sound/core/seq/seq_clientmgr.c - 1.6 sound/core/seq/seq_device.c - 1.3 sound/core/seq/seq_dummy.c - 1.5 sound/core/seq/seq_fifo.c - 1.4 sound/core/seq/seq_instr.c - 1.2 sound/core/seq/seq_memory.c - 1.5 sound/core/seq/seq_midi.c - 1.5 sound/core/seq/seq_midi_emul.c - 1.2 sound/core/seq/seq_midi_event.c - 1.2 sound/core/seq/seq_ports.c - 1.3 sound/core/seq/seq_prioq.c - 1.3 sound/core/seq/seq_queue.c - 1.3 sound/core/seq/seq_timer.c - 1.3 sound/core/seq/seq_virmidi.c - 1.2 sound/core/sgbuf.c - 1.3 sound/core/sound.c - 1.6 sound/core/timer.c - 1.4 sound/drivers/dummy.c - 1.3 sound/drivers/mpu401/mpu401.c - 1.6 sound/drivers/mpu401/mpu401_uart.c - 1.4 sound/drivers/mtpav.c - 1.4 sound/drivers/opl3/opl3_lib.c - 1.4 sound/drivers/opl3/opl3_midi.c - 1.2 sound/drivers/opl3/opl3_oss.c - 1.3 sound/drivers/opl3/opl3_seq.c - 1.3 sound/drivers/opl3/opl3_synth.c - 1.4 sound/drivers/opl4/Makefile - 1.3 sound/drivers/opl4/opl4_lib.c - 1.3 sound/drivers/opl4/opl4_local.h - 1.2 sound/drivers/opl4/opl4_mixer.c - 1.2 sound/drivers/opl4/opl4_proc.c - 1.5 sound/drivers/opl4/opl4_seq.c - 1.3 sound/drivers/opl4/opl4_synth.c - 1.2 sound/drivers/serial-u16550.c - 1.6 sound/drivers/virmidi.c - 1.3 sound/drivers/vx/vx_core.c - 1.4 sound/drivers/vx/vx_hwdep.c - 1.2 sound/drivers/vx/vx_mixer.c - 1.3 sound/drivers/vx/vx_pcm.c - 1.5 sound/drivers/vx/vx_uer.c - 1.2 sound/i2c/cs8427.c - 1.4 sound/i2c/i2c.c - 1.3 sound/i2c/l3/uda1341.c - 1.3 sound/i2c/other/ak4xxx-adda.c - 1.3 sound/i2c/tea6330t.c - 1.2 sound/isa/Kconfig - 1.4 sound/isa/ad1816a/ad1816a.c - 1.4 sound/isa/ad1816a/ad1816a_lib.c - 1.4 sound/isa/ad1848/ad1848.c - 1.4 sound/isa/ad1848/ad1848_lib.c - 1.5 sound/isa/als100.c - 1.4 sound/isa/azt2320.c - 1.4 sound/isa/cmi8330.c - 1.5 sound/isa/cs423x/cs4231.c - 1.4 sound/isa/cs423x/cs4231_lib.c - 1.5 sound/isa/cs423x/cs4236.c - 1.4 sound/isa/cs423x/cs4236_lib.c - 1.2 sound/isa/dt019x.c - 1.5 sound/isa/es1688/es1688.c - 1.6 sound/isa/es1688/es1688_lib.c - 1.5 sound/isa/es18xx.c - 1.5 sound/isa/gus/Makefile - 1.2 sound/isa/gus/gus_dram.c - 1.3 sound/isa/gus/gus_instr.c - 1.3 sound/isa/gus/gus_irq.c - 1.3 sound/isa/gus/gus_main.c - 1.3 sound/isa/gus/gus_mem.c - 1.4 sound/isa/gus/gus_mem_proc.c - 1.4 sound/isa/gus/gus_mixer.c - 1.2 sound/isa/gus/gus_pcm.c - 1.5 sound/isa/gus/gus_synth.c - 1.2 sound/isa/gus/gus_timer.c - 1.2 sound/isa/gus/gus_uart.c - 1.2 sound/isa/gus/gusclassic.c - 1.5 sound/isa/gus/gusextreme.c - 1.5 sound/isa/gus/gusmax.c - 1.5 sound/isa/gus/interwave.c - 1.6 sound/isa/opl3sa2.c - 1.4 sound/isa/opti9xx/opti92x-ad1848.c - 1.5 sound/isa/sb/emu8000.c - 1.3 sound/isa/sb/emu8000_callback.c - 1.3 sound/isa/sb/emu8000_local.h - 1.3 sound/isa/sb/emu8000_patch.c - 1.4 sound/isa/sb/emu8000_pcm.c - 1.4 sound/isa/sb/emu8000_synth.c - 1.3 sound/isa/sb/es968.c - 1.5 sound/isa/sb/sb16.c - 1.5 sound/isa/sb/sb16_csp.c - 1.4 sound/isa/sb/sb16_main.c - 1.3 sound/isa/sb/sb8.c - 1.5 sound/isa/sb/sb8_main.c - 1.4 sound/isa/sb/sb8_midi.c - 1.2 sound/isa/sb/sb_common.c - 1.3 sound/isa/sb/sb_mixer.c - 1.2 sound/isa/sgalaxy.c - 1.4 sound/isa/sscape.c - 1.5 sound/isa/wavefront/wavefront.c - 1.4 sound/isa/wavefront/wavefront_fx.c - 1.4 sound/isa/wavefront/wavefront_synth.c - 1.6 sound/oss/Kconfig - 1.8 sound/oss/Makefile - 1.5 sound/oss/ad1848.c - 1.4 sound/oss/ad1848.h - 1.2 sound/oss/ad1889.c - 1.5 sound/oss/ad1889.h - 1.2 sound/oss/ali5455.c - 1.4 sound/oss/au1000.c - 1.5 sound/oss/awe_wave.c - 1.3 sound/oss/btaudio.c - 1.3 sound/oss/cmpci.c - 1.6 sound/oss/cs4232.c - 1.2 sound/oss/cs4232.h - 1.2 sound/oss/cs46xx.c - 1.6 sound/oss/dmasound/Kconfig - 1.3 sound/oss/emu10k1/midi.c - 1.4 sound/oss/forte.c - 1.4 sound/oss/gus_card.c - 1.3 sound/oss/gus_wave.c - 1.4 sound/oss/harmony.c - 1.3 sound/oss/i810_audio.c - 1.6 sound/oss/ite8172.c - 1.5 sound/oss/kahlua.c - 1.4 sound/oss/mad16.c - 1.2 sound/oss/maui.c - 1.3 sound/oss/mpu401.c - 1.3 sound/oss/mpu401.h - 1.2 sound/oss/msnd.c - 1.4 sound/oss/msnd.h - 1.3 sound/oss/msnd_pinnacle.c - 1.4 sound/oss/nec_vrc5477.c - 1.5 sound/oss/opl3sa.c - 1.2 sound/oss/opl3sa2.c - 1.4 sound/oss/pss.c - 1.3 sound/oss/rme96xx.c - 1.7 sound/oss/sb_card.c - 1.4 sound/oss/sb_common.c - 1.4 sound/oss/sgalaxy.c - 1.2 sound/oss/sscape.c - 1.4 sound/oss/swarm_cs4297a.c - 1.3 sound/oss/trident.c - 1.5 sound/oss/trix.c - 1.2 sound/oss/v_midi.c - 1.3 sound/oss/waveartist.c - 1.3 sound/oss/wavfront.c - 1.6 sound/oss/wf_midi.c - 1.3 sound/parisc/harmony.c - 1.4 sound/pci/Kconfig - 1.5 sound/pci/Makefile - 1.4 sound/pci/ac97/ac97_codec.c - 1.5 sound/pci/ac97/ac97_id.h - 1.2 sound/pci/ac97/ac97_local.h - 1.4 sound/pci/ac97/ac97_patch.c - 1.5 sound/pci/ac97/ac97_patch.h - 1.4 sound/pci/ac97/ac97_proc.c - 1.5 sound/pci/ac97/ak4531_codec.c - 1.4 sound/pci/ali5451/ali5451.c - 1.5 sound/pci/als4000.c - 1.5 sound/pci/azt3328.c - 1.6 sound/pci/cmipci.c - 1.5 sound/pci/cs4281.c - 1.6 sound/pci/cs46xx/cs46xx.c - 1.4 sound/pci/cs46xx/cs46xx_lib.c - 1.6 sound/pci/cs46xx/cs46xx_lib.h - 1.2 sound/pci/cs46xx/dsp_spos.c - 1.3 sound/pci/cs46xx/dsp_spos_scb_lib.c - 1.4 sound/pci/emu10k1/emu10k1.c - 1.4 sound/pci/emu10k1/emu10k1_callback.c - 1.3 sound/pci/emu10k1/emu10k1_main.c - 1.5 sound/pci/emu10k1/emu10k1_patch.c - 1.3 sound/pci/emu10k1/emu10k1_synth.c - 1.3 sound/pci/emu10k1/emufx.c - 1.5 sound/pci/emu10k1/emumixer.c - 1.4 sound/pci/emu10k1/emupcm.c - 1.4 sound/pci/emu10k1/emuproc.c - 1.6 sound/pci/emu10k1/io.c - 1.2 sound/pci/emu10k1/irq.c - 1.2 sound/pci/emu10k1/memory.c - 1.4 sound/pci/ens1370.c - 1.5 sound/pci/es1938.c - 1.5 sound/pci/es1968.c - 1.6 sound/pci/fm801.c - 1.5 sound/pci/ice1712/Makefile - 1.4 sound/pci/ice1712/ak4xxx.c - 1.3 sound/pci/ice1712/aureon.c - 1.5 sound/pci/ice1712/delta.c - 1.5 sound/pci/ice1712/ews.c - 1.4 sound/pci/ice1712/ews.h - 1.2 sound/pci/ice1712/ice1712.c - 1.6 sound/pci/ice1712/ice1712.h - 1.5 sound/pci/ice1712/ice1724.c - 1.6 sound/pci/ice1712/revo.c - 1.4 sound/pci/intel8x0.c - 1.7 sound/pci/korg1212/korg1212.c - 1.5 sound/pci/maestro3.c - 1.6 sound/pci/nm256/nm256.c - 1.5 sound/pci/rme32.c - 1.5 sound/pci/rme96.c - 1.5 sound/pci/rme9652/hdsp.c - 1.6 sound/pci/rme9652/rme9652.c - 1.5 sound/pci/sonicvibes.c - 1.6 sound/pci/trident/trident.c - 1.4 sound/pci/trident/trident_main.c - 1.5 sound/pci/trident/trident_memory.c - 1.4 sound/pci/trident/trident_synth.c - 1.4 sound/pci/via82xx.c - 1.5 sound/pci/vx222/vx222.c - 1.4 sound/pci/vx222/vx222.h - 1.2 sound/pci/vx222/vx222_ops.c - 1.4 sound/pci/ymfpci/ymfpci.c - 1.4 sound/pci/ymfpci/ymfpci_main.c - 1.5 sound/pcmcia/vx/vx_entry.c - 1.4 sound/pcmcia/vx/vxp_mixer.c - 1.2 sound/pcmcia/vx/vxp_ops.c - 1.3 sound/pcmcia/vx/vxpocket.c - 1.3 sound/ppc/Kconfig - 1.4 sound/ppc/Makefile - 1.2 sound/ppc/awacs.c - 1.2 sound/ppc/burgundy.c - 1.2 sound/ppc/daca.c - 1.3 sound/ppc/pmac.c - 1.5 sound/ppc/pmac.h - 1.3 sound/ppc/powermac.c - 1.4 sound/ppc/tumbler.c - 1.5 sound/sparc/amd7930.c - 1.4 sound/sparc/cs4231.c - 1.4 sound/synth/emux/emux.c - 1.3 sound/synth/emux/emux_effect.c - 1.2 sound/synth/emux/emux_nrpn.c - 1.2 sound/synth/emux/emux_oss.c - 1.3 sound/synth/emux/emux_proc.c - 1.2 sound/synth/emux/emux_seq.c - 1.3 sound/synth/emux/emux_synth.c - 1.2 sound/synth/emux/soundfont.c - 1.4 sound/synth/util_mem.c - 1.2 sound/usb/Kconfig - 1.3 sound/usb/Makefile - 1.2 sound/usb/usbaudio.c - 1.7 sound/usb/usbaudio.h - 1.6 sound/usb/usbmidi.c - 1.4 sound/usb/usbmixer.c - 1.5 sound/usb/usbmixer_maps.c - 1.3 sound/usb/usbquirks.h - 1.5 usr/Makefile - 1.2 drivers/usb/misc/legousbtower.c - 1.4 drivers/media/dvb/frontends/dst.c - 1.5 drivers/media/dvb/bt8xx/bt878.c - 1.2 drivers/ide/pci/sgiioc4.c - 1.8 drivers/i2c/chips/lm83.c - 1.6 arch/ia64/configs/sn2_defconfig - 1.6 drivers/scsi/qla2xxx/ql2100.c - 1.4 drivers/scsi/qla2xxx/ql2200.c - 1.4 drivers/scsi/qla2xxx/ql2300.c - 1.5 drivers/scsi/qla2xxx/qla_init.c - 1.7 drivers/scsi/qla2xxx/qla_iocb.c - 1.6 drivers/scsi/qla2xxx/qla_os.c - 1.8 drivers/scsi/qla2xxx/qla_version.h - 1.6 drivers/usb/gadget/pxa2xx_udc.c - 1.7 drivers/usb/gadget/serial.c - 1.6 drivers/usb/misc/emi62.c - 1.4 drivers/video/kyro/fbdev.c - 1.3 arch/ia64/configs/generic_defconfig - 1.6 drivers/net/forcedeth.c - 1.6 drivers/media/video/bttv-i2c.c - 1.4 drivers/media/video/bttv-gpio.c - 1.2 drivers/md/raid6main.c - 1.8 drivers/md/mktables.c - 1.3 lib/bitmap.c - 1.8 drivers/i2c/chips/asb100.c - 1.6 drivers/i2c/busses/i2c-parport.h - 1.4 drivers/i2c/busses/i2c-parport-light.c - 1.4 drivers/char/viocons.c - 1.4 arch/sh/kernel/smp.c - 1.3 arch/sh/drivers/pci/pci.c - 1.4 arch/sh/drivers/pci/pci-st40.c - 1.2 arch/sh/drivers/pci/pci-sh7751.c - 1.3 arch/sh/drivers/pci/fixups-dreamcast.c - 1.2 arch/ppc64/mm/hash_utils.c - 1.6 arch/ppc64/mm/hash_low.S - 1.6 arch/ppc64/kernel/viopath.c - 1.7 arch/ppc64/kernel/vio.c - 1.8 arch/ppc64/kernel/lparcfg.c - 1.6 arch/ppc64/kernel/iSeries_htab.c - 1.4 drivers/usb/gadget/file_storage.c - 1.6 drivers/usb/host/ohci-omap.h - 1.2 drivers/usb/host/ohci-omap.c - 1.5 drivers/scsi/qla2xxx/ql6312.c - 1.4 drivers/scsi/qla2xxx/ql2322.c - 1.4 drivers/scsi/qla2xxx/ql6322.c - 1.4 drivers/macintosh/therm_windtunnel.c - 1.3 include/asm-ppc64/hvconsole.h - 1.2 net/sched/sch_hfsc.c - 1.5 sound/synth/emux/emux_hwdep.c - 1.2 arch/ppc64/kernel/hvconsole.c - 1.3 arch/ppc/syslib/open_pic2.c - 1.3 arch/ppc/kernel/cpu_setup_power4.S - 1.3 sound/pci/ac97/ac97_pcm.c - 1.4 sound/pci/bt87x.c - 1.4 arch/arm/mach-integrator/integrator_cp.c - 1.3 drivers/i2c/busses/i2c-hydra.c - 1.2 drivers/video/aty/radeon_base.c - 1.6 drivers/video/aty/radeon_monitor.c - 1.5 drivers/video/aty/radeonfb.h - 1.5 include/asm-ppc64/bootx.h - 1.2 include/asm-ppc64/btext.h - 1.2 arch/ppc64/kernel/pmac_time.c - 1.4 arch/ppc64/kernel/pmac_smp.c - 1.5 arch/ppc64/kernel/pmac_setup.c - 1.4 arch/ppc64/kernel/pmac_pci.c - 1.4 arch/ppc64/kernel/pmac_low_i2c.c - 1.2 arch/ppc64/kernel/pmac_feature.c - 1.4 arch/ppc64/kernel/open_pic_u3.c - 1.2 arch/ppc64/kernel/btext.c - 1.3 arch/ppc64/configs/pSeries_defconfig - 1.6 arch/ppc64/configs/g5_defconfig - 1.6 Documentation/kdb/dump.txt - 1.8 Documentation/kdb/kdb.mm - 1.9 Documentation/kdb/kdb_bp.man - 1.9 Documentation/kdb/kdb_bt.man - 1.8 Documentation/kdb/kdb_env.man - 1.8 Documentation/kdb/kdb_ll.man - 1.8 Documentation/kdb/kdb_md.man - 1.9 Documentation/kdb/kdb_rd.man - 1.8 Documentation/kdb/kdb_sr.man - 1.8 Documentation/kdb/kdb_ss.man - 1.8 Documentation/kdb/slides - 1.8 kdb/Makefile - 1.9 kdb/kdbmain.c - 1.10 kdb/modules/kdbm_vm.c - 1.9 kdb/modules/kdbm_task.c - 1.9 include/linux/dis-asm.h - 1.8 include/linux/kdb.h - 1.9 include/linux/kdbprivate.h - 1.8 kdb/modules/kdbm_pg.c - 1.9 kdb/modules/Makefile - 1.9 kdb/ChangeLog - 1.12 kdb/kdbsupport.c - 1.10 kdb/kdb_bp.c - 1.9 kdb/kdb_bt.c - 1.8 kdb/kdb_id.c - 1.8 kdb/kdb_io.c - 1.9 kdb/kdb_cmds - 1.8 kdb/modules/kdbm_x86.c - 1.9 include/asm-i386/kdbprivate.h - 1.9 arch/i386/kdb/ChangeLog - 1.12 arch/i386/kdb/Makefile - 1.9 arch/i386/kdb/i386-dis.c - 1.9 arch/i386/kdb/kdba_bp.c - 1.9 arch/i386/kdb/kdba_bt.c - 1.9 arch/i386/kdb/kdba_id.c - 1.9 arch/i386/kdb/kdba_io.c - 1.9 arch/i386/kdb/kdbasupport.c - 1.9 arch/i386/kdb/pc_keyb.h - 1.9 include/asm-i386/kdb.h - 1.9 drivers/net/ibmveth.c - 1.5 drivers/net/ibmveth.h - 1.2 drivers/net/e100.c - 1.5 drivers/pci/hotplug/pciehp_core.c - 1.3 drivers/pci/hotplug/pciehp_hpc.c - 1.6 net/sunrpc/auth_gss/svcauth_gss.c - 1.6 drivers/pci/hotplug/rpaphp_core.c - 1.6 drivers/pci/hotplug/rpaphp_pci.c - 1.6 drivers/pci/hotplug/shpchp_core.c - 1.3 drivers/pci/hotplug/shpchp_hpc.c - 1.4 drivers/s390/block/dasd_cmb.c - 1.3 drivers/misc/ibmasm/module.c - 1.3 drivers/s390/char/tape_class.c - 1.4 drivers/s390/char/tape_class.h - 1.3 drivers/s390/cio/cmf.c - 1.3 drivers/serial/pxa.c - 1.4 fs/hfs/hfs_fs.h - 1.2 fs/hfsplus/hfsplus_fs.h - 1.2 fs/hfsplus/inode.c - 1.5 drivers/media/radio/radio-sf16fmr2.c - 1.2 fs/hfsplus/super.c - 1.2 arch/arm/mm/cache-v6.S - 1.3 arch/arm/mm/copypage-v6.c - 1.3 arch/arm/mm/proc-arm925.S - 1.2 arch/arm/mm/proc-v6.S - 1.2 drivers/isdn/hisax/teles_cs.c - 1.3 drivers/isdn/hisax/hisax_cfg.h - 1.2 drivers/cdrom/viocd.c - 1.5 crypto/scatterwalk.c - 1.2 crypto/arc4.c - 1.3 arch/x86_64/kernel/mce.c - 1.5 include/asm-ppc64/iommu.h - 1.5 arch/ppc64/mm/tlb.c - 1.4 include/asm-s390/timer.h - 1.2 include/linux/sunrpc/svcauth_gss.h - 1.3 arch/ppc64/kernel/pmac_iommu.c - 1.4 include/linux/syscalls.h - 1.6 arch/ppc64/kernel/pci_iommu.c - 1.4 arch/i386/pci/mmconfig.c - 1.2 include/video/cvisionppc.h - 1.2 arch/ppc64/kernel/pSeries_iommu.c - 1.5 include/video/permedia2.h - 1.2 arch/ppc64/kernel/iommu.c - 1.5 arch/ppc64/configs/iSeries_defconfig - 1.5 arch/ia64/kernel/cyclone.c - 1.3 arch/mips/pmc-sierra/yosemite/ht.c - 1.3 arch/mips/pci/fixup-yosemite.c - 1.3 arch/mips/pci/fixup-sni.c - 1.2 arch/mips/pci/fixup-malta.c - 1.2 arch/mips/pci/fixup-ip32.c - 1.2 arch/mips/pci/fixup-ddb5477.c - 1.2 arch/mips/pci/fixup-ddb5074.c - 1.2 arch/mips/pci/fixup-cobalt.c - 1.2 arch/mips/pci/fixup-atlas.c - 1.2 arch/mips/momentum/jaguar_atx/prom.c - 1.5 arch/mips/configs/tb0229_defconfig - 1.5 arch/mips/configs/tb0226_defconfig - 1.6 arch/mips/configs/jaguar-atx_defconfig - 1.5 drivers/net/wireless/prism54/Makefile - 1.2 drivers/net/wireless/prism54/isl_ioctl.c - 1.4 drivers/macintosh/therm_adt746x.c - 1.3 drivers/pci/hotplug/rpaphp_slot.c - 1.5 drivers/input/serio/gscps2.c - 1.3 drivers/input/mouse/vsxxxaa.c - 1.3 drivers/input/keyboard/lkkbd.c - 1.3 drivers/scsi/sata_vsc.c - 1.5 drivers/ide/pci/atiixp.c - 1.3 sound/pcmcia/pdaudiocf/pdaudiocf_pcm.c - 1.2 drivers/i2c/chips/w83627hf.c - 1.4 drivers/serial/sh-sci.h - 1.4 drivers/i2c/chips/ds1621.c - 1.3 drivers/usb/gadget/gadget_chips.h - 1.4 drivers/usb/input/ati_remote.c - 1.4 drivers/char/agp/intel-mch-agp.c - 1.5 include/linux/kref.h - 1.2 lib/kref.c - 1.2 net/core/netpoll.c - 1.5 net/ipv6/exthdrs_core.c - 1.2 scripts/basic/Makefile - 1.2 sound/pcmcia/pdaudiocf/pdaudiocf_irq.c - 1.3 scripts/basic/fixdep.c - 1.2 sound/i2c/other/ak4117.c - 1.2 sound/pci/atiixp.c - 1.3 sound/pci/au88x0/au88x0.c - 1.3 sound/pci/au88x0/au88x0.h - 1.4 sound/pci/au88x0/au88x0_a3d.c - 1.4 sound/pci/au88x0/au88x0_core.c - 1.3 sound/pci/au88x0/au88x0_eq.c - 1.3 sound/pci/au88x0/au88x0_game.c - 1.3 arch/ppc/platforms/spruce.c - 1.2 arch/ppc/platforms/pplus.c - 1.4 arch/ppc/boot/simple/misc-prep.c - 1.2 sound/pci/au88x0/au88x0_mixer.c - 1.2 sound/pci/au88x0/au88x0_mpu401.c - 1.2 sound/pci/au88x0/au88x0_pcm.c - 1.3 arch/h8300/kernel/ints.c - 1.3 sound/pci/au88x0/au88x0_xtalk.c - 1.2 sound/pci/au88x0/au88x0_xtalk.h - 1.2 sound/pci/intel8x0m.c - 1.4 sound/pci/mixart/mixart.c - 1.4 sound/pci/mixart/mixart.h - 1.3 sound/pci/mixart/mixart_core.c - 1.2 sound/pci/mixart/mixart_hwdep.c - 1.2 sound/pci/mixart/mixart_mixer.c - 1.2 sound/pcmcia/pdaudiocf/pdaudiocf.c - 1.4 arch/ia64/configs/zx1_defconfig - 1.4 sound/pcmcia/pdaudiocf/pdaudiocf_core.c - 1.3 split-patches/dmapi-enable - 1.9 split-patches/kdb-common - 1.8 split-patches/kdb-i386 - 1.7 split-patches/series - 1.9 Documentation/laptop-mode.txt - 1.4 arch/arm/common/dmabounce.c - 1.4 arch/arm/configs/s3c2410_defconfig - 1.3 arch/arm/mach-lh7a40x/arch-lpd7a40x.c - 1.4 arch/arm/mach-omap/Makefile - 1.3 arch/arm/mach-omap/board-generic.c - 1.4 arch/arm/mach-omap/board-innovator.c - 1.4 arch/arm/mach-omap/board-osk.c - 1.4 arch/arm/mach-omap/board-perseus2.c - 1.4 arch/arm/mach-omap/bus.c - 1.4 arch/arm/mach-omap/clocks.c - 1.3 arch/arm/mach-omap/common.c - 1.3 arch/arm/mach-omap/common.h - 1.3 arch/arm/mach-omap/dma.c - 1.3 arch/arm/mach-omap/fpga.c - 1.3 arch/arm/mach-omap/gpio.c - 1.3 arch/arm/mach-omap/irq.c - 1.3 arch/arm/mach-omap/leds-perseus2.c - 1.3 arch/arm/mach-omap/leds.c - 1.2 arch/arm/mach-omap/leds.h - 1.2 arch/arm/mach-omap/ocpi.c - 1.3 arch/arm/mach-s3c2410/Kconfig - 1.4 arch/arm/mach-s3c2410/Makefile - 1.4 arch/arm/mach-s3c2410/irq.c - 1.2 arch/arm/mach-s3c2410/mach-bast.c - 1.3 arch/arm/mach-s3c2410/mach-h1940.c - 1.3 arch/arm/mach-s3c2410/mach-vr1000.c - 1.3 arch/arm/mach-s3c2410/s3c2410.c - 1.3 arch/arm/mach-s3c2410/s3c2410.h - 1.3 arch/arm/mach-versatile/core.c - 1.4 arch/arm/oprofile/op_model_xscale.c - 1.2 arch/mips/configs/ocelot_c_defconfig - 1.4 arch/mips/pci/fixup-lasat.c - 1.2 drivers/s390/net/qeth_fs.h - 1.4 arch/ppc/platforms/k2.c - 1.2 arch/ppc/platforms/mcpn765.c - 1.2 arch/ppc/platforms/pcore.c - 1.2 arch/ppc/platforms/prpmc750.c - 1.2 arch/ppc/platforms/prpmc800.c - 1.2 arch/ppc/syslib/hawk_common.c - 1.2 arch/ppc64/kernel/sysfs.c - 1.4 arch/ppc64/oprofile/common.c - 1.4 arch/ppc64/oprofile/op_impl.h - 1.2 arch/ppc64/oprofile/op_model_power4.c - 1.4 arch/ppc64/oprofile/op_model_rs64.c - 1.2 arch/s390/kernel/profile.c - 1.3 drivers/char/ipmi/ipmi_bt_sm.c - 1.4 drivers/char/ipmi/ipmi_si_intf.c - 1.4 drivers/char/ipmi/ipmi_si_sm.h - 1.2 drivers/char/ipmi/ipmi_smic_sm.c - 1.3 drivers/i2c/busses/i2c-ali1563.c - 1.3 drivers/i2c/chips/pcf8591.c - 1.2 drivers/input/serio/maceps2.c - 1.2 drivers/media/dvb/dvb-core/dvb_ca_en50221.c - 1.3 drivers/s390/crypto/z90common.h - 1.2 drivers/s390/crypto/z90hardware.c - 1.2 drivers/s390/crypto/z90main.c - 1.3 include/asm-arm/arch-omap/bus.h - 1.3 drivers/s390/net/qeth_main.c - 1.4 drivers/s390/net/qeth_proc.c - 1.3 drivers/s390/net/qeth_sys.c - 1.4 drivers/scsi/sata_sis.c - 1.4 drivers/serial/amba-pl010.c - 1.2 drivers/serial/amba-pl011.c - 1.3 drivers/usb/gadget/dummy_hcd.c - 1.4 drivers/usb/gadget/rndis.c - 1.4 drivers/usb/gadget/rndis.h - 1.4 fs/ntfs/logfile.c - 1.4 fs/ntfs/logfile.h - 1.3 fs/ntfs/time.h - 1.3 include/asm-arm/arch-lh7a40x/uncompress.h - 1.2 include/asm-arm/arch-omap/board-h2.h - 1.2 include/asm-arm/arch-omap/board-h3.h - 1.2 include/asm-arm/arch-omap/board-innovator.h - 1.3 include/asm-arm/arch-omap/board-perseus2.h - 1.2 include/asm-arm/arch-omap/board.h - 1.2 include/asm-arm/arch-omap/fpga.h - 1.2 include/asm-arm/arch-omap/hardware.h - 1.3 include/asm-arm/arch-omap/memory.h - 1.4 include/asm-arm/arch-omap/mux.h - 1.3 include/asm-arm/arch-omap/omap1510.h - 1.2 include/asm-arm/arch-omap/omap1610.h - 1.3 include/asm-arm/arch-omap/omap5912.h - 1.3 include/asm-arm/arch-omap/omap730.h - 1.3 include/asm-arm/arch-omap/uncompress.h - 1.3 include/asm-arm/arch-s3c2410/bast-cpld.h - 1.2 include/asm-arm/arch-s3c2410/dma.h - 1.2 include/asm-arm/arch-s3c2410/hardware.h - 1.3 include/asm-arm/arch-s3c2410/param.h - 1.2 include/asm-arm/arch-s3c2410/regs-clock.h - 1.2 include/asm-arm/arch-s3c2410/regs-gpio.h - 1.4 include/asm-arm/arch-s3c2410/regs-irq.h - 1.3 include/asm-arm/arch-s3c2410/regs-lcd.h - 1.2 include/asm-arm/arch-s3c2410/regs-timer.h - 1.2 include/asm-arm/arch-s3c2410/regs-watchdog.h - 1.2 include/asm-arm/arch-s3c2410/uncompress.h - 1.2 include/asm-arm/arch-versatile/uncompress.h - 1.3 ipc/mqueue.c - 1.4 include/linux/rmap.h - 1.3 kernel/auditsc.c - 1.3 kernel/audit.c - 1.2 mm/hugetlb.c - 1.4 net/ipv4/netfilter/ipt_NOTRACK.c - 1.2 split-patches/docs-update - 1.3 arch/ppc/platforms/sbc82xx.c - 1.3 arch/ppc/platforms/sbc82xx.h - 1.3 arch/ppc/kernel/vector.S - 1.2 arch/ppc/kernel/dma-mapping.c - 1.3 mm/prio_tree.c - 1.3 arch/ppc64/lib/locks.c - 1.3 arch/s390/lib/string.c - 1.3 arch/sparc64/lib/splock.S - 1.3 arch/x86_64/kernel/Makefile-HEAD - 1.2 arch/x86_64/kernel/domain.c - 1.2 mm/mempolicy.c - 1.3 drivers/char/drm/drm_irq.h - 1.3 drivers/char/drm/drm_pciids.h - 1.2 include/linux/prio_tree.h - 1.2 include/linux/mempolicy.h - 1.3 Documentation/kdb/kdb_ps.man - 1.2 drivers/char/watchdog/ixp4xx_wdt.c - 1.3 drivers/net/ibm_emac/ibm_emac_mal.c - 1.2 drivers/net/ibm_emac/ibm_emac_core.h - 1.2 Documentation/sched-domains.txt - 1.2 drivers/net/ibm_emac/ibm_emac_core.c - 1.2 drivers/net/ibm_emac/ibm_emac.h - 1.2 drivers/i2c/chips/rtc8564.c - 1.2 drivers/mtd/maps/ixp4xx.c - 1.3 drivers/mtd/maps/wr_sbc82xx_flash.c - 1.3 drivers/pcmcia/pxa2xx_base.c - 1.2 drivers/pcmcia/pxa2xx_lubbock.c - 1.2 drivers/pcmcia/pxa2xx_mainstone.c - 1.2 drivers/pcmcia/soc_common.c - 1.2 drivers/scsi/ipr.c - 1.3 drivers/scsi/ipr.h - 1.3 arch/i386/mach-es7000/es7000plat.c - 1.2 drivers/scsi/sata_sx4.c - 1.3 drivers/usb/misc/phidgetservo.c - 1.3 arch/i386/kdb/kdb_cmds - 1.4 drivers/video/asiliantfb.c - 1.3 drivers/video/gbefb.c - 1.2 drivers/video/pxafb.c - 1.3 fs/reiserfs/xattr.c - 1.2 arch/arm/configs/ixp4xx_defconfig - 1.3 include/asm-i386/bfd.h - 1.4 arch/cris/kernel/crisksyms.c - 1.2 arch/cris/arch-v10/drivers/ide.c - 1.2 fs/reiserfs/xattr_acl.c - 1.2 arch/arm/mach-s3c2410/mach-smdk2410.c - 1.3 arch/arm/mach-pxa/pxa27x.c - 1.2 arch/arm/mach-pxa/pxa25x.c - 1.2 arch/arm/mach-pxa/mainstone.c - 1.3 arch/arm/mach-pxa/leds-mainstone.c - 1.2 include/asm-arm/arch-ixp4xx/io.h - 1.2 include/asm-arm/arch-ixp4xx/uncompress.h - 1.2 arch/arm/mach-ixp4xx/common.c - 1.3 include/asm-i386/ansidecl.h - 1.4 split-patches/export-backing_dev_info - 1.2 drivers/net/via-velocity.h - 1.2 drivers/net/via-velocity.c - 1.2 drivers/net/smc91x.h - 1.2 drivers/net/smc91x.c - 1.2 drivers/mtd/nand/tx4938ndfmc.c - 1.2 drivers/mtd/nand/tx4925ndfmc.c - 1.2 drivers/mtd/nand/toto.c - 1.2 drivers/mtd/nand/ppchameleonevb.c - 1.2 scripts/package/mkspec - 1.2 scripts/package/builddeb - 1.2 drivers/mtd/nand/nand_bbt.c - 1.2 drivers/mtd/nand/nand_base.c - 1.2 drivers/mtd/nand/diskonchip.c - 1.2 drivers/mtd/nand/au1550nd.c - 1.2 drivers/mtd/maps/sbc8240.c - 1.2 drivers/mtd/maps/pb1550-flash.c - 1.2 drivers/mtd/maps/omap-toto-flash.c - 1.2 drivers/mtd/maps/mpc1211.c - 1.2 drivers/mtd/maps/integrator-flash-v24.c - 1.2 drivers/mtd/maps/ichxrom.c - 1.2 drivers/mtd/maps/dmv182.c - 1.2 drivers/mtd/maps/db1x00-flash.c - 1.2 drivers/mtd/maps/db1550-flash.c - 1.2 scripts/package/Makefile - 1.2 drivers/mtd/devices/phram.c - 1.2 drivers/mtd/chips/cfi_util.c - 1.2 drivers/pcmcia/pd6729.c - 1.2 scripts/mod/sumversion.c - 1.2 Documentation/powerpc/hvcs.txt - 1.2 drivers/s390/net/ctcdbug.c - 1.2 drivers/s390/net/ctcdbug.h - 1.2 drivers/scsi/sata_nv.c - 1.2 drivers/serial/cpm_uart/cpm_uart_core.c - 1.2 Documentation/usb/sn9c102.txt - 1.2 scripts/mod/modpost.h - 1.2 drivers/md/dm-raid1.c - 1.2 drivers/md/dm-log.h - 1.2 drivers/md/dm-log.c - 1.2 drivers/serial/sn_console.c - 1.3 drivers/usb/media/sn9c102.h - 1.2 drivers/usb/media/sn9c102_core.c - 1.2 drivers/i2c/chips/adm1025.c - 1.2 drivers/usb/media/sn9c102_pas106b.c - 1.2 drivers/usb/media/sn9c102_sensor.h - 1.2 drivers/usb/media/sn9c102_tas5110c1b.c - 1.2 drivers/usb/media/sn9c102_tas5130d1b.c - 1.2 drivers/video/riva/rivafb-i2c.c - 1.2 drivers/w1/Kconfig - 1.2 drivers/w1/Makefile - 1.2 drivers/w1/matrox_w1.c - 1.2 drivers/w1/w1.c - 1.2 drivers/w1/w1.h - 1.2 drivers/w1/w1_family.c - 1.2 scripts/mod/modpost.c - 1.2 drivers/w1/w1_family.h - 1.2 drivers/char/hvcs.c - 1.2 drivers/char/hpet.c - 1.2 drivers/w1/w1_int.c - 1.2 drivers/w1/w1_io.c - 1.2 drivers/w1/w1_io.h - 1.2 drivers/block/sx8.c - 1.2 drivers/w1/w1_netlink.h - 1.2 drivers/w1/w1_therm.c - 1.2 crypto/tea.c - 1.2 fs/jffs2/compr.h - 1.2 fs/ntfs/collate.c - 1.2 arch/sparc64/lib/copy_page.S - 1.2 arch/sh64/mm/tlbmiss.c - 1.2 scripts/mod/Makefile - 1.2 arch/sh64/mm/init.c - 1.2 net/sched/sch_netem.c - 1.2 arch/sh64/mm/fault.c - 1.2 net/ipv6/xfrm6_tunnel.c - 1.2 net/ipv6/xfrm6_output.c - 1.2 arch/sh64/kernel/vmlinux.lds.S - 1.2 arch/sh64/kernel/time.c - 1.2 arch/sh64/kernel/signal.c - 1.2 arch/sh64/kernel/sh_ksyms.c - 1.2 arch/sh64/kernel/ptrace.c - 1.2 arch/sh64/kernel/process.c - 1.2 arch/sh64/kernel/pcibios.c - 1.2 arch/sh64/kernel/pci_sh5.c - 1.2 arch/sh64/kernel/irq.c - 1.2 arch/sh64/boot/compressed/Makefile - 1.2 net/ipv4/xfrm4_output.c - 1.2 arch/sh64/Kconfig - 1.2 net/ipv4/netfilter/ipt_realm.c - 1.2 arch/arm/mach-lh7a40x/time.c - 1.2 include/net/pkt_act.h - 1.2 include/mtd/nftl-user.h - 1.2 include/mtd/mtd-user.h - 1.2 include/mtd/mtd-abi.h - 1.2 include/mtd/jffs2-user.h - 1.2 fs/ntfs/collate.h - 1.2 fs/ntfs/index.c - 1.2 include/mtd/inftl-user.h - 1.2 arch/arm/mach-pxa/time.c - 1.2 fs/ntfs/index.h - 1.2 arch/arm/mach-s3c2410/gpio.c - 1.2 include/linux/mtd/physmap.h - 1.2 include/linux/hpet.h - 1.2 arch/arm/mach-s3c2410/time.c - 1.2 fs/ntfs/quota.c - 1.2 include/asm-ppc/fsl_ocp.h - 1.2 arch/s390/kernel/vtime.c - 1.2 arch/ppc64/mm/slb_low.S - 1.2 arch/ppc64/mm/slb.c - 1.2 include/asm-ppc64/hvcserver.h - 1.2 arch/ppc64/kernel/vector.S - 1.2 include/asm-sh64/uaccess.h - 1.2 arch/ppc64/kernel/hvcserver.c - 1.2 arch/ppc/syslib/ppc85xx_setup.c - 1.2 arch/ppc/syslib/m8260_pci.h - 1.2 arch/ppc/syslib/cpm2_pic.h - 1.2 arch/ppc/syslib/cpm2_pic.c - 1.2 arch/ppc/platforms/rpx8260.h - 1.2 arch/ppc/platforms/rpx8260.c - 1.2 arch/ppc/platforms/pq2ads_setup.c - 1.2 arch/ppc/platforms/pq2ads.h - 1.2 arch/ppc/platforms/85xx/sbc8560.c - 1.2 arch/ppc/platforms/85xx/mpc85xx_cds_common.c - 1.2 arch/ppc/platforms/85xx/mpc8540_ads.c - 1.2 arch/ppc/lib/rheap.c - 1.2 arch/ppc/kernel/head_e500.S - 1.2 arch/parisc/lib/debuglocks.c - 1.2 include/asm-sh64/cacheflush.h - 1.2 include/asm-sh64/dma-mapping.h - 1.2 include/asm-sh64/softirq.h - 1.2 arch/mips/pci/fixup-tb0219.c - 1.2 arch/mips/pci/fixup-ocelot-g.c - 1.2 arch/mips/pci/fixup-ocelot-c.c - 1.2 arch/mips/pci/fixup-mpc30x.c - 1.2 arch/mips/pci/fixup-jaguar.c - 1.2 include/asm-sh64/ptrace.h - 1.2 include/asm-sh64/semaphore.h - 1.2 include/asm-sh64/smplock.h - 1.2 From owner-linux-xfs Thu Sep 30 21:17:19 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Sep 2004 21:17:21 -0700 (PDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i914HJwi022480 for ; Thu, 30 Sep 2004 21:17:19 -0700 Received: by mproxy.gmail.com with SMTP id 77so4149652rnk for ; Thu, 30 Sep 2004 21:17:03 -0700 (PDT) Received: by 10.38.163.7 with SMTP id l7mr3107338rne; Thu, 30 Sep 2004 21:17:03 -0700 (PDT) Received: by 10.38.78.19 with HTTP; Thu, 30 Sep 2004 21:17:03 -0700 (PDT) Message-ID: Date: Fri, 1 Oct 2004 09:47:03 +0530 From: vijaya saradhi uppaluri Reply-To: vijaya saradhi uppaluri To: Dean Roehrich Subject: Re: xfs setting inode ctime Cc: linux-xfs@oss.sgi.com In-Reply-To: <200409291514.i8TFE3xM456020@tulip-e236.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200409291514.i8TFE3xM456020@tulip-e236.americas.sgi.com> X-archive-position: 4201 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: uvsaradhi@gmail.com Precedence: bulk X-list: linux-xfs Dean, Thanks for your response. I am currently working on stack of file systems where I set the attribute ATTR_CTIME and expect the underlying file-system to set the ctime to the value I pass. It is working on other file-systems(ext2) on linux. -Thanks, Saradhi. On Wed, 29 Sep 2004 10:14:03 -0500, Dean Roehrich wrote: > >From: vijaya saradhi uppaluri > > >Is there any logical reason behind this? Why does XFS_AT_CTIME is > >coupled with ATTR_DMI? > > > >Is there any goodway of setting ctime attribute of xfs? > > > >I observed that other file-systems sets the ctime accordinlgy if > >ATTR_CTIME flag is set. > > XFS inherits this restriction from Irix, where userspace is not allowed to set > ctime. The Irix utime(2) and utimes(2) system calls allow only atime and > mtime to be set, and always set ctime to the current time. I see the same in > Solaris 9 and RH9 manpages. > > How are you changing ctime? > > Dean > -- -U. Vijaya Saradhi, Agami Systems, Ph.No: +91-9849513967. From owner-linux-xfs Thu Sep 30 22:23:30 2004 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 30 Sep 2004 22:23:35 -0700 (PDT) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id i915NTx7025255 for ; Thu, 30 Sep 2004 22:23:30 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA20154 for ; Fri, 1 Oct 2004 15:23:11 +1000 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id i915NAgI002950 for ; Fri, 1 Oct 2004 15:23:10 +1000 Received: (from nathans@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id i915MtO9002949 for linux-xfs@oss.sgi.com; Fri, 1 Oct 2004 15:22:55 +1000 Date: Fri, 1 Oct 2004 15:22:55 +1000 From: Nathan Scott Message-Id: <200410010522.i915MtO9002949@bruce.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - sync up XFS trees X-archive-position: 4202 X-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@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Remove unused function prototypes. Date: Fri Oct 1 15:20:25 AEST 2004 Workarea: bruce.melbourne.sgi.com:/source2/ptools/xfs-linux Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:19636a xfs_log_priv.h - 1.102 xfs_bmap_btree.h - 1.65 xfs_acl.h - 1.30 xfs_inode.h - 1.194 xfs_attr_leaf.h - 1.35 quota/xfs_qm.h - 1.6 linux-2.6/xfs_fs_subr.h - 1.12 linux-2.4/xfs_fs_subr.h - 1.16 Merge back Al Viros link handlink fixes and put_link inode op. Date: Fri Oct 1 15:21:26 AEST 2004 Workarea: bruce.melbourne.sgi.com:/source2/ptools/xfs-linux Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:19637a linux-2.6/xfs_iops.c - 1.223 Merge back Christophs buffered/direct locking fixes. Date: Fri Oct 1 15:22:21 AEST 2004 Workarea: bruce.melbourne.sgi.com:/source2/ptools/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:19638a linux-2.6/xfs_lrw.c - 1.217 linux-2.6/xfs_file.c - 1.108