From owner-linux-xfs@oss.sgi.com Thu Oct 31 22:01:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Oct 2002 22:01:55 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA161TuR023945 for ; Thu, 31 Oct 2002 22:01:51 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id WAA08449 for ; Thu, 31 Oct 2002 22:01:33 -0800 (PST) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gA160WV23738; Fri, 1 Nov 2002 17:00:32 +1100 Date: Fri, 1 Nov 2002 17:00:32 +1100 From: Keith Owens Message-Id: <200211010600.gA160WV23738@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to kdb v2.4-2.4.19-{common,i386}-2 X-archive-position: 1456 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Upgrade to kdb v2.4-2.4.19-{common,i386}-2 Date: Thu Oct 31 21:59:19 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:131765a linux/kernel/softirq.c - 1.17 linux/drivers/char/serial.c - 1.57 linux/arch/i386/kernel/traps.c - 1.47 linux/arch/i386/kernel/io_apic.c - 1.35 linux/include/asm-i386/hw_irq.h - 1.21 linux/kdb/kdb_bt.c - 1.13 linux/kdb/kdb_bp.c - 1.13 linux/kdb/Makefile - 1.15 linux/include/linux/kdbprivate.h - 1.21 linux/include/linux/kdb.h - 1.25 linux/kdb/modules/Makefile - 1.15 linux/kdb/kdbsupport.c - 1.15 linux/kdb/kdbmain.c - 1.30 linux/include/asm-i386/kdb.h - 1.14 linux/kdb/kdb_io.c - 1.16 linux/Documentation/kdb/kdb.mm - 1.16 linux/arch/i386/kdb/kdbasupport.c - 1.22 linux/arch/i386/kdb/kdba_bt.c - 1.17 linux/arch/i386/kdb/kdba_bp.c - 1.15 linux/kdb/ChangeLog - 1.22 linux/arch/i386/kernel/nmi.c - 1.4 linux/arch/i386/kdb/ChangeLog - 1.11 From owner-linux-xfs@oss.sgi.com Thu Oct 31 23:37:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Oct 2002 23:38:13 -0800 (PST) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA17aYuR024968 for ; Thu, 31 Oct 2002 23:37:12 -0800 Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id BA294AC51; Fri, 1 Nov 2002 08:30:55 +0100 (CET) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 7501819097; Fri, 1 Nov 2002 08:30:54 +0100 (CET) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 379C530881D; Fri, 1 Nov 2002 08:36:45 +0100 (CET) Message-ID: <3DC22F0D.1F2461D4@ch.sauter-bc.com> Date: Fri, 01 Nov 2002 08:36:45 +0100 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.22-6.2.2 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: ksimach@ksimachine.com Cc: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Question about kernel update References: <3DC0371E.50908@ksimachine.com> <3DC03A72.9060800@koschikode.com> <3DC05699.8010206@ksimachine.com> <1036015245.18972.23.camel@stout.americas.sgi.com> <1036015835.20833.25.camel@stout.americas.sgi.com> <3DC18C35.1030701@ksimachine.com> <3DC18FDB.3070501@ksimachine.com> <1036098522.1604.11.camel@stout.americas.sgi.com> <3DC1A543.80606@ksimachine.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 1457 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs "Joe St.Clair" schrieb: > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc > version. > > I have just downloaded gcc-3.1 from the RedHat site. It seems that the > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want to > have gcc-objc >= 2.96-94 before it will install. I have 2.96-85. > So now I am downloading the gcc from RedHat 7.2, check its dependencies, > update with that and then update to 3.1. Although this could work for you, it's not the way to go. The kernel should build on whatever the 'original' RedHat kernel was built. Otherwise you may always break something. Simon > > I don't know if this will break anything but as far as I know it should > be ok. > > I won't get to check this out until tomorrow. > > Eric Sandeen wrote: > > >Joe - how does it fail? (Or is the failure the gcc version requirement > >you noted?) > > > >-Eric > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote: > > > > > >>Just a bit more infomation - Not only does the build fail on my system > >>for i686 but also for i386. > >> > >>-- > >>Joseph St.Clair - KSI Machine & Engineering > >> > >> > >> > >> > >> > > -- > Joseph St.Clair - KSI Machine & Engineering From owner-linux-xfs@oss.sgi.com Thu Oct 31 23:43:07 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Oct 2002 23:44:16 -0800 (PST) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA17gpuR025080 for ; Thu, 31 Oct 2002 23:43:07 -0800 Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id B4DF4AC51; Fri, 1 Nov 2002 08:37:30 +0100 (CET) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 72F4A19097; Fri, 1 Nov 2002 08:37:29 +0100 (CET) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 7EA6730881D; Fri, 1 Nov 2002 08:43:20 +0100 (CET) Message-ID: <3DC23098.79045D5C@ch.sauter-bc.com> Date: Fri, 01 Nov 2002 08:43:20 +0100 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.22-6.2.2 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Eric Sandeen Cc: ksimach@ksimachine.com, linux-xfs@oss.sgi.com Subject: Re: Question about kernel update References: <3DC0371E.50908@ksimachine.com> <3DC03A72.9060800@koschikode.com> <3DC05699.8010206@ksimachine.com> <1036015245.18972.23.camel@stout.america s.sgi.com> <1036015835.20833.25.camel@stout.americas.sgi.com> <3DC18C35.1030 701@ksimachine.com> <3DC18FDB.3070501@ksimachine.com> <1036098522.1604.11.camel@stout.americas.sgi.com> <3DC1A543.80606@ksimachine.com> <1036103789.1657.23.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 1458 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Eric Sandeen schrieb: > > Ok, I'm pretty confused by this. :) > > The only difference I see between the "stock" kernel spec files for > 17.7.x and 17.8.0 is: > > -%define release 17.7.x > +%define release 17.8.0 > > (i.e. no gcc differences) > > and the only differences between the 17.?.? Red Hat specfiles, and our > specfile, (aside from the release name) are the XFS patches. > > I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well, > but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're > supposed to rebuild it on 7.1, or why you seem to be able to. > > So I'm stumped. :) I'm just trying to rebuild the i686 kernel on RH 7.2. It is updated to the latest erata, which is gcc-2.96-108.7.2 and gcc3-3.0.4-1 I'll let you know where it dies. BTW, if someone could try the same on an up to date RedHat 7.3, it may build there although I don't believe because most packages are almost the same. Simon > > -Eric > > On Thu, 2002-10-31 at 15:48, Joe St.Clair wrote: > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc > > version. > > > > I have just downloaded gcc-3.1 from the RedHat site. It seems that the > > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want to > > have gcc-objc >= 2.96-94 before it will install. I have 2.96-85. > > So now I am downloading the gcc from RedHat 7.2, check its dependencies, > > update with that and then update to 3.1. > > > > I don't know if this will break anything but as far as I know it should > > be ok. > > > > I won't get to check this out until tomorrow. > > > > > > Eric Sandeen wrote: > > > > >Joe - how does it fail? (Or is the failure the gcc version requirement > > >you noted?) > > > > > >-Eric > > > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote: > > > > > > > > >>Just a bit more infomation - Not only does the build fail on my system > > >>for i686 but also for i386. > > >> > > >>-- > > >>Joseph St.Clair - KSI Machine & Engineering > > >> > > >> > > >> > > >> > > >> > > > > > > -- > > Joseph St.Clair - KSI Machine & Engineering > > > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Nov 1 01:50:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 01:51:03 -0800 (PST) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA19oCuR027722 for ; Fri, 1 Nov 2002 01:50:27 -0800 Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id E3354AC44; Fri, 1 Nov 2002 10:44:51 +0100 (CET) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 826D019097; Fri, 1 Nov 2002 10:44:50 +0100 (CET) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 940A930881D; Fri, 1 Nov 2002 10:50:41 +0100 (CET) Message-ID: <3DC24E71.28971B3A@ch.sauter-bc.com> Date: Fri, 01 Nov 2002 10:50:41 +0100 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.22-6.2.2 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Eric Sandeen , ksimach@ksimachine.com, linux-xfs@oss.sgi.com Subject: Re: Question about kernel update References: <3DC0371E.50908@ksimachine.com> <3DC03A72.9060800@koschikode.com> <3DC05699.8010206@ksimachine.com> <1036015245.18972.23.camel@stout.america s.sgi.com> <1036015835.20833.25.camel@stout.americas.sgi.com> <3DC18C35.1030 701@ksimachine.com> <3DC18FDB.3070501@ksimachine.com> <1036098522.1604.11.camel@stout.americas.sgi.com> <3DC1A543.80606@ksimachine.com> <1036103789.1657.23.camel@stout.americas.sgi.com> <3DC23098.79045D5C@ch.sauter-bc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 1459 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Simon Matter schrieb: > > Eric Sandeen schrieb: > > > > Ok, I'm pretty confused by this. :) > > > > The only difference I see between the "stock" kernel spec files for > > 17.7.x and 17.8.0 is: > > > > -%define release 17.7.x > > +%define release 17.8.0 > > > > (i.e. no gcc differences) > > > > and the only differences between the 17.?.? Red Hat specfiles, and our > > specfile, (aside from the release name) are the XFS patches. > > > > I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well, > > but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're > > supposed to rebuild it on 7.1, or why you seem to be able to. > > > > So I'm stumped. :) > > I'm just trying to rebuild the i686 kernel on RH 7.2. It is updated to > the latest erata, which is > gcc-2.96-108.7.2 > and > gcc3-3.0.4-1 > > I'll let you know where it dies. Here we go: --------------------------------------------------------------------- Enable gcov support (CONFIG_GCOV) [N/y/?] * * Library routines * *** End of Linux kernel configuration. *** Check the top-level Makefile for additional configuration. *** Next, you must run 'make dep'. + make -s dep + make -s include/linux/version.h + echo BUILDING A KERNEL FOR uml i686... BUILDING A KERNEL FOR uml i686... + '[' uml = uml ']' + make -s ARCH=um linux sched.c: In function `sys_sched_yield': sched.c:1374: warning: unused variable `rq' kksymoops.c: In function `lookup_symbol': kksymoops.c:18: warning: unused variable `sym_end' kksymoops.c:18: warning: unused variable `sym_start' kksymoops.c:18: warning: unused variable `sec_end' kksymoops.c:18: warning: unused variable `sec_start' kksymoops.c:18: warning: unused variable `mod_end' kksymoops.c:18: warning: unused variable `mod_start' kksymoops.c:17: warning: unused variable `sym_name' kksymoops.c:17: warning: unused variable `sec_name' kksymoops.c:17: warning: unused variable `mod_name' kksymoops.c:15: warning: unused variable `bestsofar' kksymoops.c:14: warning: unused variable `this_mod' kksymoops.c: In function `print_modules': kksymoops.c:70: warning: unused variable `i' kksymoops.c:70: warning: unused variable `pos' kksymoops.c:69: warning: unused variable `this_mod' loop.c: In function `loop_change_fd': loop.c:762: warning: label `out_put_all' defined but not used xfs_mount.c: In function `xfs_initialize_perag': xfs_mount.c:332: Unrecognizable insn: (insn/i 164 594 597 (parallel[ (set (reg:SI 0 eax) (asm_operands ("") ("=a") 0[ (reg:DI 1 edx) ] [ (asm_input:DI ("A")) ] ("linux/xfs_linux.h") 255)) (set (reg:SI 1 edx) (asm_operands ("") ("=d") 1[ (reg:DI 1 edx) ] [ (asm_input:DI ("A")) ] ("linux/xfs_linux.h") 255)) (clobber (reg:QI 19 dirflag)) (clobber (reg:QI 18 fpsr)) (clobber (reg:QI 17 flags)) ] ) -1 (insn_list 163 (nil)) (nil)) xfs_mount.c:332: confused by earlier errors, bailing out make[3]: *** [xfs_mount.o] Error 1 make[2]: *** [first_rule] Error 2 make[1]: *** [_subdir_xfs] Error 2 make: *** [_dir_fs] Error 2 --------------------------------------------------------------------- Seems to be the uml kernel. Any ideas? Simon > BTW, if someone could try the same on an up to date RedHat 7.3, it may > build there although I don't believe because most packages are almost > the same. > > Simon > > > > > -Eric > > > > On Thu, 2002-10-31 at 15:48, Joe St.Clair wrote: > > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc > > > version. > > > > > > I have just downloaded gcc-3.1 from the RedHat site. It seems that the > > > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want to > > > have gcc-objc >= 2.96-94 before it will install. I have 2.96-85. > > > So now I am downloading the gcc from RedHat 7.2, check its dependencies, > > > update with that and then update to 3.1. > > > > > > I don't know if this will break anything but as far as I know it should > > > be ok. > > > > > > I won't get to check this out until tomorrow. > > > > > > > > > Eric Sandeen wrote: > > > > > > >Joe - how does it fail? (Or is the failure the gcc version requirement > > > >you noted?) > > > > > > > >-Eric > > > > > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote: > > > > > > > > > > > >>Just a bit more infomation - Not only does the build fail on my system > > > >>for i686 but also for i386. > > > >> > > > >>-- > > > >>Joseph St.Clair - KSI Machine & Engineering > > > >> > > > >> > > > >> > > > >> > > > >> > > > > > > > > > -- > > > Joseph St.Clair - KSI Machine & Engineering > > > > > > > > -- > > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > > sandeen@sgi.com SGI, Inc. 651-683-3102 -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CIT Fax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:simon.matter@ch.sauter-bc.com] From owner-linux-xfs@oss.sgi.com Fri Nov 1 04:10:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 04:10:30 -0800 (PST) Received: from ksimachine.com (IDENT:root@dsl093-008-058.det1.dsl.speakeasy.net [66.93.8.58]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1CAQuR004913 for ; Fri, 1 Nov 2002 04:10:26 -0800 Received: from ksimachine.com (sta16.local.ksimachine.com [192.168.250.16]) by ksimachine.com (8.11.6/8.11.6) with ESMTP id gA1CB9L31652; Fri, 1 Nov 2002 07:11:09 -0500 Message-ID: <3DC26F6A.6020402@ksimachine.com> Date: Fri, 01 Nov 2002 07:11:22 -0500 From: "Joe St.Clair" Reply-To: ksimach@ksimachine.com Organization: KSI Machine & Engineering User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Question about kernel update References: <3DC0371E.50908@ksimachine.com> <3DC03A72.9060800@koschikode.com> <3DC05699.8010206@ksimachine.com> <1036015245.18972.23.camel@stout.america s.sgi.com> <1036015835.20833.25.camel@stout.americas.sgi.com> <3DC18C35.1030 701@ksimachine.com> <3DC18FDB.3070501@ksimachine.com> <1036098522.1604.11.camel@stout.americas.sgi.com> <3DC1A543.80606@ksimachine.com> <1036103789.1657.23.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1460 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ksimach@ksimachine.com Precedence: bulk X-list: linux-xfs Eric, I have both the SGI_XFS 17.7.x kernal and the 17.7.x Kernel for RedHat 7.1. When I check for dependencies of the RedHat kernel all seem ok. When I check for dependencies on the SGI built kernel I recieve the following warnings on either the kernel and/or the command tools. --------------------------- libc.so.6(GLIBC_2.3) perl(strict) LATEXFILE /opt/cpg/bin/do-mgp --------------------------- I can get rebuild all of the SGI_XFS command tools from SRPMS and they will check ok. But when I attempt to build the kernel from SGI_XFS source I am informed I need gcc >= 2.96-98, my current version is gcc-2.96-85. I assume (quite possibly incorrectly) that if I update gcc then I should be able to continue with the build. As gcc has been updated (via RedHat up2date) at least once, I assume that it could be updated again. Am I incorrect in this? Would it be better if I was to rebuild the gcc update on my current system? Eric Sandeen wrote: >Ok, I'm pretty confused by this. :) > >The only difference I see between the "stock" kernel spec files for >17.7.x and 17.8.0 is: > >-%define release 17.7.x >+%define release 17.8.0 > >(i.e. no gcc differences) > >and the only differences between the 17.?.? Red Hat specfiles, and our >specfile, (aside from the release name) are the XFS patches. > >I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well, >but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're >supposed to rebuild it on 7.1, or why you seem to be able to. > >So I'm stumped. :) > >-Eric > > > > -- Joseph St.Clair - KSI Machine & Engineering From owner-linux-xfs@oss.sgi.com Fri Nov 1 05:32:46 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 05:32:52 -0800 (PST) Received: from minnie.omroep.nl (minnie.omroep.nl [145.58.30.4]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1DWZuR005977 for ; Fri, 1 Nov 2002 05:32:35 -0800 Received: from tron.omroep.nl (tron.omroep.nl [145.58.31.20]) by minnie.omroep.nl (Postfix MTA []() Netherlands Public Broadcasting) with ESMTP id 5EAC51CF435B; Fri, 1 Nov 2002 13:32:20 +0100 (CET) Received: by tron.omroep.nl (Postfix, from userid 1012) id 028F61004C66; Fri, 1 Nov 2002 13:29:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tron.omroep.nl (Postfix) with ESMTP id F0C5FC0EC36; Fri, 1 Nov 2002 13:29:31 +0100 (CET) Date: Fri, 1 Nov 2002 13:29:31 +0100 (CET) From: Matthijs van der Klip X-X-Sender: matthijs@tron.omroep.nl To: Simon Matter Cc: Eric Sandeen , , List - Linux XFS Subject: Re: Question about kernel update In-Reply-To: <3DC24E71.28971B3A@ch.sauter-bc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1461 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: matthijs.van.der.klip@omroep.nl Precedence: bulk X-list: linux-xfs On Fri, 1 Nov 2002, Simon Matter wrote: > Seems to be the uml kernel. Any ideas? What about these lines in kernel-2.4.18-17SGI_XFS_1.2pre2.spec?: # fix UML build (no fsckin' clue who RH missed that.. --hch) Patch10041: linux-2.4.19-umlfix.patch Also I like to mention I have been able to build a i686 up and smp 17SGI_XFS_1.2pre2 kernel (set buildUML to 0), however it crashes during loading of the XFS bits. The XFS message is put to the console and then the kernel dies, no error or whatsoever... (only a single 'p' put to the put console right after the XFS message) Best regards, -- Matthijs van der Klip, Unix Beheerder NOS Internet beheer: beheer@omroep.nl Gateway C -- Kamer 107 -- 035 6774252 []() From owner-linux-xfs@oss.sgi.com Fri Nov 1 06:27:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 06:27:34 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1ERSuR006789 for ; Fri, 1 Nov 2002 06:27:28 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA89412; Fri, 1 Nov 2002 08:28:09 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id IAA21179; Fri, 1 Nov 2002 08:28:09 -0600 (CST) Date: Fri, 1 Nov 2002 08:22:15 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: "Joe St.Clair" cc: linux-xfs@oss.sgi.com Subject: Re: Question about kernel update In-Reply-To: <3DC26F6A.6020402@ksimachine.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1462 X-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 Hi Joe - On Fri, 1 Nov 2002, Joe St.Clair wrote: > I can get rebuild all of the SGI_XFS command tools from SRPMS and they > will check ok. But when I attempt to build the kernel from SGI_XFS > source I am informed I need gcc >= 2.96-98, my current version is > gcc-2.96-85. Yes, gcc >= 2.96-98 is explicitly listed as a requirement for building the kernel SRPM, what confuses me is that this gcc version does not seem to be available for Red Hat 7.1. > I assume (quite possibly incorrectly) that if I update gcc then I should > be able to continue with the build. > As gcc has been updated (via RedHat up2date) at least once, I assume > that it could be updated again. Am I incorrect in this? Yes, that should be right... except I'm not sure red hat -offers- gcc >= 2.96-98 for RHL 7.1. The latest gcc 2.96-x from 7.2 might work, but that may be uncharted territory. > Would it be better if I was to rebuild the gcc update on my current system? No, that should not make a difference. -Eric From owner-linux-xfs@oss.sgi.com Fri Nov 1 07:41:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 07:41:27 -0800 (PST) Received: from localhost.localdomain (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1FfNuR020269 for ; Fri, 1 Nov 2002 07:41:23 -0800 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.5/8.12.5) with ESMTP id gA1FfkGe001154; Fri, 1 Nov 2002 09:42:01 -0600 Received: (from ctooley@localhost) by localhost.localdomain (8.12.5/8.12.5/Submit) id gA1Ff5KV001151; Fri, 1 Nov 2002 09:41:05 -0600 X-Authentication-Warning: localhost.localdomain: ctooley set sender to ctooley@amoa.org using -f Subject: re: performance over multiple disks From: Chris Tooley To: Greg Freemyer Cc: James Rich , XFS mailing list In-Reply-To: <20021031223250.DRDX3370.imf23bis.bellsouth.net@TAZ2> References: <20021031223250.DRDX3370.imf23bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 01 Nov 2002 09:41:05 -0600 Message-Id: <1036165265.960.1.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 1463 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs Chalk it up to stupidity or just wanting to learn, but I don't understand the prime number rationale. I'm sure there is a perfectly legitimate reason, but I certainly don't know what it is. Could someone enlighten those of us that are not stripe knowledgeable. Chris Tooley On Thu, 2002-10-31 at 16:30, Greg Freemyer wrote: > >> On another mailing list a debate arose about performance over a single > >> disk vs. multiple disks. It goes something like this: > > >> Suppose you have a 6 megabyte file stored on disk. Would it be read > >> faster if it were stored contiguously on a single disk or spread over > >> multiple (say 4) disks? > > >> It seems to me that as you get smaller it is faster for the single disk > >> case (remember that we are assuming the file is stored contiguously - not > >> spread all over the disk). At some size it seems natural that it would be > >> faster if the file were spread over multiple disks. Can anyone comment on > >> how XFS would perform? I don't have the equipment available to test this, > >> but I'm not too concerned with actual benchmark numbers. Mostly I'm just > >> wondering if I understand the filesystem correctly. > > >> James Rich > > James, > > I don't fully understand the logic, but I have a Compaq Storage Performance guide in front of me. > > For high data rate applications such as yours it recommends a stripe width (SW) of 17 sectors. It says that you want this small to get the spindles working in parallel, but if you go below 17, you start getting excessive overhead. > > i.e. 17 sectors of contiguous data per drive. > > For high request rate, it recommends the below stripe widths (SW): > > highly localized requests: SW = 10x avg. transfer size > > highly non-localized requests: SW = 20x avg. transfer size > > unknown localization: SW = 15x avg. transfer size. > > For all cases, they recommend your SW be a prime number. So the above just get you in the neighborhood and you select the closest prime number. > > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com > > From owner-linux-xfs@oss.sgi.com Fri Nov 1 10:26:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 10:26:58 -0800 (PST) Received: from ente.berdmann.de (frnk-d514e11f.dsl.mediaWays.net [213.20.225.31]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1IQruR031575 for ; Fri, 1 Nov 2002 10:26:54 -0800 Received: from indigo-3.berdmann.de ([192.168.5.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.35 #1) id 187gW7-0002vo-00 for linux-xfs@oss.sgi.com; Fri, 01 Nov 2002 19:27:35 +0100 Message-ID: <3DC2C797.2070501@berdmann.de> Date: Fri, 01 Nov 2002 19:27:35 +0100 From: Bernhard Erdmann User-Agent: Mozilla/5.0 (X11; U; IRIX64 IP28; en-US; rv:1.1b) Gecko/20020723 X-Accept-Language: de, en, fr MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: RH 8.0 installer (1.2pre1) crashes on Dell Latitude C610 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1464 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: be@berdmann.de Precedence: bulk X-list: linux-xfs Hi, stock RH 8.0 installs with no problems on a Dell Latitude C610 (laptop). SGI XFS 1.2a installer for RH 8.0 via bootnet.img on a floppy crashes right after having selected language (english) and keyboard (german). The anaconda dump was saved to a floppy and is available here: http://berdmann.dyndns.org/debug/SGI-XFS-1.2a/Dell-Latitude-C610/anacdump.txt The SGI installer booted off a CD crashes, too. From owner-linux-xfs@oss.sgi.com Fri Nov 1 11:15:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 11:15:51 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1JFhuR001155 for ; Fri, 1 Nov 2002 11:15:44 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA72385; Fri, 1 Nov 2002 13:16:25 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id NAA87501; Fri, 1 Nov 2002 13:16:25 -0600 (CST) Subject: Re: RH 8.0 installer (1.2pre1) crashes on Dell Latitude C610 From: Eric Sandeen To: Bernhard Erdmann Cc: linux-xfs@oss.sgi.com In-Reply-To: <3DC2C797.2070501@berdmann.de> References: <3DC2C797.2070501@berdmann.de> Content-Type: multipart/mixed; boundary="=-dqcSpNjeIXZzWZWXkc6U" X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 01 Nov 2002 13:10:29 -0600 Message-Id: <1036177829.4425.15.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1465 X-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 --=-dqcSpNjeIXZzWZWXkc6U Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi Bernhard - that's a known bug... you can work around it by putting this file on an ext2-formatted floppy, and booting with the "updates" parameter. (if you can get it to do an X install, you'll be fine as well). -Eric On Fri, 2002-11-01 at 12:27, Bernhard Erdmann wrote: > Hi, > > stock RH 8.0 installs with no problems on a Dell Latitude C610 (laptop). > > SGI XFS 1.2a installer for RH 8.0 via bootnet.img on a floppy crashes > right after having selected language (english) and keyboard (german). > > The anaconda dump was saved to a floppy and is available here: > http://berdmann.dyndns.org/debug/SGI-XFS-1.2a/Dell-Latitude-C610/anacdump.txt > > The SGI installer booted off a CD crashes, too. > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 --=-dqcSpNjeIXZzWZWXkc6U Content-Disposition: attachment; filename=welcome_text.py Content-Transfer-Encoding: quoted-printable Content-Type: text/x-python; name=welcome_text.py; charset=ISO-8859-1 # # welcome_text.py: text mode welcome window # # Copyright 2001-2002 Red Hat, Inc. # # This software may be freely redistributed under the terms of the GNU # library public license. # # You should have received a copy of the GNU Library Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. # from snack import * from constants_text import * from rhpl.translate import _ from constants import * import os class WelcomeWindow: def __call__(self, screen, configFileData): rc =3D ButtonChoiceWindow(screen, _("%s") % (productName,),=20 _("Welcome to %s!\n\n" "with XFS version 1.2pre1!\n\n" "please see http://oss.sgi.com/projects/xfs\n\n" "Official Red Hat 8.0 CDs are needed " "to complete this installation.\n\n" "This installer is not a product of Red Hat\n" "Please DO NOT report problems with this installer " "to Red Hat.\n\n" "Red Hat(r) is a registered trademark of Red Hat, Inc. ") % (productName), buttons =3D [TEXT_OK_BUTTON, TEXT_BACK_BUTT= ON], width =3D 50, help =3D "welcome") if rc =3D=3D TEXT_BACK_CHECK: return INSTALL_BACK return INSTALL_OK --=-dqcSpNjeIXZzWZWXkc6U-- From owner-linux-xfs@oss.sgi.com Fri Nov 1 11:35:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 11:35:57 -0800 (PST) Received: from ente.berdmann.de (frnk-d514e11f.dsl.mediaWays.net [213.20.225.31]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1JZruR005318 for ; Fri, 1 Nov 2002 11:35:54 -0800 Received: from indigo-3.berdmann.de ([192.168.5.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.35 #1) id 187hat-00033N-00; Fri, 01 Nov 2002 20:36:35 +0100 Message-ID: <3DC2D7C3.8000907@berdmann.de> Date: Fri, 01 Nov 2002 20:36:35 +0100 From: Bernhard Erdmann User-Agent: Mozilla/5.0 (X11; U; IRIX64 IP28; en-US; rv:1.1b) Gecko/20020723 X-Accept-Language: de, en, fr MIME-Version: 1.0 To: Eric Sandeen CC: linux-xfs@oss.sgi.com Subject: Re: RH 8.0 installer (1.2pre1) crashes on Dell Latitude C610 References: <3DC2C797.2070501@berdmann.de> <1036177829.4425.15.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1466 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: be@berdmann.de Precedence: bulk X-list: linux-xfs Eric Sandeen wrote: > Hi Bernhard - that's a known bug... you can work around it by putting > this file on an ext2-formatted floppy, and booting with the "updates" > parameter. (if you can get it to do an X install, you'll be fine as > well). Hi Eric, thanks for the quick reply. I managed to use the update floppy and the RPM installation is currently running. Cheers, Bernie From owner-linux-xfs@oss.sgi.com Fri Nov 1 12:00:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 12:00:54 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1K0ouR006178 for ; Fri, 1 Nov 2002 12:00:51 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA80370; Fri, 1 Nov 2002 14:01:32 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA81633; Fri, 1 Nov 2002 14:01:31 -0600 (CST) Subject: Re: Question about kernel update From: Eric Sandeen To: Simon Matter Cc: ksimach@ksimachine.com, linux-xfs@oss.sgi.com In-Reply-To: <3DC24E71.28971B3A@ch.sauter-bc.com> References: <3DC0371E.50908@ksimachine.com> <3DC03A72.9060800@koschikode.com> <3DC05699.8010206@ksimachine.com> <1036015245.18972.23.camel@stout.america s.sgi.com> <1036015835.20833.25.camel@stout.americas.sgi.com> <3DC18C35.1030 701@ksimachine.com> <3DC18FDB.3070501@ksimachine.com> <1036098522.1604.11.camel@stout.americas.sgi.com> <3DC1A543.80606@ksimachine.com> <1036103789.1657.23.camel@stout.americas.sgi.com> <3DC23098.79045D5C@ch.sauter-bc.com> <3DC24E71.28971B3A@ch.sauter-bc.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 01 Nov 2002 13:55:35 -0600 Message-Id: <1036180536.4534.22.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1467 X-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 guess that I don't know what to say about these problems... we just don't have the bandwidth to build & test RPMs for multiple platforms. In addition to vanilla kernels, we support the latest Red Hat distro for historical reasons (*cough* and because every other major distro already has XFS support *cough*), but if you're running an older version, I'm afraid it will likely be up to those outside of SGI to come up with any solution... My hints would be along the lines of making sure you're using the latest available gcc version for your release... -Eric On Fri, 2002-11-01 at 03:50, Simon Matter wrote: > Simon Matter schrieb: > > > > Eric Sandeen schrieb: > > > > > > Ok, I'm pretty confused by this. :) > > > > > > The only difference I see between the "stock" kernel spec files for > > > 17.7.x and 17.8.0 is: > > > > > > -%define release 17.7.x > > > +%define release 17.8.0 > > > > > > (i.e. no gcc differences) > > > > > > and the only differences between the 17.?.? Red Hat specfiles, and our > > > specfile, (aside from the release name) are the XFS patches. > > > > > > I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well, > > > but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're > > > supposed to rebuild it on 7.1, or why you seem to be able to. > > > > > > So I'm stumped. :) > > > > I'm just trying to rebuild the i686 kernel on RH 7.2. It is updated to > > the latest erata, which is > > gcc-2.96-108.7.2 > > and > > gcc3-3.0.4-1 > > > > I'll let you know where it dies. > > Here we go: > --------------------------------------------------------------------- > Enable gcov support (CONFIG_GCOV) [N/y/?] > * > * Library routines > * > > *** End of Linux kernel configuration. > *** Check the top-level Makefile for additional configuration. > *** Next, you must run 'make dep'. > > + make -s dep > + make -s include/linux/version.h > + echo BUILDING A KERNEL FOR uml i686... > BUILDING A KERNEL FOR uml i686... > + '[' uml = uml ']' > + make -s ARCH=um linux > sched.c: In function `sys_sched_yield': > sched.c:1374: warning: unused variable `rq' > kksymoops.c: In function `lookup_symbol': > kksymoops.c:18: warning: unused variable `sym_end' > kksymoops.c:18: warning: unused variable `sym_start' > kksymoops.c:18: warning: unused variable `sec_end' > kksymoops.c:18: warning: unused variable `sec_start' > kksymoops.c:18: warning: unused variable `mod_end' > kksymoops.c:18: warning: unused variable `mod_start' > kksymoops.c:17: warning: unused variable `sym_name' > kksymoops.c:17: warning: unused variable `sec_name' > kksymoops.c:17: warning: unused variable `mod_name' > kksymoops.c:15: warning: unused variable `bestsofar' > kksymoops.c:14: warning: unused variable `this_mod' > kksymoops.c: In function `print_modules': > kksymoops.c:70: warning: unused variable `i' > kksymoops.c:70: warning: unused variable `pos' > kksymoops.c:69: warning: unused variable `this_mod' > loop.c: In function `loop_change_fd': > loop.c:762: warning: label `out_put_all' defined but not used > xfs_mount.c: In function `xfs_initialize_perag': > xfs_mount.c:332: Unrecognizable insn: > (insn/i 164 594 597 (parallel[ > (set (reg:SI 0 eax) > (asm_operands ("") ("=a") 0[ > (reg:DI 1 edx) > ] > [ > (asm_input:DI ("A")) > ] ("linux/xfs_linux.h") 255)) > (set (reg:SI 1 edx) > (asm_operands ("") ("=d") 1[ > (reg:DI 1 edx) > ] > [ > (asm_input:DI ("A")) > ] ("linux/xfs_linux.h") 255)) > (clobber (reg:QI 19 dirflag)) > (clobber (reg:QI 18 fpsr)) > (clobber (reg:QI 17 flags)) > ] ) -1 (insn_list 163 (nil)) > (nil)) > xfs_mount.c:332: confused by earlier errors, bailing out > make[3]: *** [xfs_mount.o] Error 1 > make[2]: *** [first_rule] Error 2 > make[1]: *** [_subdir_xfs] Error 2 > make: *** [_dir_fs] Error 2 > --------------------------------------------------------------------- > > Seems to be the uml kernel. Any ideas? > > Simon > > > BTW, if someone could try the same on an up to date RedHat 7.3, it may > > build there although I don't believe because most packages are almost > > the same. > > > > Simon > > > > > > > > -Eric > > > > > > On Thu, 2002-10-31 at 15:48, Joe St.Clair wrote: > > > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc > > > > version. > > > > > > > > I have just downloaded gcc-3.1 from the RedHat site. It seems that the > > > > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want to > > > > have gcc-objc >= 2.96-94 before it will install. I have 2.96-85. > > > > So now I am downloading the gcc from RedHat 7.2, check its dependencies, > > > > update with that and then update to 3.1. > > > > > > > > I don't know if this will break anything but as far as I know it should > > > > be ok. > > > > > > > > I won't get to check this out until tomorrow. > > > > > > > > > > > > Eric Sandeen wrote: > > > > > > > > >Joe - how does it fail? (Or is the failure the gcc version requirement > > > > >you noted?) > > > > > > > > > >-Eric > > > > > > > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote: > > > > > > > > > > > > > > >>Just a bit more infomation - Not only does the build fail on my system > > > > >>for i686 but also for i386. > > > > >> > > > > >>-- > > > > >>Joseph St.Clair - KSI Machine & Engineering > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > > > > > > > > > -- > > > > Joseph St.Clair - KSI Machine & Engineering > > > > > > > > > > > -- > > > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > > > sandeen@sgi.com SGI, Inc. 651-683-3102 > > -- > Simon Matter Tel: +41 61 695 57 35 > Fr.Sauter AG / CIT Fax: +41 61 695 53 30 > Im Surinam 55 > CH-4016 Basel [mailto:simon.matter@ch.sauter-bc.com] -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Nov 1 12:25:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 12:25:57 -0800 (PST) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1KPruR006875 for ; Fri, 1 Nov 2002 12:25:53 -0800 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 41A6M5WG; Fri, 1 Nov 2002 15:26:49 -0500 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id gA1KQeM59455; Fri, 1 Nov 2002 15:26:40 -0500 (EST) (envelope-from msinz@wgate.com) Message-ID: <3DC2E380.5020506@wgate.com> Date: Fri, 01 Nov 2002 15:26:40 -0500 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1b) Gecko/20020813 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Keith Owens CC: Linux XFS List Subject: Re: TAKE - Upgrade to kdb v2.4-2.4.19-{common,i386}-2 References: <200211010600.gA160WV23738@sherman.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1468 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Keith Owens wrote: > Upgrade to kdb v2.4-2.4.19-{common,i386}-2 The kernel no longer compiles with KDB not configured. kernel/kernel.o: In function `do_softirq': kernel/kernel.o(.text+0x8082): undefined reference to `KDB_IS_RUNNING' You need the following patch: =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/kernel/softirq.c,v retrieving revision 1.17 diff -u -4 -w -r1.17 softirq.c --- softirq.c 2002/11/01 05:59:19 1.17 +++ softirq.c 2002/11/01 20:25:14 @@ -67,10 +67,15 @@ __u32 pending; unsigned long flags; __u32 mask; +#ifdef CONFIG_KDB if (in_interrupt() || KDB_IS_RUNNING()) return; +#else + if (in_interrupt()) + return; +#endif local_irq_save(flags); pending = softirq_pending(cpu); -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Fri Nov 1 12:31:59 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 12:32:01 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1KVwuR007364 for ; Fri, 1 Nov 2002 12:31:58 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA94764; Fri, 1 Nov 2002 14:32:40 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA88788; Fri, 1 Nov 2002 14:32:40 -0600 (CST) Subject: Re: TAKE - Upgrade to kdb v2.4-2.4.19-{common,i386}-2 From: Eric Sandeen To: Michael Sinz Cc: Keith Owens , Linux XFS List In-Reply-To: <3DC2E380.5020506@wgate.com> References: <200211010600.gA160WV23738@sherman.melbourne.sgi.com> <3DC2E380.5020506@wgate.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 01 Nov 2002 14:26:44 -0600 Message-Id: <1036182404.4534.24.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1469 X-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 Thanks Michael, I'll check this in. -Eric On Fri, 2002-11-01 at 14:26, Michael Sinz wrote: > Keith Owens wrote: > > Upgrade to kdb v2.4-2.4.19-{common,i386}-2 > > The kernel no longer compiles with KDB not configured. > > > kernel/kernel.o: In function `do_softirq': > kernel/kernel.o(.text+0x8082): undefined reference to `KDB_IS_RUNNING' > > You need the following patch: -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Nov 1 12:57:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 12:57:04 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1Kv0uR008264 for ; Fri, 1 Nov 2002 12:57:01 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA42146 for ; Fri, 1 Nov 2002 14:57:42 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA16077 for ; Fri, 1 Nov 2002 14:57:42 -0600 (CST) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id gA1Kpk510890; Fri, 1 Nov 2002 14:51:46 -0600 Message-Id: <200211012051.gA1Kpk510890@stout.americas.sgi.com> Date: Fri, 1 Nov 2002 14:51:46 -0600 Subject: TAKE - Fix non-kdb builds X-archive-position: 1470 X-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 (Keith: wasn't sure if it would be better to unconditionally include kdb.h in this file, instead....) Thanks to Michael Sinz for pointing this out. Fix non-kdb builds Date: Fri Nov 1 12:56:49 PST 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:131836a linux/kernel/softirq.c - 1.18 From owner-linux-xfs@oss.sgi.com Fri Nov 1 14:01:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 14:01:42 -0800 (PST) Received: from fry.sysctl.de (b104230.adsl.hansenet.de [62.109.104.230]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1M1cuR010191 for ; Fri, 1 Nov 2002 14:01:39 -0800 Received: from localhost.localdomain (IDENT:nfHX/1fILa80zB/XGoBYFWCkYehh2dce@localhost.localdomain [127.0.0.1]) by fry.sysctl.de (8.12.5/8.12.3) with ESMTP id gA1M2O5M009330 for ; Fri, 1 Nov 2002 23:02:25 +0100 Subject: which mkfs.xfs options do I need From: Christophe Zwecker To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8.99 Date: 01 Nov 2002 23:02:24 +0100 Message-Id: <1036188145.8803.1.camel@fry.sysctl.de> Mime-Version: 1.0 X-archive-position: 1471 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: czwecker@sysctl.de Precedence: bulk X-list: linux-xfs Hi, I want to format a 480GB EVMS/LVM1 Partion on a Hardware RAID5. Most files will be 5-15MB big. I wonder which mkfs options if any would make sense ? or should I just stick with the defaults ? thx for your advice. best regards Chris -- Christophe Zwecker :Sysctl Susannenstr. 26-28 20357 Hamburg phon/fax: +49 40 43099296/7 mail: czwecker@sysctl.de From owner-linux-xfs@oss.sgi.com Fri Nov 1 14:50:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 14:50:17 -0800 (PST) Received: from ksimachine.com (IDENT:root@dsl093-008-058.det1.dsl.speakeasy.net [66.93.8.58]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1MoCuR014066 for ; Fri, 1 Nov 2002 14:50:12 -0800 Received: from ksimachine.com (sta16.local.ksimachine.com [192.168.250.16]) by ksimachine.com (8.11.6/8.11.6) with ESMTP id gA1MoxL17456 for ; Fri, 1 Nov 2002 17:50:59 -0500 Message-ID: <3DC30564.9020408@ksimachine.com> Date: Fri, 01 Nov 2002 17:51:16 -0500 From: "Joe St.Clair" Reply-To: ksimach@ksimachine.com Organization: KSI Machine & Engineering User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: upgrading gcc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1472 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ksimach@ksimachine.com Precedence: bulk X-list: linux-xfs Does anyone know if I upgrade "gcc" and its dependencies on a RedHat system if I am going to break anything. What I would be upgrading is... binutils from 2.10.91.0.2-3 to 2.11.90.0.8-9 gcc from 2.96-85 to 2.96-98 gcc-g77 from 2.96-85 to 2.96-98 gcc-c++ from 2.96-85 to 2.96-98 gcc-objc from 2.96-85 to 2.96-98 cpp from 2.96-85 to 2.96-98 libstdc++ from 2.96-85 to 2.96-98 libstdc++-devel from 2.96-85 to 2.96-98 rpm -Uvh --test shows no problem, but that dosen't mean something else will not understand the change. This is a RedHat 7.1 system and the upgrade RPMs are from RedHat 7.2. I am having some proglems building a new kernel with the existing "gcc" and if this upgrade would work then I should be set. As this is a compiler I would assume it is not going to crash the system. If it won't work I should be able to uninstall and reinstall the old "gcc" and dependencies. Anyone have any ideas? Thanks in advance. -- Joseph St.Clair - KSI Machine & Engineering From owner-linux-xfs@oss.sgi.com Fri Nov 1 15:12:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 15:12:11 -0800 (PST) Received: from dsl2.external.hp.com (dsl2.external.hp.com [192.25.206.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1NC7uR014689 for ; Fri, 1 Nov 2002 15:12:08 -0800 Received: by dsl2.external.hp.com (Postfix, from userid 1005) id 329444829; Fri, 1 Nov 2002 16:12:58 -0700 (MST) Date: Fri, 1 Nov 2002 16:12:58 -0700 To: linux-xfs@oss.sgi.com Subject: buffer_head->b_size & ia64 Message-ID: <20021101231258.GA28163@dsl2.external.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: dannf@dsl2.external.hp.com (Dann Frazier) X-archive-position: 1473 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dannf@dsl2.external.hp.com Precedence: bulk X-list: linux-xfs hey, I was trying to test latest cvs to see if it resolves another issue, but i began getting a panic on mount. The problem is that the latest bjorn patch for ia64 (0821) defines buffer_head->b_size as an int instead of a short. (see include/linux/fs.h). The following ASSERT is in page_buf.c: /* The b_size field of struct buffer_head is an unsigned short * ... we may need to split this request up. [64K is too big] */ ASSERT(sizeof(bh->b_size) == 2); while (sector > 0xffff) { sector >>= 1; blk_length++; } Which causes the kernel to Oops on mount. Which ia64 patch is currently merged into the XFS tree? Is there currently a hard dependency on this size somewhere? (sorry if this hits the list twice, mail routing from HP->SGI is still hosed). -- --------------------------- dann frazier Hewlett-Packard Linux Systems Division dannf@hp.com (970) 898-0800 From owner-linux-xfs@oss.sgi.com Fri Nov 1 15:16:26 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 15:16:28 -0800 (PST) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1NGOuR015140 for ; Fri, 1 Nov 2002 15:16:25 -0800 Received: (qmail 20133 invoked from network); 1 Nov 2002 23:17:11 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 1 Nov 2002 23:17:11 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id DBFC3300B29; Sat, 2 Nov 2002 10:17:08 +1100 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id D8BD113B5A; Sat, 2 Nov 2002 10:17:08 +1100 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Michael Sinz Cc: Linux XFS List Subject: Re: TAKE - Upgrade to kdb v2.4-2.4.19-{common,i386}-2 In-reply-to: Your message of "Fri, 01 Nov 2002 15:26:40 CDT." <3DC2E380.5020506@wgate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Nov 2002 10:17:03 +1100 Message-ID: <32109.1036192623@ocs3.intra.ocs.com.au> X-archive-position: 1474 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs On Fri, 01 Nov 2002 15:26:40 -0500, Michael Sinz wrote: >Keith Owens wrote: >> Upgrade to kdb v2.4-2.4.19-{common,i386}-2 > >The kernel no longer compiles with KDB not configured. Thanks for the report, I will update to common-3. From owner-linux-xfs@oss.sgi.com Fri Nov 1 15:32:41 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 15:32:45 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1NWeuR015826 for ; Fri, 1 Nov 2002 15:32:40 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA18974; Fri, 1 Nov 2002 17:33:20 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA62461; Fri, 1 Nov 2002 17:33:20 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA1NWnX29812; Fri, 1 Nov 2002 17:32:49 -0600 Subject: Re: buffer_head->b_size & ia64 From: Steve Lord To: Dann Frazier Cc: linux-xfs@oss.sgi.com In-Reply-To: <20021101231258.GA28163@dsl2.external.hp.com> References: <20021101231258.GA28163@dsl2.external.hp.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Nov 2002 17:32:48 -0600 Message-Id: <1036193568.17202.234.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1475 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Fri, 2002-11-01 at 17:12, Dann Frazier wrote: > hey, > I was trying to test latest cvs to see if it resolves another issue, but > i began getting a panic on mount. The problem is that the latest bjorn > patch for ia64 (0821) defines buffer_head->b_size as an int instead of a short. > (see include/linux/fs.h). > > The following ASSERT is in page_buf.c: > > /* The b_size field of struct buffer_head is an unsigned short > * ... we may need to split this request up. [64K is too big] > */ > ASSERT(sizeof(bh->b_size) == 2); > while (sector > 0xffff) { > sector >>= 1; > blk_length++; > } > > Which causes the kernel to Oops on mount. Which ia64 patch is currently merged > into the XFS tree? Is there currently a hard dependency on this size > somewhere? > Hmm, looks like code to deal with 64K and larger pages doesn't it. This tree has no ia64 patch merged into it at all. The code probably needs to mutate into something like (and drop the assert): while (sector > ((1 << NBBY * sizeof(bh->b_size)) - 1)) { sector >>= 1; blk_length++; } I think that should all turn into a compile time constant. The dependency on bh_size being 2 is the 0xffff on the following line, I am not aware of any others. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Nov 1 15:58:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 15:58:50 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA1NwmuR016407 for ; Fri, 1 Nov 2002 15:58:49 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id PAA06776 for ; Fri, 1 Nov 2002 15:59:36 -0800 (PST) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gA1NwZc31705; Sat, 2 Nov 2002 10:58:35 +1100 Date: Sat, 2 Nov 2002 10:58:35 +1100 From: Keith Owens Message-Id: <200211012358.gA1NwZc31705@sherman.melbourne.sgi.com> Subject: TAKE - Correct build without CONFIG_KDB X-archive-position: 1476 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Correct build without CONFIG_KDB Date: Fri Nov 1 15:57:58 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:131858a linux/kernel/softirq.c - 1.19 linux/kdb/ChangeLog - 1.23 From owner-linux-xfs@oss.sgi.com Fri Nov 1 16:18:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 16:18:39 -0800 (PST) Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA20IauR017063 for ; Fri, 1 Nov 2002 16:18:36 -0800 Received: from smtp1.fc.hp.com (smtp1b.fc.hp.com [15.15.136.127]) by atlrel8.hp.com (Postfix) with ESMTP id B0BEAA00A18; Fri, 1 Nov 2002 19:19:19 -0500 (EST) Received: from ldl.fc.hp.com (ldl.fc.hp.com [15.1.50.190]) by smtp1.fc.hp.com (Postfix) with ESMTP id 3FFAA380BC; Fri, 1 Nov 2002 17:19:19 -0700 (MST) Received: from hazel.fc.hp.com (hazel.fc.hp.com [15.1.52.8]) by ldl.fc.hp.com (Postfix) with ESMTP id 310934619; Fri, 1 Nov 2002 17:19:19 -0700 (MST) Received: by hazel.fc.hp.com (Postfix, from userid 20800) id C0EF0CA702; Fri, 1 Nov 2002 17:19:18 -0700 (MST) Date: Fri, 1 Nov 2002 17:19:18 -0700 To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: buffer_head->b_size & ia64 Message-ID: <20021102001918.GA3453@hazel.fc.hp.com> References: <20021101231258.GA28163@dsl2.external.hp.com> <1036193568.17202.234.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1036193568.17202.234.camel@jen.americas.sgi.com> User-Agent: Mutt/1.4i From: dannf@hp.com (dann) X-archive-position: 1477 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dannf@hp.com Precedence: bulk X-list: linux-xfs ok, didn't realize the b_size change was to support large pages. so, for my purposes (i'm using 8K pages), i should be able to just patch fs.h back to defining b_size as a short & go on? i'll try that - thanks! On Fri, Nov 01, 2002 at 05:32:48PM -0600, Steve Lord wrote: > On Fri, 2002-11-01 at 17:12, Dann Frazier wrote: > > hey, > > I was trying to test latest cvs to see if it resolves another issue, but > > i began getting a panic on mount. The problem is that the latest bjorn > > patch for ia64 (0821) defines buffer_head->b_size as an int instead of a short. > > (see include/linux/fs.h). > > > > The following ASSERT is in page_buf.c: > > > > /* The b_size field of struct buffer_head is an unsigned short > > * ... we may need to split this request up. [64K is too big] > > */ > > ASSERT(sizeof(bh->b_size) == 2); > > while (sector > 0xffff) { > > sector >>= 1; > > blk_length++; > > } > > > > Which causes the kernel to Oops on mount. Which ia64 patch is currently merged > > into the XFS tree? Is there currently a hard dependency on this size > > somewhere? > > > > Hmm, looks like code to deal with 64K and larger pages doesn't it. This > tree has no ia64 patch merged into it at all. The code probably needs to > mutate into something like (and drop the assert): > > while (sector > ((1 << NBBY * sizeof(bh->b_size)) - 1)) { > sector >>= 1; > blk_length++; > } > > I think that should all turn into a compile time constant. > > The dependency on bh_size being 2 is the 0xffff on the following line, > I am not aware of any others. > > Steve > > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com > -- --------------------------- dann frazier Hewlett-Packard Linux Systems Division dannf@hp.com (970) 898-0800 From owner-linux-xfs@oss.sgi.com Fri Nov 1 22:32:29 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 01 Nov 2002 22:32:30 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA26WSuR021856 for ; Fri, 1 Nov 2002 22:32:28 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id WAA05100 for ; Fri, 1 Nov 2002 22:33:17 -0800 (PST) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA09542; Sat, 2 Nov 2002 17:32:00 +1100 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id RAA08866; Sat, 2 Nov 2002 17:31:59 +1100 (EST) Date: Sat, 2 Nov 2002 17:31:59 +1100 From: Nathan Scott To: dann Cc: linux-xfs@oss.sgi.com Subject: Re: buffer_head->b_size & ia64 Message-ID: <20021102173159.B387270@wobbly.melbourne.sgi.com> References: <20021101231258.GA28163@dsl2.external.hp.com> <1036193568.17202.234.camel@jen.americas.sgi.com> <20021102001918.GA3453@hazel.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021102001918.GA3453@hazel.fc.hp.com>; from dannf@hp.com on Fri, Nov 01, 2002 at 05:19:18PM -0700 X-archive-position: 1478 X-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 Fri, Nov 01, 2002 at 05:19:18PM -0700, dann wrote: > ok, didn't realize the b_size change was to support large pages. > so, for my purposes (i'm using 8K pages), i should be able to just In that case (8K), all you need to do is remove the ASSERT that you're tripping in pagebuf and everything else will continue to function as is (you will never get a sector > 0xffff). Or better, use Steve's patch - it is a more flexible solution to the way I did this & will go into the tree soon (if not already). > > > > > > The following ASSERT is in page_buf.c: > > > > > > /* The b_size field of struct buffer_head is an unsigned short > > > * ... we may need to split this request up. [64K is too big] > > > */ > > > ASSERT(sizeof(bh->b_size) == 2); > > > while (sector > 0xffff) { > > > sector >>= 1; > > > blk_length++; > > > } > > > cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sat Nov 2 05:19:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 02 Nov 2002 05:19:07 -0800 (PST) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA2DJ1uR029023 for ; Sat, 2 Nov 2002 05:19:02 -0800 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA2DJEek070949; Sat, 2 Nov 2002 14:19:19 +0100 (CET) Message-Id: <4.3.2.7.2.20021102141723.02d50420@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 02 Nov 2002 14:18:05 +0100 To: ksimach@ksimachine.com, linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: upgrading gcc In-Reply-To: <3DC30564.9020408@ksimachine.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1479 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 17:51 1-11-2002 -0500, Joe St.Clair wrote: >I am having some proglems building a new kernel with the existing "gcc" >and if this upgrade would work then I should be set. >As this is a compiler I would assume it is not going to crash the >system. If it won't work I should be able to uninstall and reinstall the >old "gcc" and dependencies. I tried rebuilding on a 7.2 box and it failed with gcc-2.96-108 Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Sat Nov 2 13:23:57 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 02 Nov 2002 13:24:02 -0800 (PST) Received: from ooo.no (fb171157.ot.FreeBit.NE.JP [61.203.171.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA2LMVuR002482 for ; Sat, 2 Nov 2002 13:23:54 -0800 Received: from wing-cilnjn2j6v ([192.168.0.2]) by ooo.no (8.9.3+3.2W/3.7W) with SMTP id GAA12868; Sun, 3 Nov 2002 06:23:42 +0900 Message-Id: <200211022123.GAA12868@ooo.no> From: =?iso-2022-jp?B?Y21haWwxMWpw?= To: =?iso-2022-jp?B?cHVyZQ==?=@ooo.no Reply-To: cmail11jp@yahoo.co.jp Date: Sun, 03 Nov 2002 06:21:39 +0900 Subject: =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCIoRUU7UiVhITwlazktOXAbKEo=?= Content-Type: text/plain Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-archive-position: 1480 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cmail11jp@yahoo.co.jp Precedence: bulk X-list: linux-xfs <憲怣幰> 揹巕儊乕儖峀崘幮 崱屻丄峀崘傪偛婓朷偟側偄曽偼偙偙傊 (昁偢杮暥偵偁側偨偺儊乕儖傾僪儗僗偺傒傪偍彂偒壓偝偄乯 king11@vesta.dti.ne.jp 儊乕儖傾僪儗僗傪偛婰擖偟偰偔偩偝偄丅 仹104-0061 搶嫗搒拞墰嬫嬧嵗8-19-3 戞2僂僀儞僌價儖丂3F 儊乕儖儅僈僕儞敪峴 TEL丂03-3544-6222 FAX丂03-3544-6218 =============================================================== 栤戣彜昳偽偐傝廤傔傑偟偨偺偱丄徚偝傟傞嫲傟偑偁傝傑偡偺偱 偍怽崬傒偼偍憗傔偵両 =============================================================== 仭丂夛堳惂儘儕乕僞僋儔僽丂仭 俢倁俢丒價僨僆2500墌偐傜 僴僀僋僆儕僥傿夋幙偱偺斕攧儅僯傾僢僋側塮憸偺悢乆 傑偢偼僇僞儘僌惪媮偍懸偪偟偰偍傝傑偡乮嬊棷傔偱偺惪媮壜擻乯 偍庤尦偵偍撏偔晻摏偵偼丄偍媞條偺偍柤慜偺傒両摉幮柤偼堦愗擖傝傑偣傫丅 僇僞儘僌傪偍尒偰丄偍怽偟崬傒偔偩偝偄丅 柍椏僇僞儘僌 http://www.allround.sib.ru/roriclub/ http://magazine.japanesebabies.com/roriclub/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂夛堳惂儘儕乕僞僋儔僽 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭SEX僼儗儞僪曞廤仭 恀寱偵SEX僼儗儞僪傪扵偟偰偄傞恖偩偗廤崌両 慡崙偳偙偱傕嬤偔偺恖傪僾儘僼傿乕儖晅偱偡偖徯夘丅 庒偄恖偐傜弉擭傑偱偄偭傁偄偄傞傛! 僟儞僫偵撪弿偺H傪妝偟傕偆両 http://www.allround.sib.ru/sex/ http://magazine.japanesebabies.com/sex/ 儗儌儞僋儔僽 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭傕傕偑偼偠偗偰傇偳偆偑備傟傞仭 偟偠傒偲傕傕偺僐儔儃儗乕僔儑儞 儘儕乕僞價僨僆乮俢倁俢乯愱栧 偄偮傑偱塩嬈偱偒傞偐傢偐傝傑偣傫 偛拲暥偼偍憗傔偵両 http://www.allround.sib.ru/roridvd/rori/ http://magazine.japanesebabies.com/roridvd/rori/ 嶌昳椺 彮彈揱愢丂柤屆壆抍抧9丂彮彈偺摴憪 側偳側偳132嶌昳丅岲昡敪攧拞両 丂(^-^)/~儘儕楩棙儉僩乕 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂俽俵僷乕僩僫乕徯夘懄擔丂仭 俽俵僷乕僩僫乕懄擔徯夘丅 墖彆傗SM僋儔僽偲偼堘偄丄俽俵垽岲幰偩偗偑廤偆夛丅 慡崙偱偛徯夘偱偒傑偡丅 偁側偨偺僾儗僀偵偁傢偣偰懄擔徯夘丅 僾儗僀戙嬥偼堦愗偐偐傝傑偣傫丅 擭楊偼20嵨埲忋丅 http://www.allround.sib.ru/sm/ http://magazine.japanesebabies.com/sm/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俽俵僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂恖宍巘偑嶌偭偨寙嶌昳丂仭 書偒偟傔偨偔側傞傛偆側偍恖宍偝傫偑嶌傟傑偟偨丅 敋敪揑戝僸僢僩彜昳両 悢偵惂尷偑偁傞偨傔丄偍怽偟崬傒偼偍憗傔偵両 仚嬊晹傑偱杮暔偦偭偔傝偵惂嶌偟偨偨傔丄揦摢斕攧偱偒傑偣傫丅 http://www.allround.sib.ru/dachi/dollc/ http://magazine.japanesebabies.com/dachi/dollc/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂恖宍巘媨愳僨僓僀儞 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂媡墖彆岎嵺偔傜傇丂仭 慺揋側抝惈偲挬傑偱擇恖丒丒丒丅 慺揋側抝惈傪崱偡偖婱彈偺尦傊岦偐傢偣傑偡丅 慡崙僱僢僩儚乕僋偱偡偖偵徯夘俷俲丅 庒偄彈惈傕墦椂偟側偄偱梀傃傑偔傠偆両 侾夞尷傝丄挿婜丄壗偱傕偁傝丅 侓彈惈偵桪偟偔偱偒傞抝惈僗僞僢僼傕摨帪曞廤拞侓 http://www.allround.sib.ru/enjyo/ http://magazine.japanesebabies.com/enjyo/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂媡墖彆夛 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂儅儕僼傽僫偺庬丂仭 儅儕僼傽僫偑偨傑傜側偔岲偒側恖丄偳偆偧丄偙偙傊丅 偁傇側偄偔偡傝偺忣曬傕庤偵擖傞傛両 乽愨懳偵埆梡偟側偄偱偔偩偝偄丅乿 http://www.allround.sib.ru/mari/ http://magazine.japanesebabies.com/mari/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂怷丂惓抝 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂怴憰奐揦両寖埨僙乕儖丂仭 AV.DVD寖埨僙乕儖 懠揦偱偼庤偵擖傜側偄傕偺偽偐偟ゥゥゥ 埲慜偺傛偆偵丄傛傠偟偔偍婅偄偟傑偡丅 懠揦偵晧偗偢寖埨椏嬥両 http://www.allround.sib.ru/pink/ http://magazine.japanesebabies.com/pink/ 丂丂丂 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂旤彮彈僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 From owner-linux-xfs@oss.sgi.com Sat Nov 2 13:51:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 02 Nov 2002 13:51:56 -0800 (PST) Received: from picard.skynet.be (picard.skynet.be [195.238.3.88]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA2LpquR003037 for ; Sat, 2 Nov 2002 13:51:53 -0800 Received: from multimail.skynet.be (actarus.skynet.be [195.238.3.209]) by picard.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.20) with SMTP id gA2Lqge29731 for linux-xfs@oss.sgi.com; Sat, 2 Nov 2002 22:52:42 +0100 (MET) (envelope-from ) Message-Id: <200211022152.gA2Lqge29731@picard.skynet.be> X-Webmail-posting-IP: 80.200.146.177 From: olivier.tarnus@skynet.be Subject: Can't mount XFS : Bad Superblock To: linux-xfs@oss.sgi.com Date: Sat, 02 Nov 2002 22:52:42 +0100 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 2896 X-archive-position: 1481 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olivier.tarnus@skynet.be Precedence: bulk X-list: linux-xfs Hi, I'm having troubles mounting an xfs filesystem because of bad superblocks. It seems that i'm not alone : http://marc.theaimsgroup.com/?l=linux-xfs&m=103356627519048&w=2 http://marc.theaimsgroup.com/?l=linux-xfs&m=103433574516723&w=2 My disk seems clean, and my others filesystems are ok. This occurs just after a clean reboot. I've tried xfs_repair, but : gentoodarkstar root # xfs_repair -nLv /dev/hdc6 Phase 1 - find and verify superblock... error reading superblock 20 -- seek to offset 21474836480 failed couldn't verify primary superblock - bad magic number !!! attempting to find secondary superblock... .......................................................... .......................................................... .......................................................... .......................................................... .......................................................... ...found candidate secondary superblock... error reading superblock 20 -- seek to offset 21474836480 failed unable to verify superblock, continuing... .......................................................... .......................................................... and so on... I'm sure that this is an xfs filesystem : gentoodarkstar root # dd if=/dev/hdc6 bs=512 count=1 |hexdump 1+0 records in 1+0 records out 0000000 4658 4253 0000 0010 0000 0000 5100 20df 0000010 0000 0000 0000 0000 0000 0000 0000 0000 0000020 0f8c 0121 9a1d 4b4b 49ae 48f7 5de9 3bd8 0000030 0000 0000 2800 0400 0000 0000 0000 8000 0000040 0000 0000 0000 8100 0000 0000 0000 8200 0000050 0000 1000 0400 0000 0000 1500 0000 0000 0000060 0000 b004 8420 0002 0001 1000 0000 0000 0000070 0000 0000 0000 0000 090c 0408 0012 1900 0000080 0000 0000 0000 4002 0000 0000 0000 e701 0000090 0000 0000 4200 f24c 0000 0000 0000 0000 00000a0 0000 0000 0000 0000 0000 0000 0000 0000 00000b0 0000 0000 0000 0200 0000 0000 0000 0000 00000c0 0000 0000 0000 0000 0000 0000 0000 0000 * 0000200 I'm running : SGI XFS snapshot 2.4.19-2002-08-03_04:15_UTC with ACLs, quota, no debug enabled The filesystem has been created with no special options and was mounted in /mnt/util. Here are some infos about my partitions : 22 0 80418240 hdc 22 1 1024096 hdc1 22 2 256032 hdc2 22 3 10240272 hdc3 22 4 1 hdc4 22 5 10240240 hdc5 22 6 20480008 hdc6 22 7 20480008 hdc7 22 8 17697424 hdc8 Do i have chance to get my filesystem back??? I'm surprised because this bug appeared after a normal reboot, so i suppose the fs has been unmounted cleanly. This is not really critical, because this is my home PC, but i'm using XFS at work on two files servers with 500G, so i would sleep better if i know this is an \"exceptional bug\" :-) Thanks for reading. Olivier Tarnus PS: Please cc me, i'm not in the mailing list [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Sat Nov 2 14:56:58 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 02 Nov 2002 14:57:01 -0800 (PST) Received: from atomic.ilos.net (h139-142-211-3.gtconnect.net [139.142.211.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA2MuwuR004260 for ; Sat, 2 Nov 2002 14:56:58 -0800 Received: (qmail 27244 invoked from network); 2 Nov 2002 22:41:45 -0000 Received: from h139-142-211-1.gtconnect.net (HELO abit) (139.142.211.1) by h139-142-211-3.gtconnect.net with SMTP; 2 Nov 2002 22:41:45 -0000 Message-ID: <005a01c04521$7957ac00$14c5fea9@abit> From: "mgiesbre" To: Subject: Defrag Utility Date: Thu, 2 Nov 2000 17:06:02 -0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 178 X-archive-position: 1482 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mgiesbre@ilos.net Precedence: bulk X-list: linux-xfs Hello: I was wondering if there was any work being done on an XFS defrag utility, like the command that is available in IRIX. Any info? mg [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Sat Nov 2 15:02:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 02 Nov 2002 15:02:54 -0800 (PST) Received: from tapu.f00f.org (tapu.f00f.org [66.60.186.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA2N2quR004804 for ; Sat, 2 Nov 2002 15:02:52 -0800 Received: by tapu.f00f.org (Postfix, from userid 1000) id 8AC281D944C; Sat, 2 Nov 2002 15:03:44 -0800 (PST) Date: Sat, 2 Nov 2002 15:03:44 -0800 From: Chris Wedgwood To: mgiesbre Cc: linux-xfs@oss.sgi.com Subject: Re: Defrag Utility Message-ID: <20021102230344.GA7854@tapu.f00f.org> References: <005a01c04521$7957ac00$14c5fea9@abit> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005a01c04521$7957ac00$14c5fea9@abit> User-Agent: Mutt/1.4i X-No-Archive: Yes X-archive-position: 1483 X-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, Nov 02, 2000 at 05:06:02PM -0600, mgiesbre wrote: > I was wondering if there was any work being done on an XFS defrag > utility, like the command that is available in IRIX. Any info? man xfs_fsr --cw From owner-linux-xfs@oss.sgi.com Sat Nov 2 22:11:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 02 Nov 2002 22:11:54 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA36BnuR014441 for ; Sat, 2 Nov 2002 22:11:49 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id WAA02661 for ; Sat, 2 Nov 2002 22:12:42 -0800 (PST) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id RAA17517 for linux-xfs@oss.sgi.com; Sun, 3 Nov 2002 17:11:25 +1100 (EST) Date: Sun, 3 Nov 2002 17:11:25 +1100 (EST) From: Nathan Scott Message-Id: <200211030611.RAA17517@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsdump build issue X-archive-position: 1484 X-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 missing build dependencies for config.h. Date: Sat Nov 2 22:10:43 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:131895a cmd/xfsdump/Makefile - 1.11 cmd/xfsdump/include/Makefile - 1.9 - Treat config.h like builddefs - it is also configure generated, and if it doesn't exist we need to run configure to create it (ie. like builddefs). From owner-linux-xfs@oss.sgi.com Sun Nov 3 04:32:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 04:32:22 -0800 (PST) Received: from engels (p5091527C.dip.t-dialin.net [80.145.82.124]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3CWFuR024832 for ; Sun, 3 Nov 2002 04:32:16 -0800 Message-Id: <200211031232.gA3CWFuR024832@oss.sgi.com> From: =?iso-8859-1?q?Max_Mueller_/_Lincoln_Modeller=B4s_Club_?= Reply-To: muellermax@bz.tc Subject: Aviation book links you asked for Date: Sun, 03 Nov 2002 13:35:03 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="7053b912-ef22-11d6-baa6-00308441cba8" X-archive-position: 1485 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: muellermax@bz.tc?= Precedence: bulk X-list: linux-xfs This is a multi-part message in MIME format --7053b912-ef22-11d6-baa6-00308441cba8 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Here are the links of aviation books you requested last week. http://www.amazon.com/exec/obidos/ASIN/0789489104/qid=3D1036312620/sr=3D2-1= /ref=3Dsr_2_1/104-1769141-2811146 http://www.collectors-edition.de/QAU/Buchuebersicht.htm http://www.ospreypublishing.com/list_by_period.php/per=3D36 http://www.amazon.com/exec/obidos/tg/detail/-/1560982381/qid=3D1036312620/s= r=3D1-8/ref=3Dsr_1_8/104-1769141-2811146?v=3Dglance http://www.amazon.com/exec/obidos/ASIN/1841762237/qid=3D1036312839/sr=3D2-2= /ref=3Dsr_2_2/104-1769141-2811146 http://www.ospreypublishing.com/list_by_period.php/per=3D36 http://www.amazon.com/exec/obidos/tg/detail/-/1841763756/ref=3Dpd_bxgy_img_= 2/104-1769141-2811146?v=3Dglance http://www.ospreypublishing.com/list_by_period.php/per=3D36 http://www.hikokiwarplanes.com/our_list.htm http://www.motorbooks.com/cgi-bin/WebObjects/mbi.woa/46/wo/fC12PhmUHdwu2Zmv= uow1zxwBbza/5.4.3.3.0 Hope you find something that is good as christmast gift for yourself ;-). See you next week! Max=20=20 --7053b912-ef22-11d6-baa6-00308441cba8-- From owner-linux-xfs@oss.sgi.com Sun Nov 3 06:45:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 06:45:59 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3EjsuR027499 for ; Sun, 3 Nov 2002 06:45:55 -0800 Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18874T-0007P3-05; Sat, 02 Nov 2002 23:48:49 +0100 Received: from CBINDER (310078580701-0001@[217.0.89.166]) by fwd02.sul.t-online.com with esmtp id 18874O-25rCxUC; Sat, 2 Nov 2002 23:48:44 +0100 From: christian_binder@t-online.de To: linux-xfs@oss.sgi.com Subject: Message after shutdown X-Mailer: Lotus Notes Version 5.0.2c (Intl) 08 Februar 2000 Message-ID: Date: Sat, 2 Nov 2002 23:48:25 +0100 X-MIMETrack: Serialize by Im Leerlauf on christian(Version 5.0.2c (Intl)|08 Februar 2000) at 02.11.2002 23:48:46, Serialize complete at 02.11.2002 23:48:46 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: 310078580701-0001@t-dialin.net X-archive-position: 1486 X-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_binder@t-online.de Precedence: bulk X-list: linux-xfs Hello, after doing a normal shutdown, one of my servers (with the newest xfs-tools - Version 2.0.3) give me yesterday the following message at the end: -----snip message ------ Unmounting local filesystems ... XFS umount got error 990 linvfs_put_super: vfsp/0x3f89ae0 left dangling! VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day ... done. ----end of messages ----- ... Can i have a nice day when I see this messages, or is there something wrong ? I use the debian woody distribution with a 2.4.19-kernel patched with the xfs-patch for kernel 2.4.19. I have two volume groups with the xfs-filesystem, all other partitions are normal linux - partitions with xfs. Another problem: Sometimes, there is a messages like this flushing ide devices ... What does this mean ? Is there a danger for my files ? I would like to migrate more of my servers to the xfs - filesystem in near future, but i feel unsure with this messages. Can anyone help ? Thanks for your answers ! Christian Binder From owner-linux-xfs@oss.sgi.com Sun Nov 3 08:23:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 08:23:08 -0800 (PST) Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [217.111.19.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3GMpuR028610 for ; Sun, 3 Nov 2002 08:22:51 -0800 Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id 0FDB010952F for ; Sun, 3 Nov 2002 16:48:42 +0100 (CET) Received: from warp9.sapienti-sat.org (pD9E0EDDF.dip.t-dialin.net [217.224.237.223]) by batleth.sapienti-sat.org (Postfix) with ESMTP id CB3A010951A for ; Sun, 3 Nov 2002 16:48:41 +0100 (CET) Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by warp9.sapienti-sat.org (Postfix) with SMTP id DAA92D1C for ; Sun, 3 Nov 2002 16:48:38 +0100 (CET) Received: from koschikode.com (kaplah.sapienti-sat.org [192.168.200.15]) by warp9.sapienti-sat.org (Postfix) with ESMTP id 4887E472 for ; Sun, 3 Nov 2002 16:48:38 +0100 (CET) Message-ID: <3DC54555.6000501@koschikode.com> Date: Sun, 03 Nov 2002 16:48:37 +0100 From: Juri Haberland Organization: totally unorganized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: de-DE, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Message after shutdown References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 1487 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juri@koschikode.com Precedence: bulk X-list: linux-xfs christian_binder@t-online.de wrote: > Another problem: > Sometimes, there is a messages like this > > flushing ide devices ... > > What does this mean ? Is there a danger for my files ? I can only answer this part of your questions. This is a perfectly normal message that you should see on each shutdown. It tells you that the kernel is flushing the write caches of all ide disks so that no data stays in the caches when the kernel switches the power off. Regards, Juri From owner-linux-xfs@oss.sgi.com Sun Nov 3 11:47:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 11:47:49 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3JlkuR000722 for ; Sun, 3 Nov 2002 11:47:46 -0800 Received: from rock.csd.sgi.com (fddi-rock.csd.sgi.com [130.62.69.10]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id LAA01834 for ; Sun, 3 Nov 2002 11:48:43 -0800 (PST) mail_from (clambert@sgi.com) Received: from mtv-vpn-hw-clambert-1.corp.sgi.com (onyx4@mtv-vpn-hw-clambert-1.corp.sgi.com [134.15.23.234]) by rock.csd.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id LAA45620; Sun, 3 Nov 2002 11:48:32 -0800 (PST) Date: Sun, 3 Nov 2002 11:48:31 -0800 (PST) From: Christian Lambert X-X-Sender: clambert@onyx4.dhs.org To: Eric Sandeen cc: linux-xfs@oss.sgi.com, Christian Lambert Subject: Re: 2.4.19xfs + preempt causes hangs? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1488 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: clambert@sgi.com Precedence: bulk X-list: linux-xfs Eric, I can't reproduce it with the stock kernel with only supermount enabled so far. So maybe it's not playing well with the low latency patch even if just compiled in, but not enabled in /proc. Or it was because I was using the old xfs snapshot from 2.4.19 and not the 1.2pre-release. I'm gonna try to add them one by one and re-test. BTW, I think you should add the 1.2 pre-release in the snapshots on the webpage so that people don't download the older ones if 1.2pre is more recent and available. If I would have not checked the mailing list, I would have not found about 1.2pre. I looked at the weekly snapshot, and it hasn't been updated for a while now. -Christian On Tue, 29 Oct 2002, Eric Sandeen wrote: | Hi Christian - | | Reproducing this with the stock kernel & stock patches (preferably | the 1.2-pre patches) would be most helpful, isolating bugs with the | patch-set-du-jour can be rough. | | If you can't reproduce it with the stock kernel, add the patches | one at a time and see where things fall apart. | | -Eric | | On Tue, 29 Oct 2002, Christian Lambert wrote: | | > | > I now disabled pre-empt, and basically the only kernel patch | > I added was supermount+ O(1) batch scheduler and -aa vm patch. Now the problem | > seems to be different. If a process writes large files (about 1 or 2 gigs) | > it will often hangs right when it reach the end of the file and it was | > about to update the directory entry, it just hangs there. Top shows 100% | > system usage (0% user) and I can't kill the process until it unhangs itself | > which takes about 2-3 minutes. I'm using the 2.4.19 snapshot, but I just | > saw that you have a 1.2 pre-release for 2.4.19, so I'm going to recompile | > my kernel with that and just supermount. I'm also using vmware (which has | > kernel modules) so i'm not sure if that has an impact or not, but I thought I'd | > mention it. I could reproduce it often but just doing a "cp -a dir1 dir2" | > with a couple of 1 gig files in it. | > | From owner-linux-xfs@oss.sgi.com Sun Nov 3 13:00:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 13:00:47 -0800 (PST) Received: from ente.berdmann.de (frnk-d514e1e7.dsl.mediaWays.net [213.20.225.231]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3L0fuR001486 for ; Sun, 3 Nov 2002 13:00:42 -0800 Received: from indigo-3.berdmann.de ([192.168.5.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.35 #1) id 188RsC-0002DO-00 for linux-xfs@oss.sgi.com; Sun, 03 Nov 2002 22:01:32 +0100 Message-ID: <3DC58EAC.6070402@berdmann.de> Date: Sun, 03 Nov 2002 22:01:32 +0100 From: Bernhard Erdmann User-Agent: Mozilla/5.0 (X11; U; IRIX64 IP28; en-US; rv:1.1b) Gecko/20020723 X-Accept-Language: de, en, fr MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfsrestore: content.c:7470: restore_reg: Assertion `ehdr.eh_type == 4' failed. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1489 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: be@berdmann.de Precedence: bulk X-list: linux-xfs Hi, verifying an Amanda backup using xfsdump-2.1.5-0 on 2.4.18-xfs-1.1 I got this error message of one xfsdump image under ca. 25 xfsdump images: ** Error detected (ente._home.20021103.0) amrestore: WARNING: not at start of tape, file numbers will be offset amrestore: 0: restoring ente._home.20021103.0 xfsrestore: content.c:7470: restore_reg: Assertion `ehdr.eh_type == 4' failed. - has been work done recently to assertion failures? - would upgrading xfsdump help? - would an upgraded xfsrestore handle the dump on tape correctly (still made by xfsdump-2.1.5)? - what debug information do XFS developers need? (i.e. what portions of xfsrestore -v debug or -v 5 and what extra information) From owner-linux-xfs@oss.sgi.com Sun Nov 3 13:52:41 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 13:52:46 -0800 (PST) Received: from clmboh1-smtp5.columbus.rr.com (clmboh1-smtp5.columbus.rr.com [65.24.0.116]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3LqeuR002255 for ; Sun, 3 Nov 2002 13:52:41 -0800 Received: from dynamix-ltd.com (dhcp024-208-191-088.columbus.rr.com [24.208.191.88]) by clmboh1-smtp5.columbus.rr.com (8.11.2/8.11.2) with ESMTP id gA3Lrab22355 for ; Sun, 3 Nov 2002 16:53:36 -0500 (EST) Message-ID: <3DC59AC0.3080900@dynamix-ltd.com> Date: Sun, 03 Nov 2002 16:53:04 -0500 From: Andy Skunza User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfsdump/xfsrestore and multiple sessions per tape Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1490 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: askunza@dynamix-ltd.com Precedence: bulk X-list: linux-xfs Dear List, I have multiple dump sessions (/xfs_mount_a written 1st, /xfs_mount_b written 2nd, ...) on a single tape. My problem comes when attempting to restore from a specific session label. xfsrestore will not skip sessions, instead it examines each "media file" for all sessions from the beginning of the tape until it eventually gets to the right session. This takes some time. For example, trying to restore session /xfs_mount_b, I would get something like this: xfsrestore -b 245760 -f /dev/tape -L "this label is for /xfs_mount_b/" xfsrestore: using scsi tape (drive_scsitape) strategy xfsrestore: version 3.0 - Running single-threaded xfsrestore: using online session inventory xfsrestore: searching media for directory dump xfsrestore: preparing drive xfsrestore: examining media file 0 xfsrestore: inventory session uuid (2f328d05-b1bf-4bb9-a79a-030acca05817) does not match the media header's session uuid (dca53084-214e-4a6c-9fa1-48e65e12018d) xfsrestore: examining media file 1 xfsrestore: inventory session uuid (2f328d05-b1bf-4bb9-a79a-030acca05817) does not match the media header's session uuid (dca53084-214e-4a6c-9fa1-48e65e12018d) xfsrestore: examining media file 2 xfsrestore: inventory session uuid (2f328d05-b1bf-4bb9-a79a-030acca05817) does not match the media header's session uuid (dca53084-214e-4a6c-9fa1-48e65e12018d) xfsrestore: examining media file 3 xfsrestore: inventory session uuid (2f328d05-b1bf-4bb9-a79a-030acca05817) does not match the media header's session uuid (dca53084-214e-4a6c-9fa1-48e65e12018d) xfsrestore: examining media file 4 xfsrestore: inventory session uuid (2f328d05-b1bf-4bb9-a79a-030acca05817) does not match the media header's session uuid (dca53084-214e-4a6c-9fa1-48e65e12018d) xfsrestore: examining media file 5 xfsrestore: reading directories ... In this case, the first dump is broken up into 4 "media files". Any ideas? thanks, andy From owner-linux-xfs@oss.sgi.com Sun Nov 3 14:25:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 14:25:59 -0800 (PST) Received: from tapu.f00f.org (tapu.f00f.org [66.60.186.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA3MPiuR002939 for ; Sun, 3 Nov 2002 14:25:44 -0800 Received: by tapu.f00f.org (Postfix, from userid 1000) id DBE321EF808; Sun, 3 Nov 2002 13:47:05 -0800 (PST) Date: Sun, 3 Nov 2002 13:47:05 -0800 From: Chris Wedgwood To: christian_binder@t-online.de Cc: linux-xfs@oss.sgi.com Subject: Re: Message after shutdown Message-ID: <20021103214705.GA12162@tapu.f00f.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-No-Archive: Yes X-archive-position: 1491 X-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, Nov 02, 2002 at 11:48:25PM +0100, christian_binder@t-online.de wrote: > Unmounting local filesystems ... XFS umount got error 990 990 internal is EFSCORRUPTED... if you run xfs_check/xfs_repair on this does it find anything? > ... Can i have a nice day when I see this messages, or is there > something wrong ? Potentially something is wrong... > What does this mean ? Is there a danger for my files ? The kernel has references to data that was/is on your disk. Reboot :) > I would like to migrate more of my servers to the xfs - filesystem > in near future, but i feel unsure with this messages. I'm not sure anyone else has reported this same bug. Some more information may be useful. It *might* be bad RAM or a bad IDE cable, but it could also be a genuine bug. --cw From owner-linux-xfs@oss.sgi.com Sun Nov 3 20:43:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 03 Nov 2002 20:43:54 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA44houR006145 for ; Sun, 3 Nov 2002 20:43:51 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA44hoV3006144 for linux-xfs@oss.sgi.com; Sun, 3 Nov 2002 20:43:50 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA44hnuT006130 for ; Sun, 3 Nov 2002 20:43:49 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA44PoST005961; Sun, 3 Nov 2002 20:25:50 -0800 Date: Sun, 3 Nov 2002 20:25:50 -0800 Message-Id: <200211040425.gA44PoST005961@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 182] Hitting the BUG() in filemap.c:843 (in unlock_page()) X-Bugzilla-Reason: AssignedTo X-archive-position: 1492 X-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=182 sandeen@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From sandeen@sgi.com 2002-11-03 20:25 ------- Luben has said that recent patches have fixed this. Closing it now for bookkeeping, I'll add more info about the patch when I find it again. :) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Mon Nov 4 01:52:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 01:52:48 -0800 (PST) Received: from cray.dirksteinberg.de (pD9050D83.dip.t-dialin.net [217.5.13.131]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA49qKuR019475 for ; Mon, 4 Nov 2002 01:52:36 -0800 Received: from dirksteinberg.de (localhost [127.0.0.1]) by cray.dirksteinberg.de (Postfix) with ESMTP id 3EA4011FE9B2; Mon, 4 Nov 2002 04:52:53 -0500 (EST) Message-ID: <3DC64375.ECE3ECB0@dirksteinberg.de> Date: Mon, 04 Nov 2002 10:52:53 +0100 From: Dirk Steinberg X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-17SGI_XFS_1.2pre2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Christian Lambert Cc: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Hangs on 2.4.18-17SGI_XFS_1.2pre2 [Re: 2.4.19xfs + preempt causes hangs?] References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 1493 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dws@dirksteinberg.de Precedence: bulk X-list: linux-xfs Hi, I would just like to add that I also see these hangs of unkillable processes when trying to write large files to XFS. In my case it can take up to half an hour until the process unhangs itself. I am using SGI-supplied RedHat 8.0 kernel binaries from 1.2pre2 kernel-2.4.18-17SGI_XFS_1.2pre2.i686.rpm so this should make it somewhat easier to reproduce this. The system I used is a Dell Inspiron 4100 Notebook with 1.2 GHz P3 and 1 Gig of RAM. AFAIK, RedHat 8 also uses a "small" version of the low latency patch, so this could well be the problem. Linux version 2.4.18-17SGI_XFS_1.2pre2 (root@permit.americas.sgi.com) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Tue Oct 22 22:38:47 CDT 2002 This is a real showstopper for Release 1.2, IMHO. BTW, I'm actually a little desperate for finding a good stable kernel with all features I need (XFS, IPsec, ALSA, 4 Gig, OpenMosix, VMware, DVB, ...). Stock RH80 hangs on APM suspend, RH8-XFS hangs on large file write, Mandrake 9.0 does not support IDE DMA on ICH-3M and ICH-4 (besides not supporting more than 896 MB RAM in the default config), Gentoo 2.4.19 has the same IDE problem and is a little too heavily hacked for my taste since I still need to add OpenMosix.... Cheers, Dirk ------------------------------------------ Ingenieurb黵o Dipl.-Ing. Dirk W. Steinberg Email: dws@dirksteinberg.de Christian Lambert wrote: > > Eric, > > I can't reproduce it with the stock kernel with only supermount enabled so far. > So maybe it's not playing well with the low latency patch even if just > compiled in, but not enabled in /proc. Or it was because I was using > the old xfs snapshot from 2.4.19 and not the 1.2pre-release. I'm gonna try to > add them one by one and re-test. > > BTW, I think you should add the 1.2 pre-release in the snapshots on the webpage > so that people don't download the older ones if 1.2pre is more recent and > available. If I would have not checked the mailing list, I would have not found > about 1.2pre. I looked at the weekly snapshot, and it hasn't been updated > for a while now. > > -Christian > > On Tue, 29 Oct 2002, Eric Sandeen wrote: > > | Hi Christian - > | > | Reproducing this with the stock kernel & stock patches (preferably > | the 1.2-pre patches) would be most helpful, isolating bugs with the > | patch-set-du-jour can be rough. > | > | If you can't reproduce it with the stock kernel, add the patches > | one at a time and see where things fall apart. > | > | -Eric > | > | On Tue, 29 Oct 2002, Christian Lambert wrote: > | > | > > | > I now disabled pre-empt, and basically the only kernel patch > | > I added was supermount+ O(1) batch scheduler and -aa vm patch. Now the problem > | > seems to be different. If a process writes large files (about 1 or 2 gigs) > | > it will often hangs right when it reach the end of the file and it was > | > about to update the directory entry, it just hangs there. Top shows 100% > | > system usage (0% user) and I can't kill the process until it unhangs itself > | > which takes about 2-3 minutes. I'm using the 2.4.19 snapshot, but I just > | > saw that you have a 1.2 pre-release for 2.4.19, so I'm going to recompile > | > my kernel with that and just supermount. I'm also using vmware (which has > | > kernel modules) so i'm not sure if that has an impact or not, but I thought I'd > | > mention it. I could reproduce it often but just doing a "cp -a dir1 dir2" > | > with a couple of 1 gig files in it. From owner-linux-xfs@oss.sgi.com Mon Nov 4 02:36:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 02:36:16 -0800 (PST) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4Aa8uR020204 for ; Mon, 4 Nov 2002 02:36:09 -0800 Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id 9C474AC38; Mon, 4 Nov 2002 11:30:59 +0100 (CET) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id DA852190C9; Mon, 4 Nov 2002 11:30:57 +0100 (CET) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 3BE0930881D; Mon, 4 Nov 2002 11:37:04 +0100 (CET) Message-ID: <3DC64DD0.A86E3ABF@ch.sauter-bc.com> Date: Mon, 04 Nov 2002 11:37:04 +0100 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.22-6.2.2 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Eric Sandeen Cc: ksimach@ksimachine.com, linux-xfs@oss.sgi.com Subject: Re: Question about kernel update References: <3DC0371E.50908@ksimachine.com> <3DC03A72.9060800@koschikode.com> <3DC05699.8010206@ksimachine.com> <1036015245.18972.23.camel@stout.america s.sgi.com> <1036015835.20833.25.camel@stout.americas.sgi.com> <3DC18C35.1030 701@ksimachine.com> <3DC18FDB.3070501@ksimachine.com> <1036098522.1604.11.camel@stout.americas.sgi.com> <3DC1A543.80606@ksimachine.com> <1036103789.1657.23.camel@stout.americas.sgi.com> <3DC23098.79045D5C@ch.sauter-bc.com> <3DC24E71.28971B3A@ch.sauter-bc.com> <1036180536.4534.22.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 1494 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Okay, I have now successfully built 2.4.18-17SGI_XFS_1.2pre2 rpms on RedHat 7.2 and they seems to work as expected. I did remove uml support by changeing the .spec file like this: %define buildUML 0 Then built binaries. Building an i686 kernel alone didn't work! Using target i386,i586,i686,athlon worked and built okay. It is up and running: Linux version 2.4.18-17SGI_XFS_1.2pre2 (root@crash.bi.corp.invoca.ch) (gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-108.7.2)) #1 Fri Nov 1 20:08:13 CET 2002 Eric, if you could give me ftp access somewhere, I could upload the rpms for /contrib on oss. Let me know. Simon Eric Sandeen schrieb: > > I guess that I don't know what to say about these problems... we just > don't have the bandwidth to build & test RPMs for multiple platforms. > > In addition to vanilla kernels, we support the latest Red Hat distro for > historical reasons (*cough* and because every other major distro already > has XFS support *cough*), but if you're running an older version, I'm > afraid it will likely be up to those outside of SGI to come up with any > solution... > > My hints would be along the lines of making sure you're using the latest > available gcc version for your release... > > -Eric > > On Fri, 2002-11-01 at 03:50, Simon Matter wrote: > > Simon Matter schrieb: > > > > > > Eric Sandeen schrieb: > > > > > > > > Ok, I'm pretty confused by this. :) > > > > > > > > The only difference I see between the "stock" kernel spec files for > > > > 17.7.x and 17.8.0 is: > > > > > > > > -%define release 17.7.x > > > > +%define release 17.8.0 > > > > > > > > (i.e. no gcc differences) > > > > > > > > and the only differences between the 17.?.? Red Hat specfiles, and our > > > > specfile, (aside from the release name) are the XFS patches. > > > > > > > > I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well, > > > > but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're > > > > supposed to rebuild it on 7.1, or why you seem to be able to. > > > > > > > > So I'm stumped. :) > > > > > > I'm just trying to rebuild the i686 kernel on RH 7.2. It is updated to > > > the latest erata, which is > > > gcc-2.96-108.7.2 > > > and > > > gcc3-3.0.4-1 > > > > > > I'll let you know where it dies. > > > > Here we go: > > --------------------------------------------------------------------- > > Enable gcov support (CONFIG_GCOV) [N/y/?] > > * > > * Library routines > > * > > > > *** End of Linux kernel configuration. > > *** Check the top-level Makefile for additional configuration. > > *** Next, you must run 'make dep'. > > > > + make -s dep > > + make -s include/linux/version.h > > + echo BUILDING A KERNEL FOR uml i686... > > BUILDING A KERNEL FOR uml i686... > > + '[' uml = uml ']' > > + make -s ARCH=um linux > > sched.c: In function `sys_sched_yield': > > sched.c:1374: warning: unused variable `rq' > > kksymoops.c: In function `lookup_symbol': > > kksymoops.c:18: warning: unused variable `sym_end' > > kksymoops.c:18: warning: unused variable `sym_start' > > kksymoops.c:18: warning: unused variable `sec_end' > > kksymoops.c:18: warning: unused variable `sec_start' > > kksymoops.c:18: warning: unused variable `mod_end' > > kksymoops.c:18: warning: unused variable `mod_start' > > kksymoops.c:17: warning: unused variable `sym_name' > > kksymoops.c:17: warning: unused variable `sec_name' > > kksymoops.c:17: warning: unused variable `mod_name' > > kksymoops.c:15: warning: unused variable `bestsofar' > > kksymoops.c:14: warning: unused variable `this_mod' > > kksymoops.c: In function `print_modules': > > kksymoops.c:70: warning: unused variable `i' > > kksymoops.c:70: warning: unused variable `pos' > > kksymoops.c:69: warning: unused variable `this_mod' > > loop.c: In function `loop_change_fd': > > loop.c:762: warning: label `out_put_all' defined but not used > > xfs_mount.c: In function `xfs_initialize_perag': > > xfs_mount.c:332: Unrecognizable insn: > > (insn/i 164 594 597 (parallel[ > > (set (reg:SI 0 eax) > > (asm_operands ("") ("=a") 0[ > > (reg:DI 1 edx) > > ] > > [ > > (asm_input:DI ("A")) > > ] ("linux/xfs_linux.h") 255)) > > (set (reg:SI 1 edx) > > (asm_operands ("") ("=d") 1[ > > (reg:DI 1 edx) > > ] > > [ > > (asm_input:DI ("A")) > > ] ("linux/xfs_linux.h") 255)) > > (clobber (reg:QI 19 dirflag)) > > (clobber (reg:QI 18 fpsr)) > > (clobber (reg:QI 17 flags)) > > ] ) -1 (insn_list 163 (nil)) > > (nil)) > > xfs_mount.c:332: confused by earlier errors, bailing out > > make[3]: *** [xfs_mount.o] Error 1 > > make[2]: *** [first_rule] Error 2 > > make[1]: *** [_subdir_xfs] Error 2 > > make: *** [_dir_fs] Error 2 > > --------------------------------------------------------------------- > > > > Seems to be the uml kernel. Any ideas? > > > > Simon > > > > > BTW, if someone could try the same on an up to date RedHat 7.3, it may > > > build there although I don't believe because most packages are almost > > > the same. > > > > > > Simon > > > > > > > > > > > -Eric > > > > > > > > On Thu, 2002-10-31 at 15:48, Joe St.Clair wrote: > > > > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc > > > > > version. > > > > > > > > > > I have just downloaded gcc-3.1 from the RedHat site. It seems that the > > > > > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want to > > > > > have gcc-objc >= 2.96-94 before it will install. I have 2.96-85. > > > > > So now I am downloading the gcc from RedHat 7.2, check its dependencies, > > > > > update with that and then update to 3.1. > > > > > > > > > > I don't know if this will break anything but as far as I know it should > > > > > be ok. > > > > > > > > > > I won't get to check this out until tomorrow. > > > > > > > > > > > > > > > Eric Sandeen wrote: > > > > > > > > > > >Joe - how does it fail? (Or is the failure the gcc version requirement > > > > > >you noted?) > > > > > > > > > > > >-Eric > > > > > > > > > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote: > > > > > > > > > > > > > > > > > >>Just a bit more infomation - Not only does the build fail on my system > > > > > >>for i686 but also for i386. > > > > > >> > > > > > >>-- > > > > > >>Joseph St.Clair - KSI Machine & Engineering > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > > > > > > > > > > > -- > > > > > Joseph St.Clair - KSI Machine & Engineering > > > > > > > > > > > > > > -- > > > > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > > > > sandeen@sgi.com SGI, Inc. 651-683-3102 > > From owner-linux-xfs@oss.sgi.com Mon Nov 4 10:43:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 10:43:19 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4IhDuR031768 for ; Mon, 4 Nov 2002 10:43:13 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA33736; Mon, 4 Nov 2002 12:44:07 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 188mCk-0004KZ-00; Mon, 04 Nov 2002 12:44:07 -0600 Date: Mon, 4 Nov 2002 12:44:06 -0600 From: Nathan Straz To: David Rees Cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: Spontaneous Call Trace? Message-ID: <20021104184406.GC2030@sgi.com> Mail-Followup-To: David Rees , linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com References: <20021104101501.A812@greenhydrant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021104101501.A812@greenhydrant.com> User-Agent: Mutt/1.4i X-archive-position: 1495 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Mon, Nov 04, 2002 at 10:15:01AM -0800, David Rees wrote: > I just encountered a dual CPU machine running 2.4.18 with the NFS_ALL and > xfs patch which spontaneously generated two complete call traces over the > weekend. There was no Oops or kernel bug recorded in the syslog although > syslog functionality remained intact. After this point functionality on the > system was degraded (various processes were not accepting new connections) > and we rebooted the system. We're planning on upgrading to 2.4.19 with the > NFS_ALL and ext3-all patches ASAP. > > I've never seen this type of behavior before in my years of using Linux, has > anyone else? BTW, sysrq is disabled on the machine... Could you post the call traces? Also, do you see any relevant messages in your log files? Perhaps there is a forced shutdown message. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Mon Nov 4 10:55:58 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 10:56:01 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4ItvuR032286 for ; Mon, 4 Nov 2002 10:55:57 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA89905 for ; Mon, 4 Nov 2002 12:56:47 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA97821 for ; Mon, 4 Nov 2002 12:56:47 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA4ItlL05973; Mon, 4 Nov 2002 12:55:47 -0600 Message-Id: <200211041855.gA4ItlL05973@jen.americas.sgi.com> Date: Mon, 4 Nov 2002 12:55:47 -0600 Subject: TAKE - do not hard code the field width of bh->b_size To: linux-xfs@oss.sgi.com X-archive-position: 1496 X-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@sgi.com Precedence: bulk X-list: linux-xfs make pagebuf independent of the size of the b_size field, we were assuming 2 bytes which is not always the case with some patchsets applied. Date: Mon Nov 4 10:56:08 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-vanilla The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:131952a linux/fs/xfs/pagebuf/page_buf.c - 1.74 - do not hard code the field width of bh->b_size From owner-linux-xfs@oss.sgi.com Mon Nov 4 11:11:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 11:11:54 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4JBfuR000373 for ; Mon, 4 Nov 2002 11:11:42 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA94330 for ; Mon, 4 Nov 2002 13:12:36 -0600 (CST) Received: from dhcp212.munich.sgi.com (dhcp212.munich.sgi.com [144.253.197.212]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA69526 for ; Mon, 4 Nov 2002 13:12:33 -0600 (CST) Received: (from hch@localhost) by dhcp212.munich.sgi.com (8.11.6/8.11.6) id gA52RIm22972 for linux-xfs@oss.sgi.com; Mon, 4 Nov 2002 21:27:18 -0500 Resent-Message-Id: <200211050227.gA52RIm22972@dhcp212.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA01443 for ; Mon, 4 Nov 2002 13:11:28 -0600 (CST) From: hch@lab343.munich.sgi.com Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gA4JBOkZ29490872 for ; Mon, 4 Nov 2002 11:11:25 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gA4JAAYM000750 for ; Mon, 4 Nov 2002 20:10:10 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gA4JAARj000749 for hch@sgi.com; Mon, 4 Nov 2002 20:10:10 +0100 Date: Mon, 4 Nov 2002 20:10:10 +0100 Message-Id: <200211041910.gA4JAARj000749@lab343.munich.sgi.com> Subject: TAKE - Merge up to 2.4.20-rc1 To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 4 Nov 2002 21:27:18 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1497 X-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 The number of core changes for XFS is a bit down again. Let hope Marcelo merges some more patches in 2.4.21-pre1 as promised.. Date: Mon Nov 4 10:51:29 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.20-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:131941a linux/arch/x86_64/boot/bootsect.S - 1.1 linux/Documentation/BK-usage/bk-kernel-howto.txt - 1.1 linux/Documentation/BK-usage/bk-make-sum - 1.1 linux/Documentation/BK-usage/bksend - 1.1 linux/Documentation/BK-usage/bz64wrap - 1.1 linux/Documentation/BK-usage/cset-to-linus - 1.1 linux/Documentation/BK-usage/csets-to-patches - 1.1 linux/Documentation/BK-usage/unbz64wrap - 1.1 linux/arch/mips/vr41xx/common/pciu.c - 1.1 linux/arch/mips/vr41xx/common/time.c - 1.1 linux/arch/x86_64/boot/Makefile - 1.1 linux/Documentation/DocBook/journal-api.tmpl - 1.1 linux/net/sunrpc/timer.c - 1.1 linux/arch/x86_64/Makefile - 1.1 linux/arch/x86_64/boot/compressed/Makefile - 1.1 linux/arch/x86_64/boot/compressed/head.S - 1.1 linux/arch/x86_64/boot/compressed/misc.c - 1.1 linux/arch/x86_64/boot/compressed/miscsetup.h - 1.1 linux/arch/x86_64/boot/install.sh - 1.1 linux/Documentation/filesystems/befs.txt - 1.1 linux/arch/x86_64/boot/setup.S - 1.1 linux/arch/x86_64/boot/tools/build.c - 1.1 linux/net/sched/sch_htb.c - 1.1 linux/Documentation/filesystems/jfs.txt - 1.1 linux/arch/x86_64/boot/video.S - 1.1 linux/arch/x86_64/config.in - 1.1 linux/arch/x86_64/defconfig - 1.1 linux/arch/x86_64/ia32/Makefile - 1.1 linux/arch/x86_64/ia32/fpu32.c - 1.1 linux/arch/x86_64/ia32/ia32_binfmt.c - 1.1 linux/Documentation/ldm.txt - 1.1 linux/arch/x86_64/ia32/ia32_ioctl.c - 1.1 linux/arch/x86_64/ia32/ia32_signal.c - 1.1 linux/Documentation/networking/NAPI_HOWTO.txt - 1.1 linux/arch/x86_64/ia32/ia32entry.S - 1.1 linux/Documentation/networking/e100.txt - 1.1 linux/Documentation/networking/e1000.txt - 1.1 linux/arch/x86_64/ia32/ipc32.c - 1.1 linux/Documentation/networking/khttpd.txt - 1.1 linux/arch/x86_64/ia32/ptrace32.c - 1.1 linux/arch/x86_64/ia32/socket32.c - 1.1 linux/arch/x86_64/ia32/sys_ia32.c - 1.1 linux/arch/x86_64/kernel/Makefile - 1.1 linux/arch/x86_64/kernel/acpitable.c - 1.1 linux/Documentation/powerpc/cpu_features.txt - 1.1 linux/arch/x86_64/kernel/acpitable.h - 1.1 linux/arch/x86_64/kernel/aperture.c - 1.1 linux/Documentation/sound/forte - 1.1 linux/arch/x86_64/kernel/apic.c - 1.1 linux/arch/x86_64/kernel/bluesmoke.c - 1.1 linux/arch/x86_64/kernel/cpuid.c - 1.1 linux/Documentation/usb/silverlink.txt - 1.1 linux/arch/x86_64/kernel/e820.c - 1.1 linux/arch/x86_64/kernel/early_printk.c - 1.1 linux/arch/x86_64/kernel/entry.S - 1.1 linux/net/ipv6/netfilter/ip6t_length.c - 1.1 linux/net/ipv6/netfilter/ip6t_eui64.c - 1.1 linux/arch/x86_64/kernel/head.S - 1.1 linux/arch/x86_64/kernel/head64.c - 1.1 linux/Documentation/x86_64/BUGS - 1.1 linux/Documentation/x86_64/mm.txt - 1.1 linux/arch/x86_64/kernel/i387.c - 1.1 linux/arch/x86_64/kernel/i8259.c - 1.1 linux/arch/x86_64/kernel/init_task.c - 1.1 linux/arch/x86_64/kernel/io_apic.c - 1.1 linux/arch/x86_64/kernel/ioport.c - 1.1 linux/arch/x86_64/kernel/irq.c - 1.1 linux/arch/x86_64/kernel/ldt.c - 1.1 linux/arch/sparc/mm/highmem.c - 1.1 linux/arch/x86_64/kernel/mpparse.c - 1.1 linux/arch/x86_64/kernel/msr.c - 1.1 linux/net/ipv4/netfilter/ipt_pkttype.c - 1.1 linux/net/ipv4/netfilter/ipt_helper.c - 1.1 linux/net/ipv4/netfilter/ipt_ecn.c - 1.1 linux/net/ipv4/netfilter/ipt_dscp.c - 1.1 linux/net/ipv4/netfilter/ipt_conntrack.c - 1.1 linux/net/ipv4/netfilter/ipt_ECN.c - 1.1 linux/net/ipv4/netfilter/ipt_DSCP.c - 1.1 linux/arch/x86_64/kernel/mtrr.c - 1.1 linux/arch/x86_64/kernel/nmi.c - 1.1 linux/arch/x86_64/kernel/pci-dma.c - 1.1 linux/arch/cris/drivers/pcf8563.c - 1.1 linux/arch/x86_64/kernel/pci-gart.c - 1.1 linux/arch/x86_64/kernel/pci-irq.c - 1.1 linux/arch/x86_64/kernel/pci-nommu.c - 1.1 linux/arch/cris/drivers/virtex.c - 1.1 linux/arch/cris/drivers/virtex.h - 1.1 linux/arch/x86_64/kernel/pci-pc.c - 1.1 linux/arch/cris/kernel/fasttimer.c - 1.1 linux/arch/x86_64/kernel/pci-x86_64.c - 1.1 linux/arch/x86_64/kernel/pci-x86_64.h - 1.1 linux/arch/x86_64/kernel/process.c - 1.1 linux/arch/x86_64/kernel/ptrace.c - 1.1 linux/arch/x86_64/kernel/semaphore.c - 1.1 linux/arch/x86_64/kernel/setup.c - 1.1 linux/net/bluetooth/bnep/sock.c - 1.1 linux/net/bluetooth/bnep/netdev.c - 1.1 linux/net/bluetooth/bnep/crc32.h - 1.1 linux/net/bluetooth/bnep/crc32.c - 1.1 linux/net/bluetooth/bnep/core.c - 1.1 linux/net/bluetooth/bnep/bnep.h - 1.1 linux/net/bluetooth/bnep/Makefile - 1.1 linux/net/bluetooth/bnep/Config.in - 1.1 linux/arch/x86_64/kernel/setup64.c - 1.1 linux/arch/x86_64/kernel/signal.c - 1.1 linux/arch/x86_64/kernel/smp.c - 1.1 linux/arch/x86_64/kernel/smpboot.c - 1.1 linux/arch/x86_64/kernel/sys_x86_64.c - 1.1 linux/arch/x86_64/kernel/syscall.c - 1.1 linux/arch/x86_64/kernel/time.c - 1.1 linux/arch/x86_64/kernel/trampoline.S - 1.1 linux/arch/x86_64/kernel/traps.c - 1.1 linux/arch/x86_64/kernel/vsyscall.c - 1.1 linux/lib/zlib_inflate/infutil.h - 1.1 linux/lib/zlib_inflate/infutil.c - 1.1 linux/lib/zlib_inflate/inftrees.h - 1.1 linux/lib/zlib_inflate/inftrees.c - 1.1 linux/lib/zlib_inflate/inflate_syms.c - 1.1 linux/lib/zlib_inflate/inflate.c - 1.1 linux/lib/zlib_inflate/inffixed.h - 1.1 linux/lib/zlib_inflate/inffast.h - 1.1 linux/lib/zlib_inflate/inffast.c - 1.1 linux/lib/zlib_inflate/infcodes.h - 1.1 linux/lib/zlib_inflate/infcodes.c - 1.1 linux/arch/i386/mm/pageattr.c - 1.1 linux/lib/zlib_inflate/infblock.h - 1.1 linux/lib/zlib_inflate/infblock.c - 1.1 linux/lib/zlib_inflate/Makefile - 1.1 linux/lib/zlib_deflate/defutil.h - 1.1 linux/lib/zlib_deflate/deftree.c - 1.1 linux/lib/zlib_deflate/deflate_syms.c - 1.1 linux/arch/ia64/hp/common/Makefile - 1.1 linux/arch/ia64/hp/common/sba_iommu.c - 1.1 linux/lib/zlib_deflate/deflate.c - 1.1 linux/lib/zlib_deflate/Makefile - 1.1 linux/arch/x86_64/kernel/x8664_ksyms.c - 1.1 linux/lib/dump_stack.c - 1.1 linux/arch/x86_64/lib/Makefile - 1.1 linux/arch/ia64/hp/sim/Makefile - 1.1 linux/arch/ia64/hp/sim/hpsim_console.c - 1.1 linux/arch/ia64/hp/sim/hpsim_irq.c - 1.1 linux/arch/ia64/hp/sim/hpsim_machvec.c - 1.1 linux/arch/ia64/hp/sim/hpsim_setup.c - 1.1 linux/arch/ia64/hp/sim/hpsim_ssc.h - 1.1 linux/arch/ia64/hp/zx1/Makefile - 1.1 linux/arch/ia64/hp/zx1/hpzx1_machvec.c - 1.1 linux/arch/ia64/hp/zx1/hpzx1_misc.c - 1.1 linux/lib/Config.in - 1.1 linux/arch/x86_64/lib/bitstr.c - 1.1 linux/arch/x86_64/lib/clear_page.S - 1.1 linux/arch/x86_64/lib/copy_page.S - 1.1 linux/arch/x86_64/lib/copy_user.S - 1.1 linux/arch/x86_64/lib/csum-copy.S - 1.1 linux/arch/x86_64/lib/csum-partial.c - 1.1 linux/arch/x86_64/lib/csum-wrappers.c - 1.1 linux/arch/x86_64/lib/dec_and_lock.c - 1.1 linux/arch/x86_64/lib/delay.c - 1.1 linux/arch/x86_64/lib/getuser.S - 1.1 linux/arch/x86_64/lib/io.c - 1.1 linux/arch/x86_64/lib/iodebug.c - 1.1 linux/arch/x86_64/lib/memcpy.S - 1.1 linux/arch/x86_64/lib/memmove.c - 1.1 linux/arch/x86_64/lib/memset.S - 1.1 linux/arch/x86_64/lib/old-checksum.c - 1.1 linux/arch/x86_64/lib/putuser.S - 1.1 linux/arch/x86_64/lib/thunk.S - 1.1 linux/arch/x86_64/lib/usercopy.c - 1.1 linux/include/linux/zutil.h - 1.1 linux/include/linux/zlib.h - 1.1 linux/include/linux/zconf.h - 1.1 linux/arch/ia64/kernel/perfmon_generic.h - 1.1 linux/arch/ia64/kernel/perfmon_itanium.h - 1.1 linux/arch/ia64/kernel/perfmon_mckinley.h - 1.1 linux/arch/x86_64/math-emu/README - 1.1 linux/arch/ia64/kernel/salinfo.c - 1.1 linux/arch/x86_64/mm/Makefile - 1.1 linux/arch/x86_64/mm/extable.c - 1.1 linux/arch/x86_64/mm/fault.c - 1.1 linux/arch/x86_64/mm/init.c - 1.1 linux/include/linux/ticable.h - 1.1 linux/arch/x86_64/mm/ioremap.c - 1.1 linux/arch/x86_64/mm/k8topology.c - 1.1 linux/arch/x86_64/mm/modutil.c - 1.1 linux/arch/x86_64/mm/numa.c - 1.1 linux/arch/x86_64/mm/pageattr.c - 1.1 linux/arch/x86_64/tools/Makefile - 1.1 linux/include/linux/sunrpc/timer.h - 1.1 linux/arch/x86_64/tools/offset.c - 1.1 linux/arch/ppc64/kernel/rtas_flash.c - 1.1 linux/arch/ia64/lib/copy_page_mck.S - 1.1 linux/arch/x86_64/tools/offset.sed - 1.1 linux/arch/x86_64/vmlinux.lds - 1.1 linux/arch/ia64/lib/ip_fast_csum.S - 1.1 linux/arch/ia64/lib/memcpy_mck.S - 1.1 linux/include/linux/som.h - 1.1 linux/drivers/bluetooth/bluecard_cs.c - 1.1 linux/drivers/bluetooth/bt3c_cs.c - 1.1 linux/drivers/char/alim1535d_wdt.c - 1.1 linux/drivers/char/amd76x_pm.c - 1.1 linux/drivers/char/amd76x_pm.h - 1.1 linux/include/linux/pci_gameport.h - 1.1 linux/drivers/char/amd7xx_tco.c - 1.1 linux/arch/ppc64/kernel/perfmon.c - 1.1 linux/drivers/char/drm/i830.h - 1.1 linux/drivers/char/drm/i830_dma.c - 1.1 linux/drivers/char/drm/i830_drm.h - 1.1 linux/drivers/char/drm/i830_drv.c - 1.1 linux/drivers/char/drm/i830_drv.h - 1.1 linux/drivers/char/hvc_console.c - 1.1 linux/drivers/char/pcmcia/synclink_cs.c - 1.1 linux/drivers/char/pdc_console.c - 1.1 linux/include/linux/netfilter_ipv6/ip6t_length.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_pkttype.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_helper.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_ecn.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_dscp.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_conntrack.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_ECN.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_DSCP.h - 1.1 linux/drivers/char/synclinkmp.c - 1.1 linux/drivers/gsc/Makefile - 1.1 linux/drivers/gsc/README.dino - 1.1 linux/drivers/gsc/asp.c - 1.1 linux/drivers/gsc/busdevice.h - 1.1 linux/drivers/gsc/dino.c - 1.1 linux/drivers/gsc/eisa.c - 1.1 linux/include/linux/intermezzo_lib.h - 1.1 linux/include/linux/intermezzo_idl.h - 1.1 linux/drivers/gsc/eisa_eeprom.c - 1.1 linux/drivers/gsc/eisa_enumerator.c - 1.1 linux/include/linux/hp_sdc.h - 1.1 linux/include/linux/hil_mlc.h - 1.1 linux/include/linux/hil.h - 1.1 linux/drivers/gsc/gsc.c - 1.1 linux/drivers/gsc/lasi.c - 1.1 linux/drivers/gsc/serial.c - 1.1 linux/include/linux/efi.h - 1.1 linux/drivers/gsc/wax.c - 1.1 linux/drivers/hil/Config.in - 1.1 linux/include/linux/cobalt-nvram.h - 1.1 linux/drivers/hil/Makefile - 1.1 linux/drivers/hil/hil_kbd.c - 1.1 linux/drivers/hil/hil_mlc.c - 1.1 linux/drivers/hil/hil_ptr.c - 1.1 linux/drivers/hil/hilkbd.c - 1.1 linux/include/asm-x86_64/xor.h - 1.1 linux/include/asm-x86_64/vsyscall.h - 1.1 linux/include/asm-x86_64/vga.h - 1.1 linux/include/asm-x86_64/user32.h - 1.1 linux/include/asm-x86_64/user.h - 1.1 linux/include/asm-x86_64/unistd.h - 1.1 linux/include/asm-x86_64/unaligned.h - 1.1 linux/include/asm-x86_64/ucontext.h - 1.1 linux/include/asm-x86_64/uaccess.h - 1.1 linux/include/asm-x86_64/types.h - 1.1 linux/include/asm-x86_64/tlb.h - 1.1 linux/include/asm-x86_64/timex.h - 1.1 linux/include/asm-x86_64/termios.h - 1.1 linux/include/asm-x86_64/termbits.h - 1.1 linux/include/asm-x86_64/system.h - 1.1 linux/include/asm-x86_64/string.h - 1.1 linux/include/asm-x86_64/statfs.h - 1.1 linux/include/asm-x86_64/stat.h - 1.1 linux/include/asm-x86_64/spinlock.h - 1.1 linux/include/asm-x86_64/softirq.h - 1.1 linux/include/asm-x86_64/sockios.h - 1.1 linux/include/asm-x86_64/socket32.h - 1.1 linux/include/asm-x86_64/socket.h - 1.1 linux/include/asm-x86_64/smplock.h - 1.1 linux/include/asm-x86_64/smp.h - 1.1 linux/arch/mips/au1000/pb1100/Makefile - 1.1 linux/arch/mips/au1000/pb1100/init.c - 1.1 linux/arch/mips/au1000/pb1100/pci_fixup.c - 1.1 linux/arch/mips/au1000/pb1100/pci_ops.c - 1.1 linux/arch/mips/au1000/pb1100/setup.c - 1.1 linux/include/asm-x86_64/signal.h - 1.1 linux/include/asm-x86_64/siginfo.h - 1.1 linux/include/asm-x86_64/sigcontext32.h - 1.1 linux/include/asm-x86_64/sigcontext.h - 1.1 linux/include/asm-x86_64/shmparam.h - 1.1 linux/include/asm-x86_64/shmbuf.h - 1.1 linux/include/asm-x86_64/setup.h - 1.1 linux/include/asm-x86_64/serial.h - 1.1 linux/include/asm-x86_64/sembuf.h - 1.1 linux/include/asm-x86_64/semaphore.h - 1.1 linux/include/asm-x86_64/segment.h - 1.1 linux/include/asm-x86_64/scatterlist.h - 1.1 linux/include/asm-x86_64/rwsem.h - 1.1 linux/include/asm-x86_64/rwlock.h - 1.1 linux/include/asm-x86_64/resource.h - 1.1 linux/arch/mips/config-shared.in - 1.1 linux/include/asm-x86_64/ptrace.h - 1.1 linux/include/asm-x86_64/proto.h - 1.1 linux/include/asm-x86_64/processor.h - 1.1 linux/include/asm-x86_64/prctl.h - 1.1 linux/include/asm-x86_64/posix_types.h - 1.1 linux/include/asm-x86_64/poll.h - 1.1 linux/include/asm-x86_64/pgtable.h - 1.1 linux/include/asm-x86_64/pgalloc.h - 1.1 linux/include/asm-x86_64/pda.h - 1.1 linux/include/asm-x86_64/pci.h - 1.1 linux/arch/mips/ddb5xxx/ddb5074/Makefile - 1.1 linux/arch/mips/ddb5xxx/ddb5074/int-handler.S - 1.1 linux/arch/mips/ddb5xxx/ddb5074/irq.c - 1.1 linux/arch/mips/ddb5xxx/ddb5074/nile4_pic.c - 1.1 linux/arch/mips/ddb5xxx/ddb5074/pci.c - 1.1 linux/arch/mips/ddb5xxx/ddb5074/pci_ops.c - 1.1 linux/arch/mips/ddb5xxx/ddb5074/setup.c - 1.1 linux/arch/mips/ddb5xxx/ddb5074/time.c - 1.1 linux/include/asm-x86_64/pci-direct.h - 1.1 linux/include/asm-x86_64/parport.h - 1.1 linux/include/asm-x86_64/param.h - 1.1 linux/include/asm-x86_64/page.h - 1.1 linux/include/asm-x86_64/namei.h - 1.1 linux/include/asm-x86_64/mtrr.h - 1.1 linux/include/asm-x86_64/msr.h - 1.1 linux/include/asm-x86_64/msgbuf.h - 1.1 linux/include/asm-x86_64/mpspec.h - 1.1 linux/include/asm-x86_64/module.h - 1.1 linux/include/asm-x86_64/mmzone.h - 1.1 linux/include/asm-x86_64/mmx.h - 1.1 linux/include/asm-x86_64/mmu_context.h - 1.1 linux/include/asm-x86_64/mmu.h - 1.1 linux/include/asm-x86_64/mman.h - 1.1 linux/include/asm-x86_64/mc146818rtc.h - 1.1 linux/include/asm-x86_64/locks.h - 1.1 linux/include/asm-x86_64/linux_logo.h - 1.1 linux/include/asm-x86_64/ldt.h - 1.1 linux/include/asm-x86_64/kmap_types.h - 1.1 linux/include/asm-x86_64/keyboard.h - 1.1 linux/include/asm-x86_64/kdebug.h - 1.1 linux/include/asm-x86_64/irq.h - 1.1 linux/include/asm-x86_64/ipcbuf.h - 1.1 linux/include/asm-x86_64/ipc.h - 1.1 linux/include/asm-x86_64/ioctls.h - 1.1 linux/include/asm-x86_64/ioctl32.h - 1.1 linux/include/asm-x86_64/ioctl.h - 1.1 linux/include/asm-x86_64/io_apic.h - 1.1 linux/include/asm-x86_64/io.h - 1.1 linux/include/asm-x86_64/init.h - 1.1 linux/arch/mips/defconfig-capcella - 1.1 linux/include/asm-x86_64/ide.h - 1.1 linux/include/asm-x86_64/ia32_unistd.h - 1.1 linux/include/asm-x86_64/ia32.h - 1.1 linux/include/asm-x86_64/i387.h - 1.1 linux/arch/mips/defconfig-eagle - 1.1 linux/include/asm-x86_64/hw_irq.h - 1.1 linux/include/asm-x86_64/hdreg.h - 1.1 linux/include/asm-x86_64/hardirq.h - 1.1 linux/include/asm-x86_64/fpu32.h - 1.1 linux/include/asm-x86_64/floppy.h - 1.1 linux/arch/mips/defconfig-pb1100 - 1.1 linux/include/asm-x86_64/fixmap.h - 1.1 linux/include/asm-x86_64/fcntl.h - 1.1 linux/arch/mips/defconfig-sead - 1.1 linux/include/asm-x86_64/errno.h - 1.1 linux/include/asm-x86_64/elf.h - 1.1 linux/include/asm-x86_64/e820.h - 1.1 linux/include/asm-x86_64/dma.h - 1.1 linux/include/asm-x86_64/div64.h - 1.1 linux/include/asm-x86_64/desc.h - 1.1 linux/include/asm-x86_64/delay.h - 1.1 linux/include/asm-x86_64/debugreg.h - 1.1 linux/include/asm-x86_64/current.h - 1.1 linux/include/asm-x86_64/cpufeature.h - 1.1 linux/include/asm-x86_64/checksum.h - 1.1 linux/include/asm-x86_64/calling.h - 1.1 linux/include/asm-x86_64/cache.h - 1.1 linux/include/asm-x86_64/byteorder.h - 1.1 linux/include/asm-x86_64/bugs.h - 1.1 linux/include/asm-x86_64/bootsetup.h - 1.1 linux/include/asm-x86_64/boot.h - 1.1 linux/include/asm-x86_64/bitops.h - 1.1 linux/include/asm-x86_64/atomic.h - 1.1 linux/include/asm-x86_64/asm-macros.i - 1.1 linux/include/asm-x86_64/apicdef.h - 1.1 linux/include/asm-x86_64/apic.h - 1.1 linux/include/asm-x86_64/a.out.h - 1.1 linux/drivers/hil/hp_sdc.c - 1.1 linux/drivers/hil/hp_sdc_mlc.c - 1.1 linux/drivers/hil/hp_sdc_rtc.c - 1.1 linux/drivers/hotplug/acpiphp.h - 1.1 linux/drivers/hotplug/acpiphp_core.c - 1.1 linux/drivers/hotplug/acpiphp_glue.c - 1.1 linux/drivers/hotplug/acpiphp_pci.c - 1.1 linux/drivers/hotplug/acpiphp_res.c - 1.1 linux/arch/ppc/platforms/walnut.h - 1.1 linux/arch/ppc/platforms/walnut.c - 1.1 linux/arch/ppc/platforms/tqm8xx.h - 1.1 linux/arch/ppc/platforms/spruce_setup.c - 1.1 linux/arch/mips/kernel/cpu-probe.c - 1.1 linux/arch/ppc/platforms/spruce_pci.c - 1.1 linux/arch/ppc/platforms/spruce.h - 1.1 linux/arch/ppc/platforms/spd8xx.h - 1.1 linux/arch/ppc/platforms/rpxlite.h - 1.1 linux/arch/ppc/platforms/rpxhiox.h - 1.1 linux/arch/ppc/platforms/rpxclassic.h - 1.1 linux/arch/ppc/platforms/residual.c - 1.1 linux/arch/ppc/platforms/proc_rtas.c - 1.1 linux/arch/ppc/platforms/prep_time.c - 1.1 linux/arch/ppc/platforms/prep_setup.c - 1.1 linux/arch/ppc/platforms/prep_pci.c - 1.1 linux/arch/ppc/platforms/pmac_time.c - 1.1 linux/arch/ppc/platforms/pmac_smp.c - 1.1 linux/include/asm-ppc64/user_exports.h - 1.1 linux/include/asm-ppc64/perfmon.h - 1.1 linux/include/asm-ppc64/iSeries/ItExtVpdPanel.h - 1.1 linux/include/asm-ppc64/hvcall.h - 1.1 linux/include/asm-ppc64/dump.h - 1.1 linux/include/asm-ppc/xics.h - 1.1 linux/arch/ppc/platforms/pmac_sleep.S - 1.1 linux/include/asm-ppc/todc.h - 1.1 linux/arch/ppc/platforms/pmac_setup.c - 1.1 linux/arch/ppc/platforms/pmac_pic.h - 1.1 linux/arch/ppc/platforms/pmac_pic.c - 1.1 linux/arch/ppc/platforms/pmac_pci.c - 1.1 linux/arch/ppc/platforms/pmac_nvram.c - 1.1 linux/arch/ppc/platforms/pmac_feature.c - 1.1 linux/arch/ppc/platforms/pmac_backlight.c - 1.1 linux/arch/ppc/platforms/pal4_setup.c - 1.1 linux/include/asm-ppc/ppc_asm.h - 1.1 linux/include/asm-ppc/ppc4xx_pic.h - 1.1 linux/arch/ppc/platforms/pal4_serial.h - 1.1 linux/arch/ppc/platforms/pal4_pci.c - 1.1 linux/include/asm-ppc/open_pic.h - 1.1 linux/arch/ppc/platforms/pal4.h - 1.1 linux/arch/ppc/platforms/oak_setup.h - 1.1 linux/arch/ppc/platforms/oak_setup.c - 1.1 linux/arch/ppc/platforms/oak.h - 1.1 linux/include/asm-ppc/i8259.h - 1.1 linux/arch/ppc/platforms/mbx.h - 1.1 linux/arch/ppc/platforms/ivms8.h - 1.1 linux/arch/ppc/platforms/gemini_setup.c - 1.1 linux/arch/ppc/platforms/gemini_serial.h - 1.1 linux/arch/ppc/platforms/gemini_prom.S - 1.1 linux/arch/ppc/platforms/gemini_pci.c - 1.1 linux/include/asm-parisc/xor.h - 1.1 linux/include/asm-parisc/tlb.h - 1.1 linux/include/asm-parisc/superio.h - 1.1 linux/include/asm-parisc/rt_sigframe.h - 1.1 linux/include/asm-parisc/rmap.h - 1.1 linux/include/asm-parisc/perf.h - 1.1 linux/include/asm-parisc/module.h - 1.1 linux/include/asm-parisc/mmzone.h - 1.1 linux/include/asm-parisc/grfioctl.h - 1.1 linux/include/asm-parisc/floppy.h - 1.1 linux/include/asm-parisc/eisa_eeprom.h - 1.1 linux/arch/mips/math-emu/dsemul.c - 1.1 linux/arch/mips/math-emu/dsemul.h - 1.1 linux/include/asm-parisc/eisa_bus.h - 1.1 linux/include/asm-parisc/dma.h - 1.1 linux/include/asm-mips64/wbflush.h - 1.1 linux/include/asm-mips64/war.h - 1.1 linux/include/asm-mips64/sibyte/sb1250_prof.h - 1.1 linux/include/asm-mips64/sibyte/io.h - 1.1 linux/include/asm-mips64/sibyte/board.h - 1.1 linux/include/asm-mips64/sgi/sgigio.h - 1.1 linux/include/asm-mips64/pgtable-bits.h - 1.1 linux/include/asm-mips64/mips64_cache.h - 1.1 linux/include/asm-mips64/mips-boards/seadint.h - 1.1 linux/include/asm-mips64/mips-boards/sead.h - 1.1 linux/include/asm-mips/vr41xx/vr41xx.h - 1.1 linux/include/asm-mips/vr41xx/eagle.h - 1.1 linux/include/asm-mips/vr41xx/capcella.h - 1.1 linux/arch/ppc/platforms/gemini.h - 1.1 linux/arch/ppc/platforms/fads.h - 1.1 linux/arch/ppc/platforms/est8260.h - 1.1 linux/arch/ppc/platforms/error_log.h - 1.1 linux/arch/ppc/platforms/error_log.c - 1.1 linux/arch/ppc/platforms/cpc700_pic.c - 1.1 linux/arch/ppc/platforms/cpc700.h - 1.1 linux/arch/ppc/platforms/chrp_time.c - 1.1 linux/arch/ppc/platforms/chrp_smp.c - 1.1 linux/arch/ppc/platforms/chrp_setup.c - 1.1 linux/arch/ppc/platforms/chrp_pci.c - 1.1 linux/arch/ppc/platforms/bseip.h - 1.1 linux/arch/ppc/platforms/apus_setup.c - 1.1 linux/include/asm-mips/sibyte/board.h - 1.1 linux/arch/ppc/platforms/apus_pci.h - 1.1 linux/arch/ppc/platforms/apus_pci.c - 1.1 linux/arch/ppc/platforms/Makefile - 1.1 linux/drivers/ide/ide-sibyte.c - 1.1 linux/drivers/isdn/hisax/amd7930_fn.c - 1.1 linux/drivers/isdn/hisax/amd7930_fn.h - 1.1 linux/drivers/isdn/hisax/enternow.h - 1.1 linux/arch/mips/mips-boards/sead/Makefile - 1.1 linux/arch/mips/mips-boards/sead/sead_int.c - 1.1 linux/arch/mips/mips-boards/sead/sead_setup.c - 1.1 linux/arch/mips/mips-boards/sead/sead_time.c - 1.1 linux/drivers/isdn/hisax/enternow_pci.c - 1.1 linux/drivers/isdn/hisax/ipacx.c - 1.1 linux/drivers/isdn/hisax/ipacx.h - 1.1 linux/drivers/mtd/devices/ms02-nv.c - 1.1 linux/drivers/mtd/devices/ms02-nv.h - 1.1 linux/include/asm-mips/pb1100.h - 1.1 linux/drivers/net/e100/LICENSE - 1.1 linux/drivers/net/e100/Makefile - 1.1 linux/arch/ppc/kernel/todc_time.c - 1.1 linux/include/asm-mips/mips-boards/seadint.h - 1.1 linux/include/asm-mips/mips-boards/sead.h - 1.1 linux/drivers/net/e100/e100.h - 1.1 linux/drivers/net/e100/e100_config.c - 1.1 linux/drivers/net/e100/e100_config.h - 1.1 linux/drivers/net/e100/e100_eeprom.c - 1.1 linux/drivers/net/e100/e100_main.c - 1.1 linux/drivers/net/e100/e100_phy.c - 1.1 linux/arch/mips/mm/r5k-sc.c - 1.1 linux/drivers/net/e100/e100_phy.h - 1.1 linux/drivers/net/e100/e100_proc.c - 1.1 linux/drivers/net/e100/e100_test.c - 1.1 linux/drivers/net/e100/e100_ucode.h - 1.1 linux/drivers/net/e100/e100_vendor.h - 1.1 linux/drivers/net/e1000/LICENSE - 1.1 linux/arch/mips/momentum/ocelot_g/Makefile - 1.1 linux/arch/mips/momentum/ocelot_g/dbg_io.c - 1.1 linux/arch/mips/momentum/ocelot_g/gt-irq.c - 1.1 linux/arch/mips/momentum/ocelot_g/gt64240.h - 1.1 linux/arch/mips/momentum/ocelot_g/gt64240_dep.h - 1.1 linux/arch/mips/momentum/ocelot_g/int-handler.S - 1.1 linux/arch/mips/momentum/ocelot_g/irq.c - 1.1 linux/arch/mips/momentum/ocelot_g/ocelot_pld.h - 1.1 linux/arch/mips/momentum/ocelot_g/pci-irq.c - 1.1 linux/arch/mips/momentum/ocelot_g/pci.c - 1.1 linux/arch/mips/momentum/ocelot_g/prom.c - 1.1 linux/arch/mips/momentum/ocelot_g/reset.c - 1.1 linux/arch/mips/momentum/ocelot_g/setup.c - 1.1 linux/include/asm-mips/dec/rtc-dec.h - 1.1 linux/include/asm-mips/ddb5xxx/ddb5074.h - 1.1 linux/arch/mips/sgi-ip22/ip22-eisa.c - 1.1 linux/drivers/net/e1000/Makefile - 1.1 linux/drivers/net/e1000/e1000.h - 1.1 linux/drivers/net/e1000/e1000_ethtool.c - 1.1 linux/drivers/net/e1000/e1000_hw.c - 1.1 linux/drivers/net/e1000/e1000_hw.h - 1.1 linux/drivers/net/e1000/e1000_main.c - 1.1 linux/include/asm-mips/au1000_usbdev.h - 1.1 linux/drivers/net/e1000/e1000_osdep.h - 1.1 linux/drivers/net/e1000/e1000_param.c - 1.1 linux/arch/mips/sgi-ip27/Makefile - 1.1 linux/arch/mips/sgi-ip27/TODO - 1.1 linux/arch/mips/sgi-ip27/ip27-berr.c - 1.1 linux/arch/mips/sgi-ip27/ip27-console.c - 1.1 linux/arch/mips/sgi-ip27/ip27-init.c - 1.1 linux/arch/mips/sgi-ip27/ip27-irq-glue.S - 1.1 linux/arch/mips/sgi-ip27/ip27-irq.c - 1.1 linux/arch/mips/sgi-ip27/ip27-klconfig.c - 1.1 linux/arch/mips/sgi-ip27/ip27-klnuma.c - 1.1 linux/arch/mips/sgi-ip27/ip27-memory.c - 1.1 linux/arch/mips/sgi-ip27/ip27-nmi.c - 1.1 linux/arch/mips/sgi-ip27/ip27-pci.c - 1.1 linux/arch/mips/sgi-ip27/ip27-reset.c - 1.1 linux/arch/mips/sgi-ip27/ip27-rtc.c - 1.1 linux/arch/mips/sgi-ip27/ip27-setup.c - 1.1 linux/arch/mips/sgi-ip27/ip27-timer.c - 1.1 linux/arch/mips/sgi-ip32/Makefile - 1.1 linux/arch/mips/sgi-ip32/crime.c - 1.1 linux/arch/mips/sgi-ip32/ip32-berr.c - 1.1 linux/arch/mips/sgi-ip32/ip32-irq-glue.S - 1.1 linux/arch/mips/sgi-ip32/ip32-irq.c - 1.1 linux/arch/mips/sgi-ip32/ip32-pci.c - 1.1 linux/arch/mips/sgi-ip32/ip32-reset.c - 1.1 linux/arch/mips/sgi-ip32/ip32-rtc.c - 1.1 linux/arch/mips/sgi-ip32/ip32-setup.c - 1.1 linux/arch/mips/sgi-ip32/ip32-timer.c - 1.1 linux/arch/mips/sibyte/cfe/Makefile - 1.1 linux/arch/mips/sibyte/cfe/cfe_api.c - 1.1 linux/arch/mips/sibyte/cfe/cfe_api.h - 1.1 linux/arch/mips/sibyte/cfe/cfe_error.h - 1.1 linux/arch/mips/sibyte/cfe/cfe_xiocb.h - 1.1 linux/arch/mips/sibyte/cfe/setup.c - 1.1 linux/arch/mips/sibyte/cfe/smp.c - 1.1 linux/drivers/net/e1000/e1000_proc.c - 1.1 linux/arch/ppc/kernel/pci_auto.c - 1.1 linux/drivers/net/irda/act200l.c - 1.1 linux/drivers/net/irda/ma600.c - 1.1 linux/drivers/net/irda/mcp2120.c - 1.1 linux/arch/ppc/kernel/idle_6xx.S - 1.1 linux/drivers/net/meth.c - 1.1 linux/drivers/net/meth.h - 1.1 linux/drivers/pcmcia/au1000_pb1x00.c - 1.1 linux/include/asm-m68k/nubus.h - 1.1 linux/arch/mips/sibyte/sb1250/prom.c - 1.1 linux/arch/ppc/configs/spruce_defconfig - 1.1 linux/arch/ppc/configs/pal4_defconfig - 1.1 linux/drivers/scsi/aacraid/sa.c - 1.1 linux/arch/ppc/configs/briq_defconfig - 1.1 linux/include/asm-ia64/machvec_hpzx1.h - 1.1 linux/include/asm-ia64/acpi.h - 1.1 linux/arch/ppc/boot/simple/misc-spruce.c - 1.1 linux/arch/parisc/vmlinux64.lds - 1.1 linux/arch/parisc/mm/ioremap.c - 1.1 linux/arch/parisc/math-emu/types.h - 1.1 linux/arch/parisc/math-emu/sgl_float.h - 1.1 linux/arch/parisc/math-emu/sfsub.c - 1.1 linux/arch/parisc/math-emu/sfsqrt.c - 1.1 linux/arch/parisc/math-emu/sfrem.c - 1.1 linux/arch/parisc/math-emu/sfmpy.c - 1.1 linux/arch/parisc/math-emu/sfdiv.c - 1.1 linux/arch/parisc/math-emu/sfcmp.c - 1.1 linux/arch/parisc/math-emu/sfadd.c - 1.1 linux/arch/mips/vr41xx/common/Makefile - 1.1 linux/arch/mips/vr41xx/common/bcu.c - 1.1 linux/arch/mips/vr41xx/common/cmu.c - 1.1 linux/arch/mips/vr41xx/common/giu.c - 1.1 linux/arch/mips/vr41xx/common/icu.c - 1.1 linux/arch/mips/vr41xx/common/int-handler.S - 1.1 linux/arch/parisc/math-emu/math-emu.h - 1.1 linux/arch/mips/vr41xx/common/pciu.h - 1.1 linux/arch/mips/vr41xx/common/reset.c - 1.1 linux/arch/mips/vr41xx/common/serial.c - 1.1 linux/arch/parisc/math-emu/hppa.h - 1.1 linux/arch/mips/vr41xx/nec-eagle/Makefile - 1.1 linux/arch/mips/vr41xx/nec-eagle/ide-eagle.c - 1.1 linux/arch/mips/vr41xx/nec-eagle/init.c - 1.1 linux/arch/mips/vr41xx/nec-eagle/irq.c - 1.1 linux/arch/mips/vr41xx/nec-eagle/pci_fixup.c - 1.1 linux/arch/mips/vr41xx/nec-eagle/setup.c - 1.1 linux/arch/mips/vr41xx/zao-capcella/Makefile - 1.1 linux/arch/mips/vr41xx/zao-capcella/ide-capcella.c - 1.1 linux/arch/mips/vr41xx/zao-capcella/init.c - 1.1 linux/arch/mips/vr41xx/zao-capcella/pci_fixup.c - 1.1 linux/arch/mips/vr41xx/zao-capcella/setup.c - 1.1 linux/arch/parisc/math-emu/frnd.c - 1.1 linux/arch/parisc/math-emu/fpudispatch.c - 1.1 linux/include/asm-cris/fasttimer.h - 1.1 linux/include/asm-cris/etraxvirtex.h - 1.1 linux/arch/parisc/math-emu/fpu.h - 1.1 linux/arch/parisc/math-emu/fpbits.h - 1.1 linux/arch/parisc/math-emu/fmpyfadd.c - 1.1 linux/arch/parisc/math-emu/float.h - 1.1 linux/arch/parisc/math-emu/fcnvxf.c - 1.1 linux/arch/parisc/math-emu/fcnvuf.c - 1.1 linux/arch/parisc/math-emu/fcnvfxt.c - 1.1 linux/arch/parisc/math-emu/fcnvfx.c - 1.1 linux/arch/parisc/math-emu/fcnvfut.c - 1.1 linux/arch/parisc/math-emu/fcnvfu.c - 1.1 linux/arch/parisc/math-emu/fcnvff.c - 1.1 linux/arch/parisc/math-emu/driver.c - 1.1 linux/arch/parisc/math-emu/dfsub.c - 1.1 linux/arch/parisc/math-emu/dfsqrt.c - 1.1 linux/arch/parisc/math-emu/dfrem.c - 1.1 linux/fs/partitions/efi.h - 1.1 linux/fs/partitions/efi.c - 1.1 linux/arch/parisc/math-emu/dfmpy.c - 1.1 linux/arch/mips64/defconfig-sead - 1.1 linux/arch/parisc/math-emu/dfdiv.c - 1.1 linux/arch/parisc/math-emu/dfcmp.c - 1.1 linux/arch/mips64/kernel/cpu-probe.c - 1.1 linux/arch/parisc/math-emu/dfadd.c - 1.1 linux/arch/parisc/math-emu/denormal.c - 1.1 linux/arch/parisc/math-emu/decode_exc.c - 1.1 linux/arch/parisc/math-emu/dbl_float.h - 1.1 linux/arch/parisc/math-emu/cnv_float.h - 1.1 linux/arch/parisc/math-emu/README - 1.1 linux/arch/parisc/math-emu/Makefile - 1.1 linux/arch/parisc/lib/memset.c - 1.1 linux/drivers/scsi/zalon7xx.c - 1.1 linux/arch/parisc/lib/io.c - 1.1 linux/drivers/scsi/zalon7xx.h - 1.1 linux/arch/parisc/kernel/unaligned.c - 1.1 linux/arch/parisc/kernel/sys_parisc32.c - 1.1 linux/arch/parisc/kernel/sys32.h - 1.1 linux/arch/parisc/kernel/superio.c - 1.1 linux/arch/parisc/kernel/smp.c - 1.1 linux/arch/parisc/kernel/signal32.c - 1.1 linux/arch/parisc/kernel/processor.c - 1.1 linux/drivers/sound/ali5455.c - 1.1 linux/arch/parisc/kernel/power.c - 1.1 linux/arch/parisc/kernel/perf_images.h - 1.1 linux/arch/parisc/kernel/perf_asm.S - 1.1 linux/arch/parisc/kernel/perf.c - 1.1 linux/drivers/sound/forte.c - 1.1 linux/arch/parisc/kernel/pacache.S - 1.1 linux/drivers/sound/harmony.c - 1.1 linux/arch/parisc/kernel/irq_smp.c - 1.1 linux/fs/jfs/xattr.c - 1.1 linux/fs/jfs/symlink.c - 1.1 linux/fs/jfs/super.c - 1.1 linux/fs/jfs/resize.c - 1.1 linux/fs/jfs/namei.c - 1.1 linux/fs/jfs/jfs_xtree.h - 1.1 linux/fs/jfs/jfs_xtree.c - 1.1 linux/fs/jfs/jfs_xattr.h - 1.1 linux/fs/jfs/jfs_uniupr.c - 1.1 linux/fs/jfs/jfs_unicode.h - 1.1 linux/fs/jfs/jfs_unicode.c - 1.1 linux/fs/jfs/jfs_umount.c - 1.1 linux/fs/jfs/jfs_types.h - 1.1 linux/fs/jfs/jfs_txnmgr.h - 1.1 linux/fs/jfs/jfs_txnmgr.c - 1.1 linux/fs/jfs/jfs_superblock.h - 1.1 linux/fs/jfs/jfs_mount.c - 1.1 linux/fs/jfs/jfs_metapage.h - 1.1 linux/fs/jfs/jfs_metapage.c - 1.1 linux/fs/jfs/jfs_logmgr.h - 1.1 linux/fs/jfs/jfs_logmgr.c - 1.1 linux/fs/jfs/jfs_lock.h - 1.1 linux/fs/jfs/jfs_inode.h - 1.1 linux/fs/jfs/jfs_inode.c - 1.1 linux/fs/jfs/jfs_incore.h - 1.1 linux/fs/jfs/jfs_imap.h - 1.1 linux/fs/jfs/jfs_imap.c - 1.1 linux/fs/jfs/jfs_filsys.h - 1.1 linux/fs/jfs/jfs_extent.h - 1.1 linux/fs/jfs/jfs_extent.c - 1.1 linux/fs/jfs/jfs_dtree.h - 1.1 linux/fs/jfs/jfs_dtree.c - 1.1 linux/fs/jfs/jfs_dmap.h - 1.1 linux/fs/jfs/jfs_dmap.c - 1.1 linux/fs/jfs/jfs_dinode.h - 1.1 linux/fs/jfs/jfs_defragfs.h - 1.1 linux/fs/jfs/jfs_debug.h - 1.1 linux/fs/jfs/jfs_debug.c - 1.1 linux/fs/jfs/jfs_btree.h - 1.1 linux/fs/jfs/inode.c - 1.1 linux/fs/jfs/file.c - 1.1 linux/fs/jfs/Makefile - 1.1 linux/drivers/usb/aiptek.c - 1.1 linux/fs/intermezzo/replicator.c - 1.1 linux/fs/intermezzo/kml_unpack.c - 1.1 linux/fs/intermezzo/journal_tmpfs.c - 1.1 linux/fs/intermezzo/fileset.c - 1.1 linux/drivers/usb/hc_simple.c - 1.1 linux/arch/parisc/kernel/ioctl32.c - 1.1 linux/drivers/usb/hc_simple.h - 1.1 linux/drivers/usb/hc_sl811.c - 1.1 linux/drivers/usb/hc_sl811.h - 1.1 linux/arch/parisc/kernel/head64.S - 1.1 linux/drivers/usb/hc_sl811_rh.c - 1.1 linux/arch/parisc/kernel/firmware.c - 1.1 linux/fs/binfmt_som.c - 1.1 linux/arch/mips64/mm/c-mips64.c - 1.1 linux/fs/befs/super.c - 1.1 linux/fs/befs/linuxvfs.c - 1.1 linux/fs/befs/io.c - 1.1 linux/fs/befs/inode.c - 1.1 linux/fs/befs/endian.h - 1.1 linux/arch/mips64/mm/pg-mips64.c - 1.1 linux/fs/befs/debug.c - 1.1 linux/fs/befs/datastream.c - 1.1 linux/arch/mips64/mm/r5k-sc.c - 1.1 linux/arch/mips64/mm/tlb-r4k.c - 1.1 linux/fs/befs/compatibility.h - 1.1 linux/fs/befs/btree.c - 1.1 linux/fs/befs/befs_fs_types.h - 1.1 linux/fs/befs/befs_fs.h - 1.1 linux/fs/befs/attribute.c - 1.1 linux/fs/befs/TODO - 1.1 linux/fs/befs/Makefile - 1.1 linux/fs/befs/ChangeLog - 1.1 linux/drivers/usb/serial/io_fw_down3.h - 1.1 linux/drivers/usb/serial/io_ti.c - 1.1 linux/drivers/usb/serial/io_ti.h - 1.1 linux/drivers/usb/serial/keyspan_usa19qi_fw.h - 1.1 linux/drivers/video/sti/stifb.c - 1.1 linux/drivers/video/sti/sticore.h - 1.1 linux/drivers/video/sti/sticore.c - 1.1 linux/drivers/video/sti/sticon.c - 1.1 linux/drivers/video/sti/Makefile - 1.1 linux/drivers/video/sis/sis_accel.h - 1.1 linux/drivers/video/sis/sis_accel.c - 1.1 linux/drivers/usb/serial/keyspan_usa19qw_fw.h - 1.1 linux/arch/parisc/kernel/binfmt_elf32.c - 1.1 linux/drivers/usb/storage/sddr55.c - 1.1 linux/drivers/usb/storage/sddr55.h - 1.1 linux/drivers/usb/tiglusb.c - 1.1 linux/drivers/usb/tiglusb.h - 1.1 linux/drivers/video/epson1356fb.h - 1.1 linux/drivers/video/epson1356fb.c - 1.1 linux/drivers/usb/usb-midi.c - 1.1 linux/drivers/usb/usb-midi.h - 1.1 linux/drivers/video/au1100fb.h - 1.1 linux/drivers/video/au1100fb.c - 1.1 linux/drivers/usb/usblcd.c - 1.1 linux/scripts/ver_linux - 1.10 linux/net/unix/af_unix.c - 1.41 linux/net/sunrpc/xprt.c - 1.23 linux/net/sunrpc/xdr.c - 1.7 linux/net/sunrpc/svcsock.c - 1.16 linux/net/sunrpc/svc.c - 1.9 linux/net/sunrpc/sunrpc_syms.c - 1.11 linux/net/sunrpc/stats.c - 1.9 linux/net/sunrpc/sched.c - 1.24 linux/net/sunrpc/clnt.c - 1.15 linux/net/sunrpc/Makefile - 1.5 linux/net/socket.c - 1.30 linux/net/sched/sch_generic.c - 1.12 linux/net/sched/sch_api.c - 1.14 linux/net/sched/Makefile - 1.7 linux/net/sched/Config.in - 1.9 linux/net/netsyms.c - 1.43 linux/net/netlink/af_netlink.c - 1.17 linux/net/irda/qos.c - 1.15 linux/net/irda/irsysctl.c - 1.8 linux/net/irda/irlmp_frame.c - 1.10 linux/net/irda/irlmp_event.c - 1.15 linux/net/irda/irlmp.c - 1.17 linux/net/irda/irlap_event.c - 1.21 linux/net/irda/irlap.c - 1.18 linux/net/irda/irlan/irlan_client.c - 1.11 linux/net/irda/iriap_event.c - 1.9 linux/net/irda/iriap.c - 1.15 linux/net/irda/discovery.c - 1.8 linux/net/irda/af_irda.c - 1.32 linux/net/ipv6/udp.c - 1.25 linux/net/ipv6/tcp_ipv6.c - 1.35 linux/net/ipv6/sit.c - 1.20 linux/net/ipv6/route.c - 1.22 linux/net/ipv6/reassembly.c - 1.11 linux/net/ipv6/ndisc.c - 1.19 linux/net/ipv6/ip6_output.c - 1.14 linux/net/ipv6/ip6_fib.c - 1.11 linux/net/ipv6/icmp.c - 1.17 linux/net/ipv6/datagram.c - 1.10 linux/net/ipv6/addrconf.c - 1.24 linux/net/ipv4/tcp_output.c - 1.28 linux/net/ipv4/tcp_ipv4.c - 1.44 linux/net/ipv4/tcp_input.c - 1.37 linux/net/ipv4/tcp.c - 1.39 linux/net/ipv4/route.c - 1.35 linux/net/ipv4/proc.c - 1.12 linux/net/ipv4/ipmr.c - 1.21 linux/net/ipv4/ipip.c - 1.22 linux/net/ipv4/ipconfig.c - 1.29 linux/net/ipv4/ip_output.c - 1.32 linux/net/ipv4/ip_options.c - 1.7 linux/net/ipv4/ip_gre.c - 1.20 linux/net/ipv4/igmp.c - 1.16 linux/net/ipv4/arp.c - 1.22 linux/net/core/sysctl_net_core.c - 1.5 linux/net/core/rtnetlink.c - 1.12 linux/net/core/dst.c - 1.9 linux/net/core/dev.c - 1.51 linux/net/bridge/br.c - 1.22 linux/mm/vmscan.c - 1.97 linux/mm/vmalloc.c - 1.37 linux/mm/swap_state.c - 1.37 linux/mm/swap.c - 1.21 linux/mm/slab.c - 1.32 linux/mm/page_io.c - 1.21 linux/mm/page_alloc.c - 1.75 linux/mm/mmap.c - 1.48 linux/mm/memory.c - 1.77 linux/mm/filemap.c - 1.116 linux/lib/inflate.c - 1.6 linux/lib/Makefile - 1.10 linux/kernel/time.c - 1.10 linux/kernel/softirq.c - 1.20 linux/kernel/sched.c - 1.49 linux/kernel/resource.c - 1.16 linux/kernel/panic.c - 1.18 linux/kernel/ksyms.c - 1.137 linux/kernel/fork.c - 1.42 linux/kernel/exit.c - 1.37 linux/ipc/util.c - 1.20 linux/ipc/sem.c - 1.17 linux/ipc/msg.c - 1.13 linux/include/video/fbcon.h - 1.12 linux/include/scsi/sg.h - 1.14 linux/include/scsi/scsi.h - 1.7 linux/include/net/tcp.h - 1.29 linux/include/net/ndisc.h - 1.8 linux/include/net/irda/irlmp.h - 1.11 linux/include/net/irda/irlan_client.h - 1.4 linux/include/net/irda/discovery.h - 1.6 linux/include/linux/wireless.h - 1.9 linux/include/linux/watchdog.h - 1.6 linux/include/linux/vt_kern.h - 1.6 linux/include/linux/vmalloc.h - 1.17 linux/include/linux/tty.h - 1.17 linux/include/linux/sysctl.h - 1.51 linux/include/linux/synclink.h - 1.7 linux/include/linux/swap.h - 1.52 linux/include/linux/sunrpc/xprt.h - 1.11 linux/include/linux/sunrpc/xdr.h - 1.7 linux/include/linux/sunrpc/types.h - 1.4 linux/include/linux/sunrpc/svcsock.h - 1.4 linux/include/linux/sunrpc/svc.h - 1.5 linux/include/linux/sunrpc/sched.h - 1.10 linux/include/linux/sunrpc/clnt.h - 1.8 linux/include/linux/smb_mount.h - 1.5 linux/include/linux/slab.h - 1.23 linux/include/linux/sched.h - 1.52 linux/include/linux/rtnetlink.h - 1.13 linux/include/linux/pkt_sched.h - 1.6 linux/include/linux/pci.h - 1.55 linux/include/linux/parport.h - 1.23 linux/include/linux/pagemap.h - 1.41 linux/include/linux/nvram.h - 1.4 linux/include/linux/nubus.h - 1.6 linux/include/linux/notifier.h - 1.4 linux/include/linux/nfsd/nfsd.h - 1.15 linux/include/linux/nfsd/export.h - 1.11 linux/include/linux/nfs_fs.h - 1.20 linux/include/linux/netlink.h - 1.9 linux/include/linux/netdevice.h - 1.33 linux/include/linux/list.h - 1.11 linux/include/linux/limits.h - 1.6 linux/include/linux/kernel_stat.h - 1.9 linux/include/linux/kernel.h - 1.32 linux/include/linux/irda.h - 1.11 linux/include/linux/ioport.h - 1.12 linux/include/linux/igmp.h - 1.6 linux/include/linux/if_ether.h - 1.10 linux/include/linux/genhd.h - 1.20 linux/include/linux/fs.h - 1.159 linux/include/linux/elf.h - 1.15 linux/include/linux/dio.h - 1.3 linux/include/linux/dcache.h - 1.22 linux/include/linux/byteorder/swab.h - 1.6 linux/include/linux/byteorder/little_endian.h - 1.5 linux/include/linux/byteorder/big_endian.h - 1.5 linux/include/linux/blkdev.h - 1.46 linux/include/linux/auto_fs.h - 1.8 linux/include/asm-sparc64/timex.h - 1.5 linux/include/asm-sparc64/termbits.h - 1.5 linux/include/asm-sparc64/spitfire.h - 1.8 linux/include/asm-sparc64/socket.h - 1.7 linux/include/asm-sparc64/smp.h - 1.13 linux/include/asm-sparc64/semaphore.h - 1.10 linux/include/asm-sparc64/pconf.h - 1.3 linux/include/asm-sparc64/oplib.h - 1.8 linux/include/asm-sparc64/head.h - 1.4 linux/include/asm-sparc64/elf.h - 1.13 linux/include/asm-sparc64/asi.h - 1.5 linux/include/asm-sparc/vaddrs.h - 1.8 linux/include/asm-sparc/vac-ops.h - 1.3 linux/include/asm-sparc/ultra.h - 1.3 linux/include/asm-sparc/types.h - 1.4 linux/include/asm-sparc/timex.h - 1.3 linux/include/asm-sparc/termbits.h - 1.5 linux/include/asm-sparc/socket.h - 1.7 linux/include/asm-sparc/semaphore.h - 1.9 linux/include/asm-sparc/pconf.h - 1.3 linux/include/asm-sparc/io.h - 1.10 linux/include/asm-sparc/floppy.h - 1.6 linux/include/asm-sparc/eeprom.h - 1.3 linux/include/asm-sparc/clock.h - 1.3 linux/include/asm-sparc/btfixup.h - 1.3 linux/include/asm-ppc/unistd.h - 1.18 linux/include/asm-ppc/timex.h - 1.7 linux/include/asm-ppc/termios.h - 1.9 linux/include/asm-ppc/spinlock.h - 1.12 linux/include/asm-ppc/socket.h - 1.8 linux/include/asm-ppc/serial.h - 1.11 linux/include/asm-ppc/semaphore.h - 1.9 linux/include/asm-ppc/prom.h - 1.16 linux/include/asm-ppc/processor.h - 1.32 linux/include/asm-ppc/pgtable.h - 1.30 linux/include/asm-ppc/pci-bridge.h - 1.9 linux/include/asm-ppc/mbx.h - 1.8 linux/include/asm-ppc/machdep.h - 1.23 linux/include/asm-ppc/keyboard.h - 1.11 linux/include/asm-ppc/irq.h - 1.15 linux/include/asm-ppc/hardirq.h - 1.15 linux/include/asm-ppc/gg2.h - 1.4 linux/include/asm-ppc/floppy.h - 1.6 linux/include/asm-ppc/fads.h - 1.6 linux/include/asm-ppc/bootinfo.h - 1.9 linux/include/asm-ppc/amigaints.h - 1.6 linux/include/asm-mips/unaligned.h - 1.7 linux/include/asm-mips/types.h - 1.8 linux/include/asm-mips/timex.h - 1.6 linux/include/asm-mips/termios.h - 1.11 linux/include/asm-mips/system.h - 1.13 linux/include/asm-mips/string.h - 1.8 linux/include/asm-mips/stackframe.h - 1.9 linux/include/asm-mips/spinlock.h - 1.10 linux/include/asm-mips/softirq.h - 1.8 linux/include/asm-mips/socket.h - 1.10 linux/include/asm-mips/smp.h - 1.6 linux/include/asm-mips/signal.h - 1.7 linux/include/asm-mips/siginfo.h - 1.8 linux/include/asm-mips/shmiq.h - 1.4 linux/include/asm-mips/sgiarcs.h - 1.7 linux/include/asm-mips/sgialib.h - 1.8 linux/include/asm-mips/serial.h - 1.7 linux/include/asm-mips/semaphore.h - 1.11 linux/include/asm-mips/scatterlist.h - 1.5 linux/include/asm-mips/rrm.h - 1.3 linux/include/asm-mips/processor.h - 1.21 linux/include/asm-mips/prctl.h - 1.6 linux/include/asm-mips/posix_types.h - 1.7 linux/include/asm-mips/pgtable.h - 1.17 linux/include/asm-mips/pci.h - 1.16 linux/include/asm-mips/page.h - 1.10 linux/include/asm-mips/mmu_context.h - 1.9 linux/include/asm-mips/mipsregs.h - 1.12 linux/include/asm-mips/mc146818rtc.h - 1.8 linux/include/asm-mips/linux_logo.h - 1.7 linux/include/asm-mips/irq.h - 1.9 linux/include/asm-mips/ipc.h - 1.4 linux/include/asm-mips/ioctls.h - 1.7 linux/include/asm-mips/io.h - 1.11 linux/include/asm-mips/gfx.h - 1.6 linux/include/asm-mips/gdb-stub.h - 1.7 linux/include/asm-mips/fcntl.h - 1.12 linux/include/asm-mips/elf.h - 1.12 linux/include/asm-mips/dma.h - 1.8 linux/include/asm-mips/delay.h - 1.9 linux/include/asm-mips/cpu.h - 1.9 linux/include/asm-mips/checksum.h - 1.8 linux/include/asm-mips/cacheops.h - 1.3 linux/include/asm-mips/bootinfo.h - 1.13 linux/include/asm-mips/bitops.h - 1.11 linux/include/asm-mips/bcache.h - 1.7 linux/include/asm-mips/atomic.h - 1.10 linux/include/asm-mips/asmmacro.h - 1.6 linux/include/asm-mips/asm.h - 1.7 linux/include/asm-mips/addrspace.h - 1.6 linux/include/asm-m68k/unistd.h - 1.13 linux/include/asm-m68k/types.h - 1.4 linux/include/asm-m68k/timex.h - 1.3 linux/include/asm-m68k/termios.h - 1.7 linux/include/asm-m68k/socket.h - 1.7 linux/include/asm-m68k/semaphore.h - 1.11 linux/include/asm-m68k/q40_keyboard.h - 1.5 linux/include/asm-m68k/macintosh.h - 1.5 linux/include/asm-m68k/machw.h - 1.4 linux/include/asm-m68k/irq.h - 1.6 linux/include/asm-m68k/io.h - 1.8 linux/include/asm-i386/unistd.h - 1.21 linux/include/asm-i386/timex.h - 1.6 linux/include/asm-i386/termios.h - 1.7 linux/include/asm-i386/system.h - 1.24 linux/include/asm-i386/spinlock.h - 1.25 linux/include/asm-i386/socket.h - 1.7 linux/include/asm-i386/smp.h - 1.16 linux/include/asm-i386/semaphore.h - 1.18 linux/include/asm-i386/scatterlist.h - 1.4 linux/include/asm-i386/pgtable.h - 1.29 linux/include/asm-i386/msr.h - 1.12 linux/include/asm-i386/io.h - 1.21 linux/include/asm-i386/fixmap.h - 1.10 linux/include/asm-i386/bitops.h - 1.10 linux/include/asm-arm/timex.h - 1.4 linux/include/asm-arm/socket.h - 1.7 linux/include/asm-arm/semaphore.h - 1.9 linux/include/asm-alpha/timex.h - 1.3 linux/include/asm-alpha/socket.h - 1.7 linux/include/asm-alpha/semaphore.h - 1.11 linux/include/asm-alpha/ioctls.h - 1.8 linux/include/asm-alpha/io.h - 1.17 linux/include/asm-alpha/floppy.h - 1.6 linux/fs/ufs/truncate.c - 1.13 linux/fs/super.c - 1.78 linux/fs/smbfs/sock.c - 1.10 linux/fs/smbfs/proc.c - 1.16 linux/fs/smbfs/inode.c - 1.27 linux/fs/pipe.c - 1.25 linux/fs/open.c - 1.36 linux/fs/nls/Makefile - 1.9 linux/fs/nls/Config.in - 1.11 linux/fs/nfsd/vfs.c - 1.42 linux/fs/nfsd/nfsxdr.c - 1.13 linux/fs/nfsd/nfssvc.c - 1.19 linux/fs/nfsd/nfsproc.c - 1.20 linux/fs/nfsd/nfsfh.c - 1.34 linux/fs/nfsd/nfscache.c - 1.9 linux/fs/nfsd/nfs3xdr.c - 1.22 linux/fs/nfsd/nfs3proc.c - 1.12 linux/fs/nfsd/export.c - 1.23 linux/fs/nfs/write.c - 1.35 linux/fs/nfs/symlink.c - 1.15 linux/fs/nfs/read.c - 1.28 linux/fs/nfs/proc.c - 1.12 linux/fs/nfs/nfsroot.c - 1.11 linux/fs/nfs/nfs3xdr.c - 1.8 linux/fs/nfs/nfs2xdr.c - 1.11 linux/fs/nfs/mount_clnt.c - 1.7 linux/fs/nfs/inode.c - 1.35 linux/fs/nfs/dir.c - 1.31 linux/fs/ncpfs/ncplib_kernel.c - 1.12 linux/fs/ncpfs/ioctl.c - 1.16 linux/fs/ncpfs/inode.c - 1.23 linux/fs/ncpfs/dir.c - 1.26 linux/fs/namei.c - 1.46 linux/fs/locks.c - 1.21 linux/fs/lockd/xdr.c - 1.13 linux/fs/lockd/svcproc.c - 1.11 linux/fs/isofs/inode.c - 1.28 linux/fs/file_table.c - 1.17 linux/fs/fcntl.c - 1.19 linux/fs/ext2/super.c - 1.23 linux/fs/ext2/ioctl.c - 1.9 linux/fs/ext2/inode.c - 1.37 linux/fs/exec.c - 1.52 linux/fs/dcache.c - 1.33 linux/fs/buffer.c - 1.111 linux/fs/Makefile - 1.55 linux/fs/Config.in - 1.87 linux/drivers/zorro/proc.c - 1.12 linux/drivers/video/vesafb.c - 1.18 linux/drivers/video/q40fb.c - 1.10 linux/drivers/video/newport_con.c - 1.10 linux/drivers/video/macfb.c - 1.13 linux/drivers/video/hpfb.c - 1.12 linux/drivers/video/fbmem.c - 1.46 linux/drivers/video/fbcon.c - 1.26 linux/drivers/video/dnfb.c - 1.12 linux/drivers/video/clgenfb.c - 1.26 linux/drivers/video/Makefile - 1.37 linux/drivers/video/Config.in - 1.34 linux/drivers/usb/usb.c - 1.61 linux/drivers/usb/usb-debug.c - 1.15 linux/drivers/usb/uhci.h - 1.28 linux/drivers/usb/uhci.c - 1.59 linux/drivers/usb/hub.c - 1.42 linux/drivers/usb/audio.c - 1.37 linux/drivers/usb/Makefile - 1.49 linux/drivers/usb/Config.in - 1.52 linux/drivers/sound/pss.c - 1.12 linux/drivers/sound/es1371.c - 1.38 linux/drivers/sound/es1370.c - 1.37 linux/drivers/sound/cs4232.c - 1.13 linux/drivers/sound/bin2hex.c - 1.4 linux/drivers/sound/Makefile - 1.35 linux/drivers/sound/Config.in - 1.32 linux/drivers/sgi/char/usema.c - 1.9 linux/drivers/sgi/char/streamable.c - 1.8 linux/drivers/sgi/char/shmiq.c - 1.17 linux/drivers/sgi/char/sgiserial.h - 1.5 linux/drivers/sgi/char/sgiserial.c - 1.13 linux/drivers/sgi/char/sgicons.c - 1.6 linux/drivers/sgi/char/rrm.c - 1.6 linux/drivers/sgi/char/newport.c - 1.7 linux/drivers/sgi/char/graphics.h - 1.4 linux/drivers/sgi/char/graphics.c - 1.17 linux/drivers/scsi/wd33c93.h - 1.10 linux/drivers/scsi/u14-34f.h - 1.9 linux/drivers/scsi/u14-34f.c - 1.19 linux/drivers/scsi/sym53c8xx.h - 1.9 linux/drivers/scsi/sym53c8xx.c - 1.31 linux/drivers/scsi/st_options.h - 1.7 linux/drivers/scsi/st.h - 1.14 linux/drivers/scsi/st.c - 1.38 linux/drivers/scsi/sr_ioctl.c - 1.21 linux/drivers/scsi/sr.c - 1.33 linux/drivers/scsi/seagate.c - 1.15 linux/drivers/scsi/scsi_error.c - 1.23 linux/drivers/scsi/scsi_debug.h - 1.7 linux/drivers/scsi/scsi_debug.c - 1.19 linux/drivers/scsi/scsi.h - 1.24 linux/drivers/scsi/scsi.c - 1.46 linux/drivers/scsi/script_asm.pl - 1.5 linux/drivers/scsi/qlogicpti.h - 1.5 linux/drivers/scsi/qlogicfc.h - 1.9 linux/drivers/scsi/ppa.c - 1.13 linux/drivers/scsi/pas16.c - 1.11 linux/drivers/scsi/ncr53c8xx.c - 1.24 linux/drivers/scsi/mvme16x.c - 1.7 linux/drivers/scsi/mesh.c - 1.13 linux/drivers/scsi/megaraid.h - 1.14 linux/drivers/scsi/megaraid.c - 1.34 linux/drivers/scsi/mac_esp.c - 1.12 linux/drivers/scsi/imm.c - 1.13 linux/drivers/scsi/ide-scsi.c - 1.20 linux/drivers/scsi/hosts.h - 1.19 linux/drivers/scsi/hosts.c - 1.27 linux/drivers/scsi/fdomain.c - 1.19 linux/drivers/scsi/esp.h - 1.6 linux/drivers/scsi/esp.c - 1.17 linux/drivers/scsi/eata.h - 1.8 linux/drivers/scsi/eata.c - 1.20 linux/drivers/scsi/bvme6000.c - 1.5 linux/drivers/scsi/aha152x.c - 1.28 linux/drivers/scsi/README.st - 1.9 linux/drivers/scsi/NCR53C9x.c - 1.13 linux/drivers/scsi/Makefile - 1.35 linux/drivers/scsi/Config.in - 1.30 linux/drivers/scsi/53c7xx.c - 1.16 linux/drivers/sbus/dvma.c - 1.7 linux/drivers/sbus/char/Config.in - 1.8 linux/drivers/sbus/audio/dbri.c - 1.14 linux/drivers/pci/quirks.c - 1.31 linux/drivers/pci/proc.c - 1.23 linux/drivers/pci/pci.c - 1.50 linux/drivers/pci/Makefile - 1.19 linux/drivers/nubus/nubus.c - 1.8 linux/drivers/net/zlib.h - 1.3 linux/drivers/net/zlib.c - 1.7 linux/drivers/net/yellowfin.c - 1.30 linux/drivers/net/wd.c - 1.17 linux/drivers/net/wavelan.p.h - 1.14 linux/drivers/net/wavelan.c - 1.25 linux/drivers/net/via-rhine.c - 1.35 linux/drivers/net/sunhme.c - 1.34 linux/drivers/net/smc-ultra32.c - 1.15 linux/drivers/net/smc-ultra.c - 1.20 linux/drivers/net/slip.c - 1.19 linux/drivers/net/sgiseeq.h - 1.6 linux/drivers/net/rcpci45.c - 1.23 linux/drivers/net/ppp_deflate.c - 1.8 linux/drivers/net/pcnet32.c - 1.33 linux/drivers/net/ni65.c - 1.12 linux/drivers/net/irda/w83977af_ir.c - 1.22 linux/drivers/net/irda/tekram.c - 1.9 linux/drivers/net/irda/irtty.c - 1.24 linux/drivers/net/irda/irport.c - 1.25 linux/drivers/net/irda/girbil.c - 1.11 linux/drivers/net/irda/actisys.c - 1.10 linux/drivers/net/irda/Makefile - 1.18 linux/drivers/net/irda/Config.in - 1.14 linux/drivers/net/hplance.c - 1.11 linux/drivers/net/hp100.c - 1.20 linux/drivers/net/hp-plus.c - 1.17 linux/drivers/net/hamradio/soundmodem/sm_wss.c - 1.8 linux/drivers/net/hamradio/soundmodem/sm_sbc.c - 1.7 linux/drivers/net/hamradio/scc.c - 1.25 linux/drivers/net/hamradio/baycom_epp.c - 1.20 linux/drivers/net/hamradio/Config.in - 1.7 linux/drivers/net/ewrk3.c - 1.22 linux/drivers/net/epic100.c - 1.29 linux/drivers/net/eexpress.c - 1.19 linux/drivers/net/eepro100.c - 1.42 linux/drivers/net/eepro.c - 1.24 linux/drivers/net/e2100.c - 1.17 linux/drivers/net/depca.c - 1.19 linux/drivers/net/de600.c - 1.17 linux/drivers/net/cs89x0.h - 1.7 linux/drivers/net/atarilance.c - 1.11 linux/drivers/net/at1700.c - 1.17 linux/drivers/net/acenic.h - 1.20 linux/drivers/net/acenic.c - 1.39 linux/drivers/net/Makefile - 1.51 linux/drivers/net/Config.in - 1.59 linux/drivers/net/7990.c - 1.7 linux/drivers/net/3c59x.c - 1.35 linux/drivers/net/3c509.c - 1.29 linux/drivers/net/3c505.c - 1.24 linux/drivers/net/3c503.c - 1.22 linux/drivers/macintosh/via-pmu.c - 1.20 linux/drivers/macintosh/via-cuda.c - 1.11 linux/drivers/macintosh/macio-adb.c - 1.7 linux/drivers/macintosh/adb.c - 1.15 linux/drivers/macintosh/Makefile - 1.12 linux/drivers/isdn/pcbit/drv.c - 1.14 linux/drivers/isdn/isdn_ppp.c - 1.23 linux/drivers/isdn/isdn_net.h - 1.12 linux/drivers/isdn/isdn_net.c - 1.28 linux/drivers/isdn/hisax/teles3.c - 1.14 linux/drivers/isdn/hisax/sedlbauer.c - 1.19 linux/drivers/isdn/hisax/niccy.c - 1.16 linux/drivers/isdn/hisax/netjet.c - 1.19 linux/drivers/isdn/hisax/ix1_micro.c - 1.12 linux/drivers/isdn/hisax/hisax.h - 1.24 linux/drivers/isdn/hisax/elsa.c - 1.17 linux/drivers/isdn/hisax/diva.c - 1.16 linux/drivers/isdn/hisax/config.c - 1.27 linux/drivers/isdn/hisax/asuscom.c - 1.15 linux/drivers/isdn/hisax/Makefile - 1.16 linux/drivers/isdn/Config.in - 1.22 linux/drivers/fc4/Config.in - 1.5 linux/drivers/dio/dio.c - 1.5 linux/drivers/dio/Makefile - 1.3 linux/drivers/char/wdt.c - 1.15 linux/drivers/char/vt.c - 1.24 linux/drivers/char/tty_ioctl.c - 1.6 linux/drivers/char/tty_io.c - 1.41 linux/drivers/char/tpqic02.c - 1.18 linux/drivers/char/synclink.c - 1.22 linux/drivers/char/stallion.c - 1.20 linux/drivers/char/softdog.c - 1.16 linux/drivers/char/serial167.c - 1.12 linux/drivers/char/serial.c - 1.58 linux/drivers/char/random.c - 1.24 linux/drivers/char/pcxx.c - 1.15 linux/drivers/char/pcwd.c - 1.18 linux/drivers/char/pc_keyb.c - 1.29 linux/drivers/char/nvram.c - 1.19 linux/drivers/char/joystick/Makefile - 1.9 linux/drivers/char/joystick/Config.in - 1.9 linux/drivers/char/ftape/lowlevel/ftape-calibr.c - 1.5 linux/drivers/char/ftape/Config.in - 1.6 linux/drivers/char/dn_keyb.c - 1.8 linux/drivers/char/cyclades.c - 1.22 linux/drivers/char/console.c - 1.28 linux/drivers/char/acquirewdt.c - 1.14 linux/drivers/char/Makefile - 1.56 linux/drivers/char/Config.in - 1.58 linux/drivers/char/ChangeLog - 1.4 linux/drivers/cdrom/cdu31a.c - 1.10 linux/drivers/cdrom/cdrom.c - 1.38 linux/drivers/block/xd.h - 1.9 linux/drivers/block/xd.c - 1.28 linux/drivers/block/rd.c - 1.45 linux/drivers/block/ps2esdi.c - 1.27 linux/drivers/block/paride/pseudo.h - 1.7 linux/drivers/block/paride/pf.c - 1.17 linux/drivers/block/paride/pd.c - 1.22 linux/drivers/block/paride/pcd.c - 1.14 linux/drivers/block/paride/paride.c - 1.12 linux/drivers/block/paride/epat.c - 1.7 linux/drivers/block/loop.c - 1.46 linux/drivers/block/ll_rw_blk.c - 1.84 linux/drivers/block/genhd.c - 1.25 linux/drivers/block/ataflop.c - 1.17 linux/drivers/block/acsi_slm.c - 1.10 linux/drivers/block/acsi.c - 1.21 linux/drivers/block/Config.in - 1.36 linux/drivers/acorn/scsi/Config.in - 1.5 linux/drivers/acorn/block/fd1772.c - 1.15 linux/drivers/Makefile - 1.29 linux/arch/sparc64/solaris/misc.c - 1.22 linux/arch/sparc64/prom/misc.c - 1.11 linux/arch/sparc64/mm/ultra.S - 1.25 linux/arch/sparc64/mm/init.c - 1.39 linux/arch/sparc64/mm/fault.c - 1.21 linux/arch/sparc64/lib/blockops.S - 1.16 linux/arch/sparc64/lib/VIScsum.S - 1.5 linux/arch/sparc64/lib/VIScopy.S - 1.8 linux/arch/sparc64/kernel/ttable.S - 1.13 linux/arch/sparc64/kernel/traps.c - 1.17 linux/arch/sparc64/kernel/trampoline.S - 1.11 linux/arch/sparc64/kernel/time.c - 1.19 linux/arch/sparc64/kernel/sys_sunos32.c - 1.34 linux/arch/sparc64/kernel/sys_sparc32.c - 1.45 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.39 linux/arch/sparc64/kernel/smp.c - 1.36 linux/arch/sparc64/kernel/setup.c - 1.27 linux/arch/sparc64/kernel/ptrace.c - 1.15 linux/arch/sparc64/kernel/process.c - 1.28 linux/arch/sparc64/kernel/irq.c - 1.23 linux/arch/sparc64/kernel/ioctl32.c - 1.51 linux/arch/sparc64/kernel/head.S - 1.16 linux/arch/sparc64/kernel/etrap.S - 1.7 linux/arch/sparc64/kernel/entry.S - 1.19 linux/arch/sparc64/kernel/dtlb_base.S - 1.13 linux/arch/sparc64/kernel/devices.c - 1.11 linux/arch/sparc64/kernel/cpu.c - 1.7 linux/arch/sparc64/defconfig - 1.59 linux/arch/sparc64/config.in - 1.49 linux/arch/sparc/mm/sun4c.c - 1.31 linux/arch/sparc/mm/srmmu.c - 1.30 linux/arch/sparc/mm/init.c - 1.30 linux/arch/sparc/mm/Makefile - 1.9 linux/arch/sparc/kernel/sys_sunos.c - 1.33 linux/arch/sparc/kernel/sparc_ksyms.c - 1.27 linux/arch/sparc/kernel/pcic.c - 1.19 linux/arch/sparc/kernel/devices.c - 1.5 linux/arch/sparc/config.in - 1.32 linux/arch/ppc/mm/fault.c - 1.18 linux/arch/ppc/lib/string.S - 1.9 linux/arch/ppc/lib/locks.c - 1.9 linux/arch/ppc/lib/checksum.S - 1.7 linux/arch/ppc/kernel/time.c - 1.19 linux/arch/ppc/kernel/signal.c - 1.15 linux/arch/ppc/kernel/setup.c - 1.41 linux/arch/ppc/kernel/residual.c - 1.10 linux/arch/ppc/kernel/ptrace.c - 1.14 linux/arch/ppc/kernel/prom.c - 1.30 linux/arch/ppc/kernel/prep_time.c - 1.8 linux/arch/ppc/kernel/prep_setup.c - 1.30 linux/arch/ppc/kernel/prep_pci.c - 1.16 linux/arch/ppc/kernel/prep_nvram.c - 1.9 linux/arch/ppc/kernel/ppc_ksyms.c - 1.41 linux/arch/ppc/kernel/ppc_asm.tmpl - 1.5 linux/arch/ppc/kernel/ppc8xx_pic.h - 1.6 linux/arch/ppc/kernel/pmac_time.c - 1.16 linux/arch/ppc/kernel/pmac_setup.c - 1.30 linux/arch/ppc/kernel/pmac_pic.h - 1.6 linux/arch/ppc/kernel/pmac_pic.c - 1.23 linux/arch/ppc/kernel/pmac_pci.c - 1.21 linux/arch/ppc/kernel/pci.c - 1.26 linux/arch/ppc/kernel/open_pic.h - 1.11 linux/arch/ppc/kernel/open_pic.c - 1.23 linux/arch/ppc/kernel/misc.S - 1.37 linux/arch/ppc/kernel/local_irq.h - 1.10 linux/arch/ppc/kernel/irq.c - 1.34 linux/arch/ppc/kernel/indirect_pci.c - 1.7 linux/arch/ppc/kernel/idle.c - 1.21 linux/arch/ppc/kernel/i8259.h - 1.5 linux/arch/ppc/kernel/i8259.c - 1.10 linux/arch/ppc/kernel/head.S - 1.33 linux/arch/ppc/kernel/chrp_time.c - 1.11 linux/arch/ppc/kernel/chrp_setup.c - 1.30 linux/arch/ppc/kernel/chrp_pci.c - 1.20 linux/arch/ppc/kernel/apus_setup.c - 1.22 linux/arch/ppc/kernel/Makefile - 1.28 linux/arch/ppc/defconfig - 1.38 linux/arch/ppc/config.in - 1.44 linux/arch/ppc/boot/Makefile - 1.18 linux/arch/ppc/amiga/time.c - 1.6 linux/arch/ppc/amiga/config.c - 1.15 linux/arch/ppc/amiga/cia.c - 1.6 linux/arch/ppc/amiga/amiints.c - 1.11 linux/arch/ppc/Makefile - 1.23 linux/arch/ppc/8xx_io/fec.c - 1.17 linux/arch/mips/tools/offset.c - 1.10 linux/arch/mips/tools/Makefile - 1.8 linux/arch/mips/sni/pci.c - 1.11 linux/arch/mips/mm/umap.c - 1.9 linux/arch/mips/mm/loadmmu.c - 1.11 linux/arch/mips/mm/init.c - 1.15 linux/arch/mips/mm/fault.c - 1.14 linux/arch/mips/mm/extable.c - 1.5 linux/arch/mips/mm/Makefile - 1.10 linux/arch/mips/lib/tinycon.c - 1.3 linux/arch/mips/lib/strlen_user.S - 1.7 linux/arch/mips/lib/memset.S - 1.7 linux/arch/mips/lib/memcpy.S - 1.10 linux/arch/mips/lib/ide-std.c - 1.6 linux/arch/mips/lib/ide-no.c - 1.6 linux/arch/mips/lib/floppy-std.c - 1.8 linux/arch/mips/lib/csum_partial_copy.c - 1.7 linux/arch/mips/lib/Makefile - 1.12 linux/arch/mips/kernel/unaligned.c - 1.10 linux/arch/mips/kernel/traps.c - 1.14 linux/arch/mips/kernel/time.c - 1.14 linux/arch/mips/kernel/sysmips.c - 1.10 linux/arch/mips/kernel/sysirix.c - 1.18 linux/arch/mips/kernel/syscalls.h - 1.13 linux/arch/mips/kernel/syscall.c - 1.12 linux/arch/mips/kernel/signal.c - 1.15 linux/arch/mips/kernel/setup.c - 1.15 linux/arch/mips/kernel/scall_o32.S - 1.12 linux/arch/mips/kernel/r4k_switch.S - 1.11 linux/arch/mips/kernel/ptrace.c - 1.15 linux/arch/mips/kernel/process.c - 1.15 linux/arch/mips/kernel/proc.c - 1.9 linux/arch/mips/kernel/pci.c - 1.9 linux/arch/mips/kernel/mips_ksyms.c - 1.15 linux/arch/mips/kernel/irq.c - 1.14 linux/arch/mips/kernel/irixsig.c - 1.11 linux/arch/mips/kernel/irixinv.c - 1.8 linux/arch/mips/kernel/irixelf.c - 1.17 linux/arch/mips/kernel/ipc.c - 1.4 linux/arch/mips/kernel/head.S - 1.13 linux/arch/mips/kernel/gdb-stub.c - 1.10 linux/arch/mips/kernel/gdb-low.S - 1.8 linux/arch/mips/kernel/entry.S - 1.11 linux/arch/mips/kernel/Makefile - 1.11 linux/arch/mips/defconfig - 1.24 linux/arch/mips/config.in - 1.27 linux/arch/mips/boot/Makefile - 1.9 linux/arch/mips/Makefile - 1.13 linux/arch/mips/.gdbinit - 1.3 linux/arch/m68k/sun3x/time.c - 1.6 linux/arch/m68k/sun3x/config.c - 1.5 linux/arch/m68k/q40/config.c - 1.12 linux/arch/m68k/mvme16x/config.c - 1.9 linux/arch/m68k/mvme147/config.c - 1.10 linux/arch/m68k/mm/fault.c - 1.11 linux/arch/m68k/mac/macints.c - 1.8 linux/arch/m68k/mac/debug.c - 1.9 linux/arch/m68k/mac/config.c - 1.10 linux/arch/m68k/kernel/traps.c - 1.12 linux/arch/m68k/kernel/setup.c - 1.15 linux/arch/m68k/kernel/head.S - 1.7 linux/arch/m68k/kernel/entry.S - 1.16 linux/arch/m68k/hp300/time.c - 1.5 linux/arch/m68k/hp300/ints.c - 1.5 linux/arch/m68k/hp300/hil.c - 1.4 linux/arch/m68k/hp300/config.c - 1.4 linux/arch/m68k/config.in - 1.25 linux/arch/m68k/bvme6000/rtc.c - 1.10 linux/arch/m68k/bvme6000/config.c - 1.9 linux/arch/m68k/atari/config.c - 1.7 linux/arch/m68k/atari/Makefile - 1.5 linux/arch/m68k/apollo/dn_ints.c - 1.6 linux/arch/m68k/apollo/config.c - 1.7 linux/arch/m68k/amiga/config.c - 1.12 linux/arch/i386/mm/init.c - 1.35 linux/arch/i386/mm/fault.c - 1.23 linux/arch/i386/mm/Makefile - 1.6 linux/arch/i386/lib/checksum.S - 1.5 linux/arch/i386/kernel/traps.c - 1.48 linux/arch/i386/kernel/trampoline.S - 1.5 linux/arch/i386/kernel/time.c - 1.20 linux/arch/i386/kernel/smp.c - 1.41 linux/arch/i386/kernel/setup.c - 1.67 linux/arch/i386/kernel/irq.c - 1.39 linux/arch/i386/kernel/io_apic.c - 1.36 linux/arch/i386/kernel/entry.S - 1.46 linux/arch/i386/kernel/apm.c - 1.41 linux/arch/i386/kernel/Makefile - 1.24 linux/arch/i386/defconfig - 1.88 linux/arch/i386/config.in - 1.73 linux/arch/i386/boot/compressed/misc.c - 1.15 linux/arch/i386/Makefile - 1.24 linux/arch/arm/mm/fault-common.c - 1.19 linux/arch/arm/config.in - 1.31 linux/arch/alpha/mm/fault.c - 1.15 linux/arch/alpha/lib/stxncpy.S - 1.4 linux/arch/alpha/kernel/traps.c - 1.19 linux/arch/alpha/config.in - 1.41 linux/Makefile - 1.179 linux/MAINTAINERS - 1.89 linux/Documentation/video4linux/bttv/README - 1.15 linux/Documentation/sysctl/vm.txt - 1.8 linux/Documentation/powerpc/00-INDEX - 1.4 linux/Documentation/networking/ewrk3.txt - 1.3 linux/Documentation/networking/00-INDEX - 1.6 linux/Documentation/isdn/README.HiSax - 1.12 linux/Documentation/initrd.txt - 1.4 linux/Documentation/ide.txt - 1.8 linux/Documentation/filesystems/isofs.txt - 1.3 linux/Documentation/filesystems/00-INDEX - 1.11 linux/Documentation/cdrom/sonycd535 - 1.3 linux/Documentation/Configure.help - 1.140 linux/Documentation/Changes - 1.46 linux/CREDITS - 1.73 linux/net/decnet/dn_route.c - 1.20 linux/net/decnet/af_decnet.c - 1.28 linux/include/linux/ide.h - 1.33 linux/fs/efs/super.c - 1.10 linux/drivers/usb/printer.c - 1.43 linux/drivers/usb/acm.c - 1.43 linux/drivers/sbus/char/aurora.c - 1.18 linux/drivers/net/irda/toshoboe.c - 1.28 linux/drivers/net/irda/smc-ircc.c - 1.23 linux/drivers/isdn/hisax/md5sums.asc - 1.18 linux/drivers/isdn/hisax/avm_pci.c - 1.14 linux/Documentation/kernel-parameters.txt - 1.16 linux/include/asm-mips/umap.h - 1.2 linux/include/asm-mips/semaphore-helper.h - 1.7 linux/include/asm-mips/ng1hw.h - 1.5 linux/include/asm-mips/dec/tcmodule.h - 1.4 linux/include/asm-mips/dec/tcinfo.h - 1.2 linux/include/asm-mips/dec/tc.h - 1.2 linux/include/asm-mips/dec/machtype.h - 1.3 linux/include/asm-mips/dec/kn03.h - 1.4 linux/include/asm-mips/dec/kn02xa.h - 1.4 linux/include/asm-mips/dec/kn02.h - 1.4 linux/include/asm-mips/dec/kn01.h - 1.3 linux/include/asm-mips/dec/ioasic_ints.h - 1.4 linux/include/asm-mips/dec/ioasic_addrs.h - 1.4 linux/include/asm-mips/dec/interrupts.h - 1.5 linux/drivers/tc/zs.h - 1.4 linux/drivers/tc/zs.c - 1.8 linux/drivers/tc/tc.c - 1.7 linux/drivers/sgi/char/usema.h - 1.2 linux/drivers/sgi/char/ds1286.c - 1.11 linux/drivers/sgi/Config.in - 1.5 linux/drivers/net/declance.c - 1.15 linux/arch/mips/dec/wbflush.c - 1.6 linux/arch/mips/dec/time.c - 1.8 linux/arch/mips/dec/setup.c - 1.7 linux/arch/mips/dec/rtc-dec.c - 1.5 linux/arch/mips/dec/promcon.c - 1.5 linux/arch/mips/dec/prom/prom.h - 1.2 linux/arch/mips/dec/prom/init.c - 1.6 linux/arch/mips/dec/prom/identify.c - 1.6 linux/arch/mips/dec/irq.c - 1.9 linux/arch/mips/dec/int-handler.S - 1.5 linux/arch/mips/dec/Makefile - 1.6 linux/arch/mips/boot/elf2ecoff.c - 1.5 linux/arch/mips/boot/addinitrd.c - 1.3 linux/arch/mips/arc/salone.c - 1.6 linux/arch/mips/arc/memory.c - 1.11 linux/arch/mips/arc/init.c - 1.9 linux/arch/mips/arc/identify.c - 1.8 linux/arch/mips/arc/console.c - 1.9 linux/arch/mips/arc/cmdline.c - 1.8 linux/arch/mips/arc/Makefile - 1.6 linux/drivers/block/cpqarray.h - 1.8 linux/drivers/block/cpqarray.c - 1.37 linux/fs/iobuf.c - 1.22 linux/drivers/parport/parport_pc.c - 1.47 linux/drivers/parport/parport_mfc3.c - 1.10 linux/drivers/parport/init.c - 1.12 linux/include/linux/iobuf.h - 1.15 linux/drivers/net/ppp_generic.c - 1.27 linux/drivers/net/macsonic.c - 1.12 linux/drivers/net/hamradio/yam.c - 1.19 linux/drivers/char/sx.c - 1.25 linux/drivers/char/q40_keyb.c - 1.8 linux/drivers/char/generic_serial.c - 1.14 linux/net/khttpd/waitheaders.c - 1.7 linux/net/khttpd/sysctl.h - 1.2 linux/net/khttpd/sysctl.c - 1.4 linux/net/khttpd/security.c - 1.9 linux/net/khttpd/main.c - 1.10 linux/net/khttpd/README - 1.3 linux/fs/partitions/sun.c - 1.5 linux/fs/partitions/msdos.c - 1.19 linux/fs/partitions/check.c - 1.37 linux/fs/partitions/Makefile - 1.9 linux/fs/partitions/Config.in - 1.15 linux/drivers/video/vga.h - 1.5 linux/drivers/scsi/sun3x_esp.c - 1.7 linux/drivers/pnp/isapnp_proc.c - 1.14 linux/drivers/pnp/isapnp.c - 1.26 linux/drivers/isdn/hisax/isurf.c - 1.12 linux/drivers/isdn/hisax/hfcscard.c - 1.10 linux/drivers/isdn/avmb1/kcapi.c - 1.18 linux/Documentation/isapnp.txt - 1.6 linux/drivers/net/sis900.c - 1.32 linux/drivers/net/sb1000.c - 1.16 linux/drivers/char/ip2main.c - 1.15 linux/drivers/atm/atmtcp.c - 1.9 linux/arch/i386/kernel/semaphore.c - 1.17 linux/net/atm/resources.c - 1.7 linux/net/atm/proc.c - 1.14 linux/arch/ppc/kernel/ppc_asm.h - 1.11 linux/arch/ppc/kernel/head_8xx.S - 1.16 linux/arch/ppc/kernel/gemini_setup.c - 1.21 linux/arch/ppc/kernel/gemini_prom.S - 1.7 linux/arch/ppc/kernel/gemini_pci.c - 1.9 linux/arch/ppc/kernel/entry.S - 1.25 linux/arch/arm/kernel/bios32.c - 1.26 linux/arch/alpha/kernel/pci.c - 1.19 linux/drivers/block/DAC960.c - 1.40 linux/arch/sparc64/kernel/power.c - 1.9 linux/arch/sparc64/kernel/pci.c - 1.24 linux/arch/sh/mm/fault.c - 1.19 linux/arch/sh/config.in - 1.21 linux/drivers/scsi/ips.h - 1.12 linux/drivers/scsi/ips.c - 1.25 linux/net/irda/ircomm/ircomm_tty_ioctl.c - 1.7 linux/net/irda/ircomm/ircomm_tty_attach.c - 1.9 linux/net/irda/ircomm/ircomm_tty.c - 1.15 linux/include/net/irda/ircomm_tty.h - 1.8 linux/include/asm-sh/timex.h - 1.4 linux/include/asm-sh/termios.h - 1.7 linux/include/asm-sh/socket.h - 1.7 linux/include/asm-sh/semaphore.h - 1.7 linux/include/asm-ppc/gemini_serial.h - 1.8 linux/include/asm-ppc/gemini.h - 1.6 linux/include/asm-i386/kmap_types.h - 1.6 linux/drivers/pcmcia/tcic.c - 1.14 linux/drivers/pcmcia/ricoh.h - 1.7 linux/drivers/pcmcia/o2micro.h - 1.5 linux/drivers/pcmcia/i82365.h - 1.4 linux/drivers/pcmcia/i82365.c - 1.23 linux/drivers/pcmcia/cirrus.h - 1.4 linux/drivers/pcmcia/cardbus.c - 1.19 linux/drivers/pcmcia/bulkmem.c - 1.15 linux/drivers/net/sun3lance.c - 1.12 linux/arch/m68k/sun3/sun3ints.c - 1.5 linux/arch/m68k/sun3/sbus.c - 1.4 linux/arch/m68k/sun3/mmu_emu.c - 1.5 linux/arch/m68k/sun3/config.c - 1.7 linux/drivers/pcmcia/tcic.h - 1.4 linux/drivers/pcmcia/ti113x.h - 1.8 linux/drivers/pcmcia/topic.h - 1.3 linux/include/asm-m68k/mac_via.h - 1.2 linux/drivers/pcmcia/vg468.h - 1.4 linux/include/linux/spinlock.h - 1.13 linux/include/asm-sparc/pci.h - 1.12 linux/include/asm-ppc/pci.h - 1.15 linux/drivers/net/pcmcia/ray_cs.c - 1.24 linux/drivers/net/pcmcia/pcnet_cs.c - 1.18 linux/drivers/char/drm/gamma_dma.c - 1.9 linux/drivers/char/drm/drmP.h - 1.16 linux/drivers/char/drm/drm.h - 1.10 linux/drivers/char/drm/Makefile - 1.14 linux/Documentation/filesystems/proc.txt - 1.9 linux/drivers/net/wan/cycx_drv.c - 1.7 linux/drivers/net/wan/cosa.c - 1.23 linux/drivers/net/wan/Config.in - 1.14 linux/drivers/net/tokenring/olympic.h - 1.10 linux/drivers/net/tokenring/olympic.c - 1.19 linux/arch/ppc/kernel/sleep.S - 1.8 linux/arch/ppc/kernel/qspan_pci.c - 1.6 linux/arch/ppc/kernel/m8xx_setup.c - 1.22 linux/arch/i386/kernel/smpboot.c - 1.29 linux/arch/i386/kernel/pci-visws.c - 1.7 linux/arch/i386/kernel/pci-pc.c - 1.34 linux/arch/i386/kernel/pci-i386.h - 1.8 linux/arch/i386/kernel/pci-i386.c - 1.18 linux/include/linux/pci_ids.h - 1.61 linux/drivers/net/wan/syncppp.c - 1.14 linux/drivers/net/wan/sdlamain.c - 1.11 linux/include/asm-ppc/rpxlite.h - 1.5 linux/drivers/net/wan/sdla.c - 1.14 linux/drivers/net/wan/sbni.c - 1.17 linux/drivers/net/wan/cycx_x25.c - 1.16 linux/include/asm-ppc/bseip.h - 1.4 linux/include/asm-ppc/rpxclassic.h - 1.7 linux/include/asm-ppc/mpc8xx.h - 1.8 linux/drivers/scsi/dec_esp.c - 1.7 linux/drivers/scsi/ChangeLog.ips - 1.6 linux/drivers/net/pcmcia/xirc2ps_cs.c - 1.17 linux/drivers/net/pcmcia/3c574_cs.c - 1.19 linux/drivers/net/pcmcia/nmclan_cs.c - 1.16 linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.17 linux/drivers/net/pcmcia/wavelan_cs.h - 1.10 linux/drivers/net/pcmcia/wavelan_cs.c - 1.14 linux/drivers/net/pcmcia/wavelan.h - 1.3 linux/drivers/net/pcmcia/smc91c92_cs.c - 1.16 linux/mm/highmem.c - 1.30 linux/mm/bootmem.c - 1.19 linux/include/linux/highmem.h - 1.18 linux/include/linux/bootmem.h - 1.8 linux/include/asm-i386/pgtable-3level.h - 1.8 linux/include/asm-i386/pgtable-2level.h - 1.8 linux/drivers/video/aty128fb.c - 1.26 linux/include/asm-sh/pgtable-2level.h - 1.8 linux/fs/proc/proc_misc.c - 1.31 linux/ipc/util.h - 1.8 linux/drivers/net/sis900.h - 1.13 linux/drivers/char/pcmcia/Makefile - 1.5 linux/drivers/char/pcmcia/Config.in - 1.7 linux/drivers/pci/pci.ids - 1.44 linux/drivers/net/sk98lin/skge.c - 1.20 linux/arch/ppc/kernel/pmac_nvram.c - 1.12 linux/arch/ppc/kernel/oak_setup.h - 1.5 linux/arch/ppc/kernel/oak_setup.c - 1.10 linux/arch/ppc/kernel/head_4xx.S - 1.6 linux/arch/ppc/configs/walnut_defconfig - 1.17 linux/arch/ppc/configs/pmac_defconfig - 1.6 linux/arch/ppc/configs/oak_defconfig - 1.17 linux/arch/ppc/configs/mbx_defconfig - 1.12 linux/arch/ppc/configs/gemini_defconfig - 1.20 linux/arch/ppc/configs/common_defconfig - 1.26 linux/arch/ppc/configs/apus_defconfig - 1.13 linux/include/linux/mmzone.h - 1.19 linux/include/asm-ppc/oak.h - 1.7 linux/include/asm-ppc/board.h - 1.5 linux/drivers/sound/trident.h - 1.15 linux/drivers/sound/trident.c - 1.35 linux/include/linux/agp_backend.h - 1.18 linux/drivers/net/pcmcia/aironet4500_cs.c - 1.14 linux/drivers/net/aironet4500_rid.c - 1.4 linux/kernel/timer.c - 1.16 linux/drivers/scsi/scsi_merge.c - 1.32 linux/drivers/scsi/scsi_lib.c - 1.37 linux/drivers/char/agp/agpgart_be.c - 1.35 linux/drivers/char/agp/agp.h - 1.24 linux/drivers/i2c/i2c-dev.c - 1.14 linux/drivers/i2c/i2c-core.c - 1.15 linux/drivers/usb/dabusb.h - 1.7 linux/drivers/usb/dabusb.c - 1.15 linux/Documentation/video4linux/bttv/CARDLIST - 1.14 linux/Documentation/video4linux/bttv/Insmod-options - 1.13 linux/include/asm-ppc/hw_irq.h - 1.7 linux/fs/cramfs/uncompress.c - 1.6 linux/drivers/usb/scanner.c - 1.26 linux/include/linux/input.h - 1.16 linux/drivers/usb/usbkbd.c - 1.20 linux/drivers/usb/ov511.h - 1.14 linux/drivers/usb/ov511.c - 1.29 linux/drivers/usb/hid.h - 1.16 linux/drivers/telephony/ixj.c - 1.22 linux/drivers/net/arcnet/arcnet.c - 1.13 linux/Documentation/usb/ov511.txt - 1.16 linux/net/sched/sch_ingress.c - 1.10 linux/include/net/dsfield.h - 1.4 linux/drivers/usb/devices.c - 1.17 linux/drivers/usb/devio.c - 1.21 linux/arch/ppc/kernel/ppc4xx_pic.c - 1.4 linux/arch/ppc/kernel/ppc4xx_pic.h - 1.4 linux/drivers/usb/inode.c - 1.18 linux/drivers/ieee1394/raw1394.c - 1.17 linux/drivers/ieee1394/ieee1394_core.h - 1.13 linux/drivers/ieee1394/pcilynx.h - 1.10 linux/drivers/ieee1394/pcilynx.c - 1.20 linux/drivers/ieee1394/ieee1394_core.c - 1.21 linux/drivers/ieee1394/ohci1394.h - 1.15 linux/drivers/ieee1394/ohci1394.c - 1.23 linux/arch/i386/kernel/apic.c - 1.25 linux/drivers/ieee1394/hosts.h - 1.10 linux/drivers/ieee1394/hosts.c - 1.14 linux/arch/i386/kernel/mpparse.c - 1.16 linux/drivers/ieee1394/csr.c - 1.9 linux/drivers/char/mxser.c - 1.16 linux/drivers/ieee1394/highlevel.c - 1.8 linux/include/asm-i386/apicdef.h - 1.8 linux/drivers/pci/setup-res.c - 1.9 linux/drivers/pci/setup-bus.c - 1.6 linux/drivers/scsi/scsi_scan.c - 1.26 linux/drivers/scsi/3w-xxxx.h - 1.11 linux/drivers/scsi/3w-xxxx.c - 1.18 linux/drivers/net/wan/sdla_chdlc.c - 1.16 linux/drivers/char/mixcomwd.c - 1.9 linux/arch/i386/kernel/pci-dma.c - 1.3 linux/include/asm-m68k/pci.h - 1.5 linux/include/asm-m68k/apollodma.h - 1.2 linux/drivers/usb/usb-uhci.h - 1.11 linux/drivers/usb/usb-uhci.c - 1.38 linux/drivers/usb/usb-ohci.h - 1.16 linux/drivers/usb/usb-ohci.c - 1.34 linux/drivers/usb/scanner.h - 1.19 linux/drivers/sound/ac97_codec.c - 1.24 linux/drivers/net/irda/nsc-ircc.c - 1.19 linux/drivers/net/mac89x0.c - 1.9 linux/drivers/net/macmace.c - 1.6 linux/drivers/char/efirtc.c - 1.9 linux/arch/ia64/kernel/head.S - 1.11 linux/arch/ia64/kernel/gate.S - 1.10 linux/drivers/atm/iphase.c - 1.13 linux/arch/ia64/kernel/fw-emu.c - 1.9 linux/arch/ia64/kernel/entry.S - 1.22 linux/arch/ia64/kernel/efi_stub.S - 1.5 linux/arch/ia64/kernel/efi.c - 1.14 linux/arch/ia64/kernel/acpi.c - 1.12 linux/arch/ia64/kernel/Makefile - 1.13 linux/drivers/acorn/char/pcf8583.c - 1.5 linux/arch/ia64/ia32/binfmt_elf32.c - 1.14 linux/arch/ppc/kernel/walnut_setup.h - 1.3 linux/arch/ppc/kernel/walnut_setup.c - 1.7 linux/arch/ia64/hp/hpsim_ssc.h - 1.2 linux/arch/ia64/hp/hpsim_setup.c - 1.5 linux/arch/ia64/hp/hpsim_machvec.c - 1.3 linux/arch/ia64/hp/hpsim_irq.c - 1.5 linux/arch/ia64/hp/hpsim_console.c - 1.4 linux/arch/ia64/hp/Makefile - 1.4 linux/arch/ia64/dig/setup.c - 1.7 linux/arch/ppc/kernel/galaxy_pci.c - 1.4 linux/arch/ia64/vmlinux.lds.S - 1.9 linux/arch/ia64/tools/print_offsets.c - 1.10 linux/arch/ia64/defconfig - 1.13 linux/arch/ia64/config.in - 1.22 linux/arch/ia64/boot/Makefile - 1.5 linux/arch/ia64/Makefile - 1.12 linux/arch/ia64/kernel/irq.c - 1.16 linux/arch/ia64/tools/Makefile - 1.7 linux/arch/ia64/kernel/setup.c - 1.13 linux/arch/ia64/kernel/signal.c - 1.12 linux/arch/ia64/kernel/smp.c - 1.12 linux/arch/ia64/kernel/sys_ia64.c - 1.10 linux/arch/ia64/kernel/time.c - 1.13 linux/arch/ia64/kernel/traps.c - 1.13 linux/arch/ia64/kernel/unaligned.c - 1.11 linux/arch/ia64/kernel/unwind.c - 1.11 linux/arch/ia64/lib/Makefile - 1.9 linux/arch/ia64/kernel/ivt.S - 1.15 linux/arch/ia64/lib/checksum.c - 1.3 linux/arch/ia64/lib/clear_page.S - 1.6 linux/arch/ia64/lib/copy_page.S - 1.7 linux/arch/ia64/lib/copy_user.S - 1.11 linux/arch/ia64/kernel/pci.c - 1.10 linux/arch/ia64/lib/do_csum.S - 1.6 linux/arch/ia64/kernel/process.c - 1.13 linux/arch/ia64/kernel/perfmon.c - 1.10 linux/arch/ia64/mm/tlb.c - 1.10 linux/arch/ia64/kernel/mca.c - 1.10 linux/arch/ia64/mm/init.c - 1.14 linux/arch/ia64/mm/fault.c - 1.9 linux/arch/ia64/lib/memset.S - 1.5 linux/arch/ia64/kernel/mca_asm.S - 1.10 linux/arch/ia64/kernel/pal.S - 1.8 linux/drivers/net/gmac.c - 1.14 linux/kernel/pm.c - 1.10 linux/include/asm-ia64/keyboard.h - 1.5 linux/include/asm-ia64/iosapic.h - 1.6 linux/include/asm-ia64/ioctls.h - 1.5 linux/include/asm-ia64/ide.h - 1.7 linux/include/asm-ia64/errno.h - 1.2 linux/include/asm-ia64/elf.h - 1.5 linux/include/asm-ia64/efi.h - 1.9 linux/include/asm-ia64/current.h - 1.3 linux/include/asm-ia64/cache.h - 1.5 linux/include/asm-ia64/bitops.h - 1.8 linux/include/asm-ia64/atomic.h - 1.6 linux/include/asm-ia64/acpi-ext.h - 1.8 linux/include/asm-ia64/siginfo.h - 1.11 linux/include/linux/raid/md_k.h - 1.16 linux/include/asm-ia64/serial.h - 1.3 linux/include/asm-ia64/sal.h - 1.10 linux/include/linux/raid/md_compatible.h - 1.6 linux/include/asm-ia64/processor.h - 1.17 linux/include/asm-ia64/pgtable.h - 1.15 linux/include/asm-ia64/pgalloc.h - 1.9 linux/include/asm-ia64/machvec.h - 1.8 linux/include/asm-ia64/pci.h - 1.13 linux/include/asm-ia64/socket.h - 1.7 linux/include/asm-ia64/page.h - 1.12 linux/include/asm-ia64/offsets.h - 1.13 linux/include/asm-ia64/machvec_init.h - 1.4 linux/include/asm-ia64/machvec_sn1.h - 1.6 linux/include/asm-ia64/vga.h - 1.2 linux/include/asm-ia64/semaphore.h - 1.7 linux/include/asm-ia64/unistd.h - 1.18 linux/include/asm-ia64/uaccess.h - 1.7 linux/include/asm-ia64/timex.h - 1.3 linux/include/asm-ia64/system.h - 1.13 linux/include/asm-ia64/termios.h - 1.4 linux/include/asm-ia64/string.h - 1.5 linux/drivers/net/8139too.c - 1.38 linux/drivers/macintosh/via-pmu68k.c - 1.5 linux/drivers/macintosh/via-maciisi.c - 1.3 linux/drivers/char/amiserial.c - 1.12 linux/arch/m68k/mac/misc.c - 1.7 linux/drivers/isdn/hisax/hfc_sx.c - 1.12 linux/drivers/isdn/avmb1/b1dma.c - 1.19 linux/Documentation/filesystems/devfs/README - 1.13 linux/Documentation/filesystems/devfs/ChangeLog - 1.18 linux/fs/devfs/base.c - 1.28 linux/include/linux/lvm.h - 1.14 linux/fs/lockd/xdr4.c - 1.8 linux/net/bridge/br_stp.c - 1.5 linux/fs/lockd/svc4proc.c - 1.7 linux/net/bridge/br_if.c - 1.8 linux/arch/mips/lib/strnlen_user.S - 1.4 linux/Documentation/networking/8139too.txt - 1.18 linux/arch/mips/ddb5074/setup.c - 1.6 linux/arch/mips/ddb5074/pci.c - 1.8 linux/arch/mips/ddb5074/irq.c - 1.5 linux/arch/mips/defconfig-decstation - 1.10 linux/arch/mips/defconfig-ip22 - 1.11 linux/arch/mips/ddb5074/Makefile - 1.4 linux/drivers/net/tulip/tulip_core.c - 1.41 linux/drivers/net/tulip/tulip.h - 1.17 linux/drivers/net/tulip/interrupt.c - 1.15 linux/drivers/net/tulip/eeprom.c - 1.12 linux/drivers/char/wdt977.c - 1.7 linux/include/asm-mips64/io.h - 1.9 linux/include/asm-mips64/ide.h - 1.9 linux/include/asm-mips64/gfx.h - 1.4 linux/include/asm-mips64/fcntl.h - 1.10 linux/include/asm-mips64/elf.h - 1.9 linux/include/asm-mips64/dma.h - 1.5 linux/include/asm-mips64/delay.h - 1.7 linux/include/asm-mips64/cpu.h - 1.6 linux/include/asm-mips64/checksum.h - 1.6 linux/include/asm-mips64/cache.h - 1.6 linux/include/asm-mips64/bootinfo.h - 1.8 linux/include/asm-mips64/bitops.h - 1.9 linux/include/asm-mips64/bcache.h - 1.6 linux/include/asm-mips64/asmmacro.h - 1.4 linux/include/asm-mips64/asm.h - 1.6 linux/include/asm-mips64/addrspace.h - 1.6 linux/include/asm-mips64/a.out.h - 1.4 linux/include/asm-mips/wbflush.h - 1.5 linux/include/asm-mips/shmbuf.h - 1.3 linux/include/asm-mips/sgi/sgint23.h - 1.5 linux/include/asm-mips/sgi/sgihpc.h - 1.4 linux/include/asm-mips/sembuf.h - 1.2 linux/include/asm-mips/nile4.h - 1.4 linux/include/asm-mips/msgbuf.h - 1.2 linux/include/asm-mips/ipcbuf.h - 1.2 linux/include/asm-mips/highmem.h - 1.6 linux/include/asm-mips64/ipcbuf.h - 1.2 linux/include/asm-mips64/irq.h - 1.6 linux/include/asm-mips64/sn/kldir.h - 1.5 linux/include/asm-mips64/sn/klconfig.h - 1.5 linux/include/asm-mips64/sn/io.h - 1.4 linux/include/asm-mips64/sn/gda.h - 1.5 linux/include/asm-mips64/signal.h - 1.4 linux/include/asm-mips64/siginfo.h - 1.6 linux/include/asm-mips64/sigcontext.h - 1.4 linux/include/asm-mips64/shmiq.h - 1.5 linux/include/asm-mips64/shmbuf.h - 1.2 linux/include/asm-mips64/sgiarcs.h - 1.5 linux/include/asm-mips64/sgialib.h - 1.5 linux/include/asm-mips64/sgi/sgint23.h - 1.7 linux/include/asm-mips64/sgi/sgihpc.h - 1.5 linux/include/asm-mips64/serial.h - 1.8 linux/include/asm-mips64/sembuf.h - 1.2 linux/include/asm-mips64/semaphore.h - 1.7 linux/include/asm-mips64/semaphore-helper.h - 1.5 linux/include/asm-mips64/scatterlist.h - 1.4 linux/include/asm-mips64/unaligned.h - 1.6 linux/include/asm-mips64/r4kcacheops.h - 1.4 linux/include/asm-mips64/processor.h - 1.14 linux/include/asm-mips64/posix_types.h - 1.5 linux/include/asm-mips64/pgtable.h - 1.12 linux/include/asm-mips64/pgalloc.h - 1.9 linux/include/asm-mips64/uaccess.h - 1.7 linux/include/asm-mips64/pci/bridge.h - 1.6 linux/include/asm-mips64/pci.h - 1.12 linux/include/asm-mips64/types.h - 1.5 linux/include/asm-mips64/page.h - 1.7 linux/include/asm-mips64/timex.h - 1.4 linux/include/asm-mips64/termios.h - 1.7 linux/include/asm-mips64/system.h - 1.8 linux/include/asm-mips64/stackframe.h - 1.5 linux/include/asm-mips64/spinlock.h - 1.6 linux/include/asm-mips64/softirq.h - 1.5 linux/include/asm-mips64/socket.h - 1.8 linux/include/asm-mips64/sn/sn0/sn0_fru.h - 1.4 linux/include/asm-mips64/sn/sn0/hubpi.h - 1.5 linux/include/asm-mips64/msgbuf.h - 1.2 linux/include/asm-mips64/ipc.h - 1.2 linux/include/asm-mips64/ioctls.h - 1.6 linux/include/asm-mips64/mmu_context.h - 1.9 linux/include/asm-mips64/sn/sn0/hubmd.h - 1.5 linux/include/asm-mips64/sn/sn0/arch.h - 1.4 linux/include/asm-mips64/sn/sn0/hubio.h - 1.5 linux/include/asm-mips64/linux_logo.h - 1.5 linux/include/asm-mips64/mipsregs.h - 1.10 linux/include/asm-mips64/mc146818rtc.h - 1.5 linux/arch/mips64/defconfig - 1.20 linux/arch/mips64/arc/cmdline.c - 1.4 linux/arch/mips64/arc/console.c - 1.5 linux/arch/mips64/arc/env.c - 1.4 linux/arch/mips64/mm/umap.c - 1.7 linux/arch/mips64/arc/file.c - 1.4 linux/arch/mips64/arc/identify.c - 1.7 linux/arch/mips64/arc/memory.c - 1.8 linux/arch/mips64/mm/init.c - 1.9 linux/arch/mips64/mm/Makefile - 1.7 linux/arch/mips64/mm/fault.c - 1.12 linux/arch/mips64/mm/extable.c - 1.5 linux/arch/mips64/lib/strlen_user.S - 1.4 linux/arch/mips64/lib/strnlen_user.S - 1.5 linux/arch/mips64/lib/memcpy.S - 1.6 linux/arch/mips64/lib/memset.S - 1.5 linux/arch/mips64/arc/init.c - 1.5 linux/arch/mips64/mm/andes.c - 1.11 linux/arch/mips64/lib/ide-std.c - 1.4 linux/arch/mips64/lib/ide-no.c - 1.4 linux/arch/mips64/lib/csum_partial_copy.c - 1.4 linux/arch/mips64/ld.script.elf64 - 1.6 linux/arch/mips64/kernel/traps.c - 1.9 linux/arch/mips64/tools/offset.c - 1.5 linux/arch/mips64/kernel/unaligned.c - 1.8 linux/arch/mips64/tools/Makefile - 1.7 linux/arch/mips64/sgi-ip27/ip27-timer.c - 1.10 linux/arch/mips64/sgi-ip27/ip27-setup.c - 1.8 linux/arch/mips64/sgi-ip27/ip27-rtc.c - 1.7 linux/arch/mips64/sgi-ip27/ip27-reset.c - 1.5 linux/arch/mips64/sgi-ip27/ip27-pci.c - 1.7 linux/arch/mips64/sgi-ip27/ip27-pci-dma.c - 1.6 linux/arch/mips64/lib/floppy-std.c - 1.5 linux/arch/mips64/sgi-ip27/ip27-memory.c - 1.9 linux/arch/mips64/arc/time.c - 1.4 linux/arch/mips64/sgi-ip27/ip27-klconfig.c - 1.5 linux/arch/mips64/sgi-ip27/ip27-irq.c - 1.10 linux/arch/mips64/sgi-ip27/ip27-irq-glue.S - 1.4 linux/arch/mips64/arc/tree.c - 1.6 linux/arch/mips64/sgi-ip27/ip27-init.c - 1.11 linux/arch/mips64/sgi-ip27/ip27-berr.c - 1.7 linux/arch/mips64/sgi-ip27/TODO - 1.3 linux/arch/mips64/config.in - 1.18 linux/arch/mips64/sgi-ip27/Makefile - 1.9 linux/arch/mips64/defconfig-ip22 - 1.13 linux/arch/mips64/kernel/binfmt_elf32.c - 1.8 linux/arch/mips64/kernel/scall_o32.S - 1.10 linux/arch/mips64/Makefile - 1.11 linux/arch/mips64/arc/Makefile - 1.6 linux/arch/mips64/mm/r4xx0.c - 1.12 linux/arch/mips64/mm/loadmmu.c - 1.8 linux/arch/mips64/kernel/syscall.c - 1.11 linux/arch/mips64/kernel/softfp.S - 1.4 linux/arch/mips64/kernel/signal32.c - 1.11 linux/arch/mips64/kernel/signal.c - 1.9 linux/arch/mips64/arc/misc.c - 1.5 linux/arch/mips64/arc/salone.c - 1.4 linux/arch/mips64/kernel/setup.c - 1.10 linux/arch/mips64/kernel/linux32.c - 1.15 linux/arch/mips64/kernel/scall_64.S - 1.12 linux/arch/mips64/defconfig-ip27 - 1.12 linux/arch/mips64/kernel/Makefile - 1.7 linux/arch/mips64/kernel/entry.S - 1.9 linux/arch/mips64/kernel/head.S - 1.7 linux/arch/mips64/kernel/r4k_switch.S - 1.6 linux/arch/mips64/kernel/mips64_ksyms.c - 1.11 linux/arch/mips64/kernel/proc.c - 1.8 linux/arch/mips64/kernel/process.c - 1.9 linux/arch/mips64/kernel/ptrace.c - 1.10 linux/arch/mips64/kernel/r4k_fpu.S - 1.4 linux/arch/mips64/kernel/r4k_genex.S - 1.6 linux/drivers/net/bonding.c - 1.13 linux/include/linux/brlock.h - 1.6 linux/drivers/usb/wacom.c - 1.16 linux/drivers/usb/pegasus.c - 1.25 linux/drivers/net/appletalk/Config.in - 1.5 linux/include/linux/usb.h - 1.24 linux/include/asm-ia64/hw_irq.h - 1.7 linux/drivers/usb/serial/usb-serial.h - 1.17 linux/drivers/usb/serial/ftdi_sio.h - 1.6 linux/drivers/usb/serial/Makefile - 1.18 linux/drivers/sound/awe_wave.c - 1.10 linux/arch/ia64/kernel/irq_ia64.c - 1.11 linux/drivers/ide/q40ide.c - 1.5 linux/drivers/ide/ide.c - 1.37 linux/drivers/ide/ide-probe.c - 1.20 linux/drivers/ide/ide-pmac.c - 1.10 linux/drivers/ide/ide-pci.c - 1.24 linux/drivers/ide/ide-geometry.c - 1.10 linux/drivers/ide/ide-dma.c - 1.14 linux/drivers/ide/ide-disk.c - 1.21 linux/drivers/ide/ide-cs.c - 1.8 linux/drivers/ide/ide-cd.c - 1.23 linux/drivers/ide/Makefile - 1.15 linux/drivers/ide/Config.in - 1.17 linux/drivers/block/elevator.c - 1.10 linux/Documentation/DocBook/Makefile - 1.23 linux/include/linux/elevator.h - 1.7 linux/drivers/scsi/sym53c8xx_comm.h - 1.11 linux/drivers/net/wan/comx-hw-comx.c - 1.8 linux/drivers/net/tokenring/lanstreamer.c - 1.12 linux/net/ipv4/netfilter/ipt_unclean.c - 1.8 linux/net/ipv4/netfilter/ipt_owner.c - 1.7 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.14 linux/net/ipv4/netfilter/ipchains_core.c - 1.12 linux/net/ipv4/netfilter/ip_tables.c - 1.14 linux/net/ipv4/netfilter/ip_queue.c - 1.14 linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.14 linux/net/ipv4/netfilter/ip_nat_rule.c - 1.7 linux/net/ipv4/netfilter/ip_nat_proto_unknown.c - 1.2 linux/net/ipv4/netfilter/ip_nat_proto_tcp.c - 1.4 linux/net/ipv4/netfilter/ip_nat_ftp.c - 1.9 linux/net/ipv4/netfilter/ip_nat_core.c - 1.11 linux/net/ipv4/netfilter/ip_fw_compat_masq.c - 1.8 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.13 linux/net/ipv4/netfilter/ip_conntrack_proto_udp.c - 1.8 linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.9 linux/net/ipv4/netfilter/ip_conntrack_proto_icmp.c - 1.6 linux/net/ipv4/netfilter/ip_conntrack_proto_generic.c - 1.6 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.9 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.14 linux/net/ipv4/netfilter/Makefile - 1.12 linux/net/ipv4/netfilter/Config.in - 1.9 linux/include/linux/netfilter_ipv4/ipt_owner.h - 1.2 linux/include/linux/netfilter_ipv4/ip_nat_rule.h - 1.2 linux/include/linux/netfilter_ipv4/ip_nat_helper.h - 1.4 linux/include/linux/netfilter_ipv4/ip_nat.h - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack_protocol.h - 1.5 linux/include/linux/netfilter_ipv4/ip_conntrack_helper.h - 1.3 linux/include/linux/netfilter_ipv4/ip_conntrack_ftp.h - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack_core.h - 1.5 linux/include/linux/netfilter_ipv4/ip_conntrack.h - 1.11 linux/drivers/net/pcmcia/xircom_tulip_cb.c - 1.21 linux/fs/nfs/flushd.c - 1.12 linux/drivers/usb/mdc800.c - 1.15 linux/drivers/net/pcmcia/ibmtr_cs.c - 1.10 linux/drivers/char/wdt_pci.c - 1.10 linux/arch/i386/kernel/pci-irq.c - 1.23 linux/Documentation/DocBook/parportbook.tmpl - 1.8 linux/include/linux/nfs_xdr.h - 1.6 linux/fs/nfs/nfs3proc.c - 1.10 linux/drivers/usb/serial/keyspan_pda.c - 1.18 linux/drivers/usb/serial/ftdi_sio.c - 1.28 linux/drivers/usb/serial/usbserial.c - 1.27 linux/drivers/usb/serial/whiteheat.c - 1.20 linux/drivers/usb/serial/visor.h - 1.9 linux/drivers/usb/serial/visor.c - 1.29 linux/arch/ia64/kernel/smpboot.c - 1.8 linux/arch/ia64/kernel/minstate.h - 1.7 linux/arch/ia64/ia32/ia32_traps.c - 1.6 linux/drivers/usb/serial/omninet.c - 1.18 linux/drivers/sound/i810_audio.c - 1.24 linux/include/asm-ppc/mpc8260.h - 1.4 linux/include/asm-ppc/est8260.h - 1.4 linux/drivers/usb/serial/digi_acceleport.c - 1.20 linux/drivers/char/rio/linux_compat.h - 1.5 linux/arch/ppc/kernel/ppc8260_pic.h - 1.3 linux/arch/ppc/kernel/m8260_setup.c - 1.14 linux/arch/ppc/8260_io/Config.in - 1.4 linux/drivers/char/rio/riocmd.c - 1.7 linux/drivers/char/rio/rio_linux.h - 1.5 linux/arch/s390/config.in - 1.12 linux/arch/s390/defconfig - 1.12 linux/include/asm-s390/timex.h - 1.4 linux/include/asm-s390/irq.h - 1.8 linux/include/asm-s390/system.h - 1.7 linux/include/asm-s390/socket.h - 1.5 linux/include/asm-s390/smp.h - 1.5 linux/include/asm-s390/sigp.h - 1.6 linux/include/asm-s390/semaphore.h - 1.4 linux/arch/s390/kernel/entry.S - 1.18 linux/drivers/s390/misc/chandev.c - 1.10 linux/arch/s390/kernel/ieee.h - 1.2 linux/drivers/s390/char/hwc_rw.c - 1.6 linux/drivers/s390/char/hwc.h - 1.5 linux/include/asm-s390/s390mach.h - 1.3 linux/include/asm-s390/s390io.h - 1.4 linux/drivers/s390/block/dasd.c - 1.21 linux/include/asm-s390/pgtable.h - 1.10 linux/arch/s390/kernel/time.c - 1.7 linux/arch/s390/kernel/traps.c - 1.11 linux/arch/s390/kernel/ptrace.c - 1.9 linux/arch/s390/kernel/s390_ksyms.c - 1.9 linux/arch/s390/kernel/setup.c - 1.9 linux/arch/s390/kernel/signal.c - 1.9 linux/arch/s390/kernel/smp.c - 1.13 linux/arch/s390/mm/fault.c - 1.11 linux/net/ipv6/netfilter/ip6_tables.c - 1.12 linux/net/ipv6/netfilter/Makefile - 1.10 linux/net/ipv6/netfilter/Config.in - 1.6 linux/arch/mips64/kernel/smp.c - 1.11 linux/include/asm-mips64/sn/nmi.h - 1.4 linux/Documentation/DocBook/kernel-hacking.tmpl - 1.9 linux/include/asm-mips64/sn/intr_public.h - 1.3 linux/include/asm-mips64/sn/intr.h - 1.3 linux/arch/mips64/kernel/ioctl32.c - 1.10 linux/arch/mips64/sgi-ip27/ip27-nmi.c - 1.4 linux/include/asm-mips64/smp.h - 1.7 linux/include/linux/sisfb.h - 1.6 linux/drivers/char/joystick/pcigame.c - 1.7 linux/Documentation/filesystems/Locking - 1.8 linux/drivers/char/joystick/analog.c - 1.8 linux/include/asm-mips64/sn/mapped_kernel.h - 1.4 linux/drivers/char/drm/r128_drv.h - 1.8 linux/drivers/char/drm/r128_drv.c - 1.7 linux/drivers/char/drm/mga_state.c - 1.7 linux/drivers/char/drm/mga_drv.h - 1.8 linux/drivers/char/drm/mga_dma.c - 1.6 linux/drivers/char/drm/i810_drv.h - 1.3 linux/drivers/char/drm/i810_drv.c - 1.6 linux/drivers/char/drm/i810_drm.h - 1.3 linux/drivers/char/drm/i810_dma.c - 1.10 linux/drivers/usb/storage/usb.h - 1.10 linux/drivers/usb/storage/usb.c - 1.16 linux/drivers/usb/storage/transport.h - 1.9 linux/drivers/usb/storage/transport.c - 1.17 linux/drivers/usb/storage/scsiglue.c - 1.17 linux/drivers/char/drm/Config.in - 1.7 linux/drivers/char/sbc60xxwdt.c - 1.11 linux/drivers/usb/storage/Makefile - 1.8 linux/drivers/usb/serial/keyspan_usa28x_fw.h - 1.3 linux/drivers/usb/serial/keyspan_usa28msg.h - 1.4 linux/drivers/usb/serial/keyspan_usa28_fw.h - 1.3 linux/drivers/usb/serial/keyspan_usa26msg.h - 1.4 linux/drivers/usb/serial/keyspan_usa19w_fw.h - 1.3 linux/drivers/usb/serial/keyspan_usa19_fw.h - 1.3 linux/drivers/usb/serial/keyspan_usa18x_fw.h - 1.3 linux/drivers/usb/serial/keyspan.h - 1.7 linux/drivers/usb/serial/keyspan.c - 1.17 linux/drivers/usb/microtek.c - 1.12 linux/drivers/acpi/os.c - 1.11 linux/drivers/usb/bluetooth.c - 1.19 linux/drivers/acpi/include/actypes.h - 1.10 linux/drivers/acpi/events/evevent.c - 1.10 linux/drivers/acpi/dispatcher/dswexec.c - 1.8 linux/drivers/acpi/dispatcher/dsfield.c - 1.7 linux/arch/ia64/kernel/ia64_ksyms.c - 1.9 linux/arch/ia64/kernel/palinfo.c - 1.8 linux/drivers/ieee1394/video1394.c - 1.18 linux/arch/ia64/kernel/unwind_i.h - 1.5 linux/drivers/mtd/ftl.c - 1.12 linux/arch/mips/cobalt/int-handler.S - 1.5 linux/arch/mips/cobalt/pci.c - 1.5 linux/arch/mips/cobalt/reset.c - 1.5 linux/arch/mips/cobalt/setup.c - 1.5 linux/arch/mips/cobalt/via.c - 1.4 linux/arch/ppc/kernel/xics.h - 1.3 linux/arch/ppc/kernel/xics.c - 1.5 linux/arch/ppc/kernel/pmac_backlight.c - 1.6 linux/arch/mips/defconfig-cobalt - 1.7 linux/include/linux/serio.h - 1.4 linux/fs/smbfs/smb_debug.h - 1.3 linux/arch/ppc/configs/rpxlite_defconfig - 1.12 linux/arch/ppc/configs/rpxcllf_defconfig - 1.13 linux/arch/ppc/configs/est8260_defconfig - 1.13 linux/arch/ppc/configs/bseip_defconfig - 1.12 linux/arch/mips64/sgi-ip27/ip27-klnuma.c - 1.4 linux/include/linux/mtd/ftl.h - 1.4 linux/net/ipv4/tcp_minisocks.c - 1.12 linux/include/linux/netfilter_ipv4/ip_conntrack_tcp.h - 1.2 linux/include/asm-sparc/kmap_types.h - 1.5 linux/include/asm-sparc/highmem.h - 1.5 linux/fs/nfs/unlink.c - 1.6 linux/drivers/usb/storage/freecom.c - 1.10 linux/drivers/net/natsemi.c - 1.23 linux/drivers/media/video/tvmixer.c - 1.8 linux/drivers/media/video/tuner.h - 1.8 linux/drivers/media/video/tuner.c - 1.10 linux/drivers/media/video/tda9875.c - 1.9 linux/drivers/media/video/tda7432.c - 1.10 linux/drivers/media/video/pms.c - 1.8 linux/drivers/media/video/msp3400.c - 1.11 linux/drivers/media/video/cpia_usb.c - 1.8 linux/drivers/media/video/cpia_pp.c - 1.4 linux/drivers/media/video/cpia.h - 1.4 linux/drivers/media/video/cpia.c - 1.8 linux/Documentation/networking/tuntap.txt - 1.4 linux/drivers/media/video/bttv.h - 1.12 linux/drivers/media/video/bttv-if.c - 1.6 linux/drivers/media/video/bttv-driver.c - 1.18 linux/drivers/media/video/bttv-cards.c - 1.12 linux/drivers/media/video/Makefile - 1.6 linux/drivers/media/radio/radio-gemtek.c - 1.8 linux/drivers/media/radio/Config.in - 1.10 linux/drivers/isdn/hisax/nj_s.c - 1.10 linux/drivers/char/joystick/iforce.c - 1.7 linux/drivers/char/i810-tco.c - 1.12 linux/drivers/md/lvm.c - 1.26 linux/drivers/md/raid1.c - 1.18 linux/Documentation/SubmittingDrivers - 1.7 linux/drivers/acpi/include/acglobal.h - 1.7 linux/drivers/acpi/namespace/nsdump.c - 1.5 linux/drivers/block/cciss.c - 1.23 linux/drivers/block/cciss.h - 1.6 linux/drivers/char/toshiba.c - 1.5 linux/drivers/md/lvm-snap.c - 1.13 linux/drivers/md/md.c - 1.35 linux/drivers/net/hamachi.c - 1.14 linux/drivers/net/sundance.c - 1.15 linux/drivers/net/winbond-840.c - 1.18 linux/drivers/scsi/cpqfcTSinit.c - 1.13 linux/drivers/scsi/cpqfcTSstructs.h - 1.7 linux/drivers/scsi/cpqfcTSworker.c - 1.8 linux/drivers/scsi/cpqioctl.c - 1.2 linux/fs/dnotify.c - 1.4 linux/include/asm-ppc/kmap_types.h - 1.7 linux/drivers/zorro/zorro.ids - 1.3 linux/include/asm-ia64/acpikcfg.h - 1.5 linux/include/asm-ia64/module.h - 1.7 linux/mm/oom_kill.c - 1.12 linux/drivers/net/tulip/ChangeLog - 1.16 linux/drivers/usb/pegasus.h - 1.8 linux/drivers/usb/serial/belkin_sa.c - 1.14 linux/drivers/usb/serial/belkin_sa.h - 1.5 linux/drivers/video/sis/Makefile - 1.7 linux/drivers/video/sis/initdef.h - 1.5 linux/drivers/video/sis/sis.h - 1.3 linux/drivers/video/sis/sis_main.c - 1.11 linux/drivers/media/video/tvaudio.c - 1.10 linux/drivers/media/video/bttvp.h - 1.8 linux/net/irda/irsyms.c - 1.5 linux/net/irda/irnet/irnet_irda.h - 1.4 linux/net/irda/irnet/irnet_irda.c - 1.10 linux/net/irda/irnet/irnet.h - 1.9 linux/include/linux/ethtool.h - 1.11 linux/arch/sparc64/lib/U3memcpy.S - 1.2 linux/arch/sparc64/lib/U3copy_to_user.S - 1.2 linux/arch/sparc64/lib/U3copy_from_user.S - 1.3 linux/arch/parisc/kernel/drivers.c - 1.2 linux/arch/parisc/kernel/entry.S - 1.2 linux/drivers/video/fbcon-sti.c - 1.5 linux/include/asm-parisc/led.h - 1.2 linux/drivers/parport/parport_gsc.c - 1.6 linux/include/asm-parisc/atomic.h - 1.2 linux/include/asm-parisc/hardware.h - 1.2 linux/Documentation/SubmittingPatches - 1.2 linux/include/asm-parisc/hil.h - 1.2 linux/include/asm-parisc/uaccess.h - 1.2 linux/include/asm-parisc/hardirq.h - 1.2 linux/include/asm-parisc/md.h - 1.2 linux/include/asm-parisc/unaligned.h - 1.2 linux/Documentation/parisc/00-INDEX - 1.2 linux/Documentation/parisc/registers - 1.3 linux/include/asm-parisc/mmu.h - 1.3 linux/include/asm-parisc/unistd.h - 1.3 linux/include/asm-parisc/types.h - 1.2 linux/include/asm-parisc/gsc.h - 1.2 linux/drivers/video/sti-bmode.h - 1.2 linux/include/asm-parisc/mmu_context.h - 1.2 linux/drivers/video/sti.h - 1.2 linux/include/asm-parisc/msgbuf.h - 1.2 linux/drivers/video/sticon-bmode.c - 1.6 linux/include/asm-parisc/traps.h - 1.2 linux/drivers/video/sticon.c - 1.3 linux/drivers/video/sticore.c - 1.5 linux/drivers/video/stifb.c - 1.3 linux/arch/alpha/lib/ev6-stxncpy.S - 1.2 linux/include/asm-parisc/page.h - 1.3 linux/drivers/net/lasi_82596.c - 1.8 linux/drivers/usb/serial/mct_u232.c - 1.13 linux/drivers/usb/serial/keyspan_usa49w_fw.h - 1.3 linux/include/asm-parisc/ide.h - 1.3 linux/arch/parisc/vmlinux.lds - 1.3 linux/arch/parisc/tools/offset.c - 1.2 linux/arch/parisc/tools/Makefile - 1.2 linux/arch/parisc/mm/pa20.c - 1.3 linux/arch/parisc/mm/pa11.c - 1.3 linux/arch/parisc/mm/kmap.c - 1.3 linux/arch/parisc/mm/init.c - 1.2 linux/arch/parisc/mm/fault.c - 1.3 linux/arch/parisc/mm/extable.c - 1.2 linux/drivers/usb/serial/keyspan_usa49msg.h - 1.3 linux/include/asm-parisc/pci.h - 1.5 linux/include/asm-parisc/pdc.h - 1.2 linux/include/asm-parisc/keyboard.h - 1.2 linux/include/asm-parisc/pdcpat.h - 1.2 linux/include/asm-parisc/pgalloc.h - 1.4 linux/include/asm-parisc/pgtable.h - 1.4 linux/arch/parisc/mm/Makefile - 1.2 linux/drivers/usb/serial/empeg.c - 1.16 linux/include/asm-parisc/posix_types.h - 1.2 linux/include/asm-parisc/irq.h - 1.2 linux/arch/parisc/lib/lusercopy.S - 1.2 linux/drivers/usb/serial/Config.in - 1.13 linux/include/asm-parisc/processor.h - 1.6 linux/include/asm-parisc/psw.h - 1.2 linux/arch/parisc/lib/bitops.c - 1.2 linux/arch/parisc/lib/Makefile - 1.2 linux/arch/parisc/kernel/traps.c - 1.4 linux/arch/parisc/kernel/time.c - 1.2 linux/arch/parisc/kernel/syscall.S - 1.3 linux/arch/parisc/kernel/sys_parisc.c - 1.3 linux/arch/parisc/kernel/signal.c - 1.3 linux/arch/parisc/kernel/setup.c - 1.3 linux/arch/parisc/kernel/semaphore.c - 1.3 linux/arch/parisc/kernel/sba_iommu.c - 1.4 linux/arch/parisc/kernel/real2.S - 1.2 linux/include/asm-parisc/ipcbuf.h - 1.2 linux/include/asm-parisc/ptrace.h - 1.2 linux/include/asm-parisc/real.h - 1.2 linux/arch/parisc/kernel/real1.c - 1.2 linux/arch/i386/kernel/dmi_scan.c - 1.14 linux/arch/parisc/kernel/ptrace.c - 1.5 linux/arch/parisc/kernel/process.c - 1.3 linux/arch/parisc/kernel/pdc_cons.c - 1.4 linux/arch/parisc/kernel/pdc.c - 1.2 linux/include/asm-parisc/scatterlist.h - 1.3 linux/arch/parisc/kernel/pci.c - 1.2 linux/arch/parisc/kernel/pci-dma.c - 1.4 linux/include/asm-parisc/semaphore-helper.h - 1.2 linux/include/asm-parisc/semaphore.h - 1.4 linux/include/asm-parisc/sembuf.h - 1.2 linux/include/asm-mips64/riscos-syscall.h - 1.2 linux/include/asm-parisc/shmbuf.h - 1.2 linux/include/asm-parisc/shmparam.h - 1.2 linux/include/asm-parisc/iosapic.h - 1.2 linux/include/asm-parisc/assembly.h - 1.2 linux/arch/parisc/kernel/parisc_ksyms.c - 1.2 linux/include/asm-parisc/bitops.h - 1.2 linux/include/asm-parisc/bootdata.h - 1.2 linux/include/asm-parisc/cache.h - 1.2 linux/include/asm-parisc/checksum.h - 1.2 linux/include/asm-parisc/ioctls.h - 1.5 linux/arch/parisc/kernel/pa7300lc.c - 1.2 linux/include/asm-parisc/current.h - 1.2 linux/include/asm-parisc/delay.h - 1.2 linux/arch/parisc/kernel/led.c - 1.2 linux/arch/parisc/kernel/lba_pci.c - 1.3 linux/include/asm-parisc/elf.h - 1.2 linux/include/asm-parisc/fcntl.h - 1.2 linux/include/asm-parisc/fixmap.h - 1.2 linux/arch/parisc/kernel/keyboard.c - 1.2 linux/include/asm-parisc/smp.h - 1.2 linux/include/asm-parisc/smplock.h - 1.2 linux/arch/parisc/kernel/irq.c - 1.3 linux/arch/parisc/kernel/iosapic_private.h - 1.2 linux/arch/parisc/kernel/iosapic.c - 1.3 linux/arch/parisc/kernel/inventory.c - 1.2 linux/arch/parisc/kernel/init_task.c - 1.3 linux/arch/parisc/kernel/hpmc.S - 1.2 linux/arch/parisc/kernel/head.S - 1.2 linux/arch/parisc/kernel/hardware.c - 1.2 linux/include/asm-parisc/io.h - 1.2 linux/arch/parisc/kernel/ccio-rm-dma.c - 1.3 linux/arch/parisc/kernel/ccio-dma.c - 1.4 linux/arch/parisc/kernel/cache.c - 1.2 linux/arch/parisc/kernel/Makefile - 1.2 linux/arch/parisc/hpux/wrappers.S - 1.2 linux/arch/parisc/hpux/sys_hpux.c - 1.3 linux/arch/parisc/hpux/ioctl.c - 1.2 linux/arch/parisc/hpux/gate.S - 1.2 linux/arch/parisc/hpux/fs.c - 1.3 linux/arch/parisc/hpux/entry_hpux.S - 1.3 linux/arch/parisc/hpux/Makefile - 1.2 linux/arch/parisc/defconfig - 1.5 linux/arch/mips64/ld.script.elf32.S - 1.4 linux/arch/parisc/config.in - 1.3 linux/arch/parisc/Makefile - 1.2 linux/include/asm-parisc/timex.h - 1.2 linux/include/asm-parisc/termios.h - 1.4 linux/include/asm-parisc/system.h - 1.2 linux/include/asm-parisc/string.h - 1.2 linux/include/asm-parisc/socket.h - 1.4 linux/include/asm-parisc/softirq.h - 1.2 linux/arch/mips64/sgi-ip27/ip27-console.c - 1.3 linux/include/asm-parisc/spinlock.h - 1.3 linux/include/asm-parisc/stat.h - 1.2 linux/mm/shmem.c - 1.33 linux/drivers/atm/firestream.c - 1.11 linux/drivers/char/drm/r128_state.c - 1.3 linux/drivers/char/drm/r128_cce.c - 1.5 linux/arch/ia64/kernel/iosapic.c - 1.6 linux/arch/ia64/lib/swiotlb.c - 1.7 linux/arch/ia64/sn/io/Makefile - 1.4 linux/arch/ia64/sn/io/pci_dma.c - 1.5 linux/fs/reiserfs/stree.c - 1.16 linux/fs/reiserfs/super.c - 1.14 linux/fs/reiserfs/tail_conversion.c - 1.11 linux/fs/reiserfs/version.c - 1.2 linux/fs/reiserfs/resize.c - 1.5 linux/fs/reiserfs/prints.c - 1.11 linux/drivers/char/drm/radeon_cp.c - 1.6 linux/drivers/char/drm/radeon_drv.h - 1.4 linux/drivers/char/drm/radeon_state.c - 1.4 linux/fs/reiserfs/objectid.c - 1.10 linux/fs/reiserfs/namei.c - 1.16 linux/fs/reiserfs/lbalance.c - 1.7 linux/arch/sparc64/kernel/pci_schizo.c - 1.14 linux/fs/reiserfs/journal.c - 1.17 linux/fs/reiserfs/item_ops.c - 1.6 linux/fs/reiserfs/ioctl.c - 1.6 linux/fs/reiserfs/inode.c - 1.23 linux/fs/reiserfs/ibalance.c - 1.7 linux/fs/reiserfs/hashes.c - 1.4 linux/fs/reiserfs/fix_node.c - 1.14 linux/fs/reiserfs/file.c - 1.8 linux/fs/reiserfs/do_balan.c - 1.9 linux/fs/reiserfs/dir.c - 1.11 linux/fs/reiserfs/buffer2.c - 1.7 linux/include/linux/reiserfs_fs.h - 1.16 linux/include/linux/reiserfs_fs_i.h - 1.7 linux/include/linux/reiserfs_fs_sb.h - 1.10 linux/fs/reiserfs/bitmap.c - 1.11 linux/arch/ppc/kernel/proc_rtas.c - 1.3 linux/drivers/usb/storage/unusual_devs.h - 1.9 linux/arch/ppc/kernel/error_log.h - 1.3 linux/arch/ppc/kernel/error_log.c - 1.3 linux/arch/ppc/configs/power3_defconfig - 1.11 linux/arch/ppc/configs/ibmchrp_defconfig - 1.11 linux/arch/s390x/kernel/traps.c - 1.7 linux/arch/s390x/kernel/time.c - 1.6 linux/arch/s390x/kernel/sys_s390.c - 1.4 linux/arch/s390x/kernel/smp.c - 1.10 linux/include/asm-s390x/processor.h - 1.7 linux/include/asm-s390x/pgtable.h - 1.6 linux/include/asm-s390x/pgalloc.h - 1.4 linux/arch/s390x/kernel/signal.c - 1.6 linux/arch/s390x/kernel/setup.c - 1.8 linux/include/asm-s390x/page.h - 1.6 linux/Documentation/sound/Maestro3 - 1.2 linux/include/asm-s390x/lowcore.h - 1.7 linux/include/asm-s390x/irq.h - 1.7 linux/include/asm-s390x/elf.h - 1.3 linux/arch/s390x/kernel/s390_ksyms.c - 1.7 linux/arch/s390x/kernel/s390_ext.c - 1.4 linux/include/asm-s390x/s390_ext.h - 1.2 linux/drivers/sound/maestro3.c - 1.10 linux/include/asm-s390x/s390io.h - 1.3 linux/include/asm-s390x/s390mach.h - 1.2 linux/arch/s390x/kernel/ptrace.c - 1.8 linux/arch/s390x/kernel/process.c - 1.9 linux/arch/s390x/kernel/head.S - 1.7 linux/include/asm-s390x/semaphore.h - 1.3 linux/include/asm-s390x/setup.h - 1.5 linux/include/asm-s390x/sigp.h - 1.5 linux/drivers/s390/s390mach.c - 1.5 linux/arch/cris/config.in - 1.9 linux/arch/cris/drivers/Config.in - 1.8 linux/arch/cris/drivers/Makefile - 1.5 linux/arch/cris/drivers/serial.c - 1.12 linux/arch/cris/kernel/Makefile - 1.9 linux/arch/cris/kernel/kgdb.c - 1.5 linux/arch/cris/kernel/setup.c - 1.11 linux/arch/cris/kernel/traps.c - 1.9 linux/arch/cris/mm/fault.c - 1.9 linux/drivers/s390/s390io.c - 1.9 linux/drivers/s390/net/netiucv.c - 1.11 linux/include/asm-s390x/smp.h - 1.4 linux/arch/s390x/kernel/entry.S - 1.13 linux/arch/s390x/kernel/debug.c - 1.7 linux/arch/s390x/kernel/Makefile - 1.6 linux/arch/s390x/defconfig - 1.11 linux/arch/s390x/config.in - 1.7 linux/arch/s390x/mm/init.c - 1.7 linux/arch/s390x/mm/fault.c - 1.9 linux/include/asm-s390x/spinlock.h - 1.7 linux/include/asm-s390x/system.h - 1.5 linux/include/asm-s390x/timex.h - 1.4 linux/include/asm-cris/timex.h - 1.5 linux/include/asm-cris/termios.h - 1.4 linux/include/asm-cris/semaphore.h - 1.4 linux/include/asm-s390/s390_ext.h - 1.2 linux/drivers/net/pci-skeleton.c - 1.11 linux/include/asm-cris/rtc.h - 1.3 linux/arch/s390/kernel/debug.c - 1.7 linux/include/asm-cris/pgtable.h - 1.7 linux/arch/s390/kernel/s390_ext.c - 1.4 linux/drivers/md/lvm-internal.h - 1.5 linux/drivers/md/lvm-fs.c - 1.7 linux/include/asm-sparc64/dcr.h - 1.2 linux/include/asm-ppc/tqm8xx.h - 1.6 linux/include/asm-ppc/spd8xx.h - 1.5 linux/include/asm-ppc/ivms8.h - 1.5 linux/drivers/usb/serial/io_usbvend.h - 1.7 linux/drivers/usb/serial/io_tables.h - 1.4 linux/drivers/usb/serial/io_ionsp.h - 1.2 linux/drivers/usb/serial/io_fw_down2.h - 1.2 linux/drivers/usb/serial/io_fw_down.h - 1.2 linux/drivers/usb/serial/io_fw_boot2.h - 1.2 linux/drivers/usb/serial/io_fw_boot.h - 1.2 linux/drivers/usb/serial/io_edgeport.h - 1.3 linux/drivers/usb/serial/io_edgeport.c - 1.17 linux/drivers/scsi/aic7xxx_old/aic7xxx.h - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_proc.c - 1.6 linux/drivers/scsi/aic7xxx/aic7xxx_pci.c - 1.6 linux/drivers/scsi/aic7xxx/aic7770.c - 1.6 linux/drivers/char/machzwd.c - 1.7 linux/drivers/char/advantechwdt.c - 1.6 linux/arch/ppc/configs/TQM860L_defconfig - 1.11 linux/arch/ppc/configs/TQM850L_defconfig - 1.10 linux/arch/ppc/configs/TQM823L_defconfig - 1.10 linux/arch/ppc/configs/SPD823TS_defconfig - 1.10 linux/arch/ppc/configs/SM850_defconfig - 1.10 linux/arch/ppc/configs/IVMS8_defconfig - 1.11 linux/arch/mips/math-emu/sp_tint.c - 1.3 linux/drivers/net/wan/sdla_ft1.c - 1.5 linux/drivers/s390/char/tuball.c - 1.6 linux/drivers/s390/char/tubfs.c - 1.4 linux/drivers/s390/char/tubio.h - 1.5 linux/drivers/s390/char/tubtty.c - 1.6 linux/drivers/s390/char/tubttybld.c - 1.3 linux/drivers/net/gt96100eth.c - 1.6 linux/Documentation/s390/3270.ChangeLog - 1.2 linux/arch/sparc64/kernel/chmc.c - 1.2 linux/include/asm-cris/etraxgpio.h - 1.6 linux/include/asm-i386/rwsem.h - 1.4 linux/include/asm-ia64/kregs.h - 1.3 linux/include/asm-ia64/perfmon.h - 1.4 linux/arch/mips/mips-boards/malta/malta_setup.c - 1.5 linux/arch/mips/mips-boards/malta/malta_int.c - 1.5 linux/arch/mips/mips-boards/malta/Makefile - 1.3 linux/arch/mips/mips-boards/generic/time.c - 1.5 linux/arch/mips/mips-boards/generic/printf.c - 1.3 linux/arch/mips/mips-boards/generic/pci.c - 1.4 linux/arch/mips/mips-boards/generic/mipsIRQ.S - 1.3 linux/arch/mips/mips-boards/generic/memory.c - 1.3 linux/arch/mips/mips-boards/generic/init.c - 1.4 linux/net/ipv4/netfilter/ip_nat_helper.c - 1.4 linux/arch/mips/mips-boards/generic/gdb_hook.c - 1.4 linux/arch/mips/mips-boards/generic/display.c - 1.2 linux/arch/mips/mips-boards/generic/Makefile - 1.4 linux/arch/mips/mips-boards/atlas/atlas_setup.c - 1.5 linux/arch/mips/mips-boards/atlas/atlas_int.c - 1.4 linux/arch/mips/mips-boards/atlas/Makefile - 1.3 linux/arch/mips/math-emu/sp_tlong.c - 1.3 linux/arch/mips/math-emu/sp_sub.c - 1.3 linux/arch/mips/math-emu/sp_modf.c - 1.2 linux/arch/mips/math-emu/sp_frexp.c - 1.2 linux/arch/mips/math-emu/sp_flong.c - 1.2 linux/arch/mips/math-emu/sp_fint.c - 1.2 linux/arch/mips/math-emu/sp_fdp.c - 1.3 linux/arch/mips/math-emu/sp_div.c - 1.3 linux/arch/mips/math-emu/sp_cmp.c - 1.3 linux/arch/mips/math-emu/sp_add.c - 1.3 linux/arch/cris/drivers/gpio.c - 1.8 linux/arch/cris/drivers/i2c.c - 1.3 linux/arch/mips/math-emu/kernel_linkage.c - 1.3 linux/arch/mips/math-emu/ieee754xcpt.c - 1.2 linux/arch/mips/math-emu/ieee754sp.h - 1.2 linux/arch/cris/drivers/sync_serial.c - 1.5 linux/arch/cris/drivers/usb-host.c - 1.10 linux/arch/mips/math-emu/ieee754sp.c - 1.3 linux/arch/mips/math-emu/ieee754int.h - 1.3 linux/arch/mips/math-emu/ieee754dp.h - 1.2 linux/arch/mips/math-emu/ieee754dp.c - 1.3 linux/arch/mips/math-emu/ieee754d.c - 1.3 linux/arch/mips/math-emu/ieee754.h - 1.3 linux/arch/mips/math-emu/ieee754.c - 1.3 linux/arch/mips/math-emu/dp_tlong.c - 1.3 linux/arch/mips/math-emu/dp_tint.c - 1.3 linux/arch/mips/math-emu/dp_sub.c - 1.4 linux/arch/mips/math-emu/dp_sqrt.c - 1.3 linux/arch/cris/lib/dram_init.S - 1.7 linux/lib/rwsem-spinlock.c - 1.2 linux/arch/mips/math-emu/dp_mul.c - 1.3 linux/arch/mips/math-emu/dp_modf.c - 1.2 linux/arch/mips/math-emu/dp_fsp.c - 1.3 linux/arch/mips/math-emu/dp_frexp.c - 1.2 linux/arch/mips/math-emu/dp_flong.c - 1.2 linux/arch/mips/math-emu/dp_div.c - 1.3 linux/arch/mips/math-emu/dp_cmp.c - 1.3 linux/arch/mips/math-emu/dp_add.c - 1.3 linux/arch/mips/math-emu/cp1emu.c - 1.6 linux/arch/mips/math-emu/Makefile - 1.3 linux/arch/mips/defconfig-ddb5476 - 1.4 linux/arch/mips/arc/arc_con.c - 1.2 linux/arch/ia64/kernel/efivars.c - 1.6 linux/include/asm-sparc64/rwsem.h - 1.3 linux/include/linux/rwsem-spinlock.h - 1.3 linux/include/linux/rwsem.h - 1.3 linux/include/asm-ppc/ppc4xx.h - 1.2 linux/include/asm-ppc/rpxhiox.h - 1.2 linux/include/asm-ppc/rwsem.h - 1.2 linux/drivers/net/fealnx.c - 1.12 linux/drivers/net/irda/irda-usb.c - 1.12 linux/arch/ppc/kernel/apus_pci.h - 1.2 linux/arch/ppc/kernel/apus_pci.c - 1.4 linux/drivers/net/wireless/Config.in - 1.5 linux/include/linux/mii.h - 1.5 linux/arch/ppc/boot/prep/head.S - 1.4 linux/arch/cris/drivers/ds1302.c - 1.5 linux/arch/cris/lib/hw_settings.S - 1.3 linux/arch/ppc/boot/common/misc-simple.c - 1.5 linux/arch/ppc/boot/common/crt0.S - 1.4 linux/drivers/usb/pwc-if.c - 1.10 linux/include/asm-m68k/raw_io.h - 1.3 linux/include/net/bluetooth/hci.h - 1.5 linux/include/net/bluetooth/hci_core.h - 1.6 linux/drivers/bluetooth/hci_usb.c - 1.6 linux/drivers/bluetooth/Makefile - 1.4 linux/drivers/bluetooth/Config.in - 1.4 linux/arch/m68k/sun3x/prom.c - 1.3 linux/net/bluetooth/Config.in - 1.3 linux/net/bluetooth/Makefile - 1.3 linux/net/bluetooth/af_bluetooth.c - 1.6 linux/net/bluetooth/hci_core.c - 1.9 linux/net/bluetooth/hci_sock.c - 1.5 linux/drivers/mtd/maps/Makefile - 1.4 linux/drivers/mtd/maps/Config.in - 1.5 linux/drivers/mtd/devices/Makefile - 1.3 linux/drivers/mtd/devices/Config.in - 1.3 linux/drivers/acpi/executer/exstore.c - 1.4 linux/drivers/acpi/utilities/utdebug.c - 1.4 linux/drivers/acpi/ospm/busmgr/bm_osl.c - 1.6 linux/drivers/acpi/ospm/system/sm_osl.c - 1.6 linux/drivers/acpi/ospm/thermal/tzpolicy.c - 1.4 linux/drivers/net/wireless/airo_cs.c - 1.4 linux/drivers/usb/catc.c - 1.6 linux/drivers/usb/serial/pl2303.h - 1.3 linux/drivers/net/wireless/airo.c - 1.13 linux/drivers/acpi/include/platform/acgcc.h - 1.6 linux/drivers/acpi/include/platform/aclinux.h - 1.3 linux/drivers/acpi/ospm/ec/ectransx.c - 1.3 linux/drivers/usb/se401.c - 1.7 linux/drivers/acorn/char/mouse_ps2.c - 1.4 linux/drivers/usb/se401.h - 1.3 linux/drivers/usb/serial/cyberjack.c - 1.8 linux/drivers/usb/serial/pl2303.c - 1.8 linux/arch/mips64/math-emu/sp_frexp.c - 1.2 linux/include/asm-mips/time.h - 1.4 linux/include/asm-mips/riscos-syscall.h - 1.2 linux/arch/mips64/math-emu/sp_tlong.c - 1.2 linux/arch/mips64/math-emu/sp_tint.c - 1.2 linux/arch/mips64/math-emu/sp_sub.c - 1.2 linux/arch/mips64/math-emu/sp_sqrt.c - 1.2 linux/arch/mips64/math-emu/sp_simple.c - 1.2 linux/arch/mips64/math-emu/sp_scalb.c - 1.2 linux/arch/mips64/math-emu/sp_mul.c - 1.2 linux/arch/mips64/math-emu/sp_modf.c - 1.2 linux/arch/mips64/math-emu/sp_logb.c - 1.2 linux/arch/mips64/math-emu/sp_flong.c - 1.2 linux/arch/mips64/math-emu/sp_fint.c - 1.2 linux/arch/mips64/math-emu/sp_fdp.c - 1.2 linux/arch/mips64/math-emu/sp_div.c - 1.2 linux/arch/mips64/math-emu/sp_cmp.c - 1.2 linux/arch/mips64/math-emu/sp_add.c - 1.2 linux/arch/mips64/math-emu/kernel_linkage.c - 1.2 linux/arch/mips64/math-emu/ieee754xcpt.c - 1.2 linux/arch/mips64/math-emu/ieee754sp.h - 1.2 linux/arch/mips64/math-emu/ieee754sp.c - 1.2 linux/arch/mips64/math-emu/ieee754m.c - 1.2 linux/arch/mips64/math-emu/ieee754int.h - 1.2 linux/arch/mips/kernel/i8259.c - 1.4 linux/arch/mips64/math-emu/ieee754dp.h - 1.2 linux/arch/mips64/math-emu/ieee754dp.c - 1.2 linux/arch/mips/kernel/old-irq.c - 1.4 linux/arch/mips/kernel/old-time.c - 1.4 linux/arch/mips/kernel/pci-dma.c - 1.4 linux/arch/mips64/math-emu/ieee754d.c - 1.2 linux/arch/mips64/math-emu/ieee754.h - 1.2 linux/arch/mips64/math-emu/ieee754.c - 1.2 linux/arch/mips64/math-emu/dp_tlong.c - 1.2 linux/arch/mips64/math-emu/dp_tint.c - 1.2 linux/include/asm-mips/mips32_cache.h - 1.3 linux/arch/mips64/math-emu/dp_sub.c - 1.2 linux/arch/mips64/math-emu/dp_sqrt.c - 1.2 linux/arch/mips64/math-emu/dp_simple.c - 1.2 linux/arch/mips64/math-emu/dp_scalb.c - 1.2 linux/arch/mips/kernel/smp.c - 1.6 linux/arch/mips64/math-emu/dp_mul.c - 1.2 linux/include/asm-mips/pmc/ev64120.h - 1.2 linux/include/asm-mips/pmc/ev64120int.h - 1.2 linux/arch/ppc/mm/hashtable.S - 1.3 linux/arch/mips64/math-emu/dp_modf.c - 1.2 linux/arch/mips64/math-emu/dp_logb.c - 1.2 linux/arch/mips64/math-emu/dp_fsp.c - 1.2 linux/arch/mips64/math-emu/Makefile - 1.2 linux/arch/mips64/math-emu/dp_frexp.c - 1.2 linux/arch/mips64/math-emu/dp_flong.c - 1.2 linux/arch/mips64/math-emu/dp_fint.c - 1.2 linux/arch/mips64/math-emu/dp_cmp.c - 1.2 linux/arch/mips64/math-emu/cp1emu.c - 1.4 linux/arch/mips64/math-emu/dp_add.c - 1.2 linux/arch/mips64/math-emu/dp_div.c - 1.2 linux/drivers/net/irda/ali-ircc.c - 1.8 linux/arch/mips64/arc/arc_con.c - 1.3 linux/arch/mips/mm/ioremap.c - 1.3 linux/include/asm-mips64/rrm.h - 1.2 linux/Documentation/video4linux/meye.txt - 1.4 linux/drivers/char/sonypi.h - 1.8 linux/drivers/media/video/meye.c - 1.7 linux/drivers/media/video/zoran_procfs.c - 1.2 linux/drivers/media/video/zr36067.c - 1.8 linux/drivers/net/au1000_eth.c - 1.7 linux/drivers/net/au1000_eth.h - 1.4 linux/include/linux/sonypi.h - 1.5 linux/drivers/char/w83877f_wdt.c - 1.6 linux/include/asm-alpha/rwsem.h - 1.3 linux/drivers/net/dl2k.h - 1.8 linux/Documentation/networking/dl2k.txt - 1.7 linux/drivers/net/dl2k.c - 1.11 linux/drivers/message/fusion/mptscsih.h - 1.3 linux/drivers/message/fusion/mptscsih.c - 1.6 linux/drivers/message/fusion/mptlan.c - 1.6 linux/drivers/message/fusion/mptctl.c - 1.7 linux/drivers/message/fusion/mptbase.h - 1.6 linux/drivers/message/fusion/mptbase.c - 1.6 linux/drivers/message/fusion/Makefile - 1.4 linux/drivers/message/fusion/linux_compat.h - 1.4 linux/drivers/ieee1394/sbp2.c - 1.11 linux/drivers/ieee1394/sbp2.h - 1.9 linux/drivers/ieee1394/nodemgr.c - 1.12 linux/fs/partitions/ldm.h - 1.6 linux/fs/partitions/ldm.c - 1.6 linux/drivers/video/aty/atyfb.h - 1.2 linux/drivers/video/aty/atyfb_base.c - 1.10 linux/drivers/char/drm/drm_ioctl.h - 1.3 linux/drivers/char/drm/mga_warp.c - 1.2 linux/drivers/char/drm/drm_vm.h - 1.9 linux/drivers/char/drm/drm_stub.h - 1.2 linux/drivers/char/drm/drm_scatter.h - 1.4 linux/drivers/char/drm/drm_proc.h - 1.3 linux/drivers/char/drm/drm_memory.h - 1.2 linux/drivers/char/drm/drm_lock.h - 1.2 linux/drivers/char/drm/drm_lists.h - 1.2 linux/drivers/char/drm/drm_init.h - 1.2 linux/drivers/char/drm/drm_fops.h - 1.2 linux/drivers/char/drm/drm_drv.h - 1.4 linux/drivers/char/drm/drm_drawable.h - 1.2 linux/drivers/char/drm/drm_dma.h - 1.2 linux/drivers/char/drm/drm_context.h - 1.5 linux/drivers/char/drm/drm_bufs.h - 1.2 linux/drivers/char/drm/drm_auth.h - 1.2 linux/drivers/char/drm/drm_agpsupport.h - 1.5 linux/drivers/char/drm/ati_pcigart.h - 1.6 linux/drivers/sound/btaudio.c - 1.9 linux/drivers/usb/CDCEther.c - 1.7 linux/drivers/usb/CDCEther.h - 1.4 linux/drivers/usb/kaweth.c - 1.9 linux/arch/alpha/kernel/srm_env.c - 1.4 linux/arch/arm/mach-integrator/cpu.c - 1.3 linux/arch/arm/mach-sa1100/generic.c - 1.4 linux/drivers/tc/lk201-map.map - 1.2 linux/drivers/tc/lk201-remap.c - 1.2 linux/drivers/tc/lk201.c - 1.3 linux/drivers/tc/lk201.h - 1.3 linux/drivers/usb/usbnet.c - 1.11 linux/arch/ppc/mm/mmu_decl.h - 1.4 linux/arch/ppc/mm/ppc_mmu.c - 1.5 linux/arch/ppc/kernel/pmac_smp.c - 1.5 linux/include/asm-ppc/cputable.h - 1.3 linux/arch/ppc/kernel/l2cr.S - 1.4 linux/arch/ppc/kernel/cputable.c - 1.6 linux/arch/ppc/kernel/chrp_smp.c - 1.4 linux/drivers/video/tx3912fb.h - 1.3 linux/drivers/video/tx3912fb.c - 1.3 linux/drivers/video/sstfb.h - 1.5 linux/drivers/video/sstfb.c - 1.8 linux/drivers/video/radeonfb.c - 1.12 linux/drivers/video/radeon.h - 1.5 linux/drivers/usb/usbvideo.h - 1.4 linux/drivers/usb/usbvideo.c - 1.5 linux/drivers/scsi/dpt_i2o.c - 1.7 linux/arch/sh/kernel/pcibios.c - 1.2 linux/arch/mips64/sgi-ip32/ip32-timer.c - 1.4 linux/arch/mips64/sgi-ip32/ip32-setup.c - 1.4 linux/arch/mips64/sgi-ip32/ip32-rtc.c - 1.2 linux/arch/mips64/sgi-ip32/ip32-pci.c - 1.4 linux/arch/mips64/sgi-ip32/ip32-irq.c - 1.3 linux/arch/mips64/sgi-ip32/ip32-irq-glue.S - 1.2 linux/arch/mips/au1000/common/Makefile - 1.3 linux/arch/mips/au1000/common/dbg_io.c - 1.3 linux/arch/mips/au1000/common/int-handler.S - 1.3 linux/arch/mips/au1000/common/irq.c - 1.3 linux/arch/mips/au1000/common/prom.c - 1.3 linux/arch/mips/au1000/common/reset.c - 1.3 linux/arch/mips/au1000/common/serial.c - 1.4 linux/arch/mips/au1000/common/time.c - 1.3 linux/arch/mips/au1000/pb1000/Makefile - 1.3 linux/arch/mips/au1000/pb1000/init.c - 1.3 linux/arch/mips/au1000/pb1000/setup.c - 1.3 linux/include/asm-mips/linux_logo_dec.h - 1.3 linux/arch/mips64/sgi-ip32/ip32-berr.c - 1.3 linux/arch/mips64/sgi-ip32/crime.c - 1.3 linux/arch/mips64/sgi-ip32/Makefile - 1.4 linux/arch/mips/ddb5xxx/common/Makefile - 1.3 linux/arch/mips/ddb5xxx/common/irq.c - 1.3 linux/arch/mips/ddb5xxx/common/nile4.c - 1.3 linux/arch/mips/ddb5xxx/common/prom.c - 1.3 linux/arch/mips/ddb5xxx/common/rtc_ds1386.c - 1.3 linux/arch/mips/ddb5xxx/ddb5477/Makefile - 1.3 linux/arch/mips/ddb5xxx/ddb5477/debug.c - 1.3 linux/arch/mips/ddb5xxx/ddb5477/int-handler.S - 1.2 linux/arch/mips/ddb5xxx/ddb5477/irq.c - 1.3 linux/arch/mips/ddb5xxx/ddb5477/irq_5477.c - 1.3 linux/arch/mips/ddb5xxx/ddb5477/pci.c - 1.3 linux/arch/mips/ddb5xxx/ddb5477/pci_ops.c - 1.3 linux/arch/mips/ddb5xxx/ddb5477/setup.c - 1.3 linux/include/asm-mips64/mips-boards/malta.h - 1.3 linux/include/asm-mips64/mips-boards/gt64120.h - 1.2 linux/include/asm-mips64/mips-boards/atlasint.h - 1.2 linux/include/asm-mips64/mips-boards/atlas.h - 1.2 linux/arch/mips/defconfig-atlas - 1.4 linux/arch/mips/defconfig-ddb5477 - 1.3 linux/arch/mips/defconfig-malta - 1.4 linux/arch/mips/defconfig-pb1000 - 1.4 linux/include/asm-mips/pci_channel.h - 1.2 linux/arch/mips/gt64120/common/pci.c - 1.2 linux/include/asm-mips/mips-boards/malta.h - 1.3 linux/include/asm-mips/mips-boards/atlasint.h - 1.2 linux/include/asm-mips/mips-boards/atlas.h - 1.2 linux/arch/mips/kernel/pci_auto.c - 1.3 linux/drivers/isdn/hisax/st5481.h - 1.3 linux/drivers/isdn/hisax/st5481_d.c - 1.5 linux/drivers/isdn/hisax/st5481_usb.c - 1.5 linux/drivers/net/ns83820.c - 1.11 linux/drivers/scsi/53c700.c - 1.5 linux/arch/mips64/defconfig-ip32 - 1.4 linux/drivers/scsi/lasi700.c - 1.4 linux/include/asm-mips/gt64120.h - 1.2 linux/include/asm-mips/ddb5xxx/ddb5477.h - 1.3 linux/include/asm-mips/ddb5xxx/ddb5xxx.h - 1.3 linux/drivers/isdn/hisax/hisax_debug.h - 1.3 linux/include/asm-mips/au1000.h - 1.3 linux/drivers/usb/hid-core.c - 1.6 linux/drivers/usb/hid-input.c - 1.3 linux/include/linux/hiddev.h - 1.3 linux/fs/jffs2/Makefile - 1.3 linux/fs/jffs2/compr_zlib.c - 1.3 linux/fs/jffs2/dir.c - 1.5 linux/fs/jffs2/file.c - 1.4 linux/fs/jffs2/gc.c - 1.4 linux/fs/jffs2/nodelist.c - 1.5 linux/fs/jffs2/nodelist.h - 1.4 linux/fs/jffs2/readinode.c - 1.4 linux/fs/jffs2/scan.c - 1.4 linux/fs/jffs2/super.c - 1.4 linux/fs/jffs2/write.c - 1.4 linux/fs/jffs2/zlib.c - 1.3 linux/fs/jffs2/zlib.h - 1.2 linux/drivers/net/pcmcia/xircom_cb.c - 1.6 linux/drivers/ide/ataraid.c - 1.4 linux/drivers/char/mwave/smapi.c - 1.2 linux/drivers/mtd/devices/blkmtd.c - 1.4 linux/include/asm-i386/smpboot.h - 1.2 linux/fs/namespace.c - 1.12 linux/drivers/usb/hpusbscsi.c - 1.4 linux/drivers/net/wireless/orinoco_plx.c - 1.7 linux/drivers/usb/serial/ir-usb.c - 1.6 linux/drivers/usb/serial/keyspan_usa28xb_fw.h - 1.2 linux/drivers/usb/serial/keyspan_usa28xa_fw.h - 1.2 linux/drivers/char/ib700wdt.c - 1.3 linux/drivers/message/i2o/i2o_pci.c - 1.6 linux/drivers/message/i2o/i2o_core.c - 1.7 linux/drivers/message/i2o/README.ioctl - 1.2 linux/drivers/char/shwdt.c - 1.4 linux/Documentation/video4linux/bttv/Tuners - 1.2 linux/Documentation/video4linux/bttv/Cards - 1.3 linux/drivers/net/8139cp.c - 1.8 linux/drivers/atm/lanai.c - 1.2 linux/drivers/char/eurotechwdt.c - 1.4 linux/drivers/pcmcia/i82092.c - 1.4 linux/fs/inflate_fs/Makefile - 1.2 linux/fs/inflate_fs/adler32.c - 1.2 linux/fs/inflate_fs/infblock.c - 1.2 linux/fs/inflate_fs/infblock.h - 1.2 linux/fs/inflate_fs/infcodes.c - 1.2 linux/fs/inflate_fs/infcodes.h - 1.2 linux/fs/inflate_fs/inffast.c - 1.2 linux/fs/inflate_fs/inffast.h - 1.2 linux/fs/inflate_fs/inffixed.h - 1.2 linux/fs/inflate_fs/inflate.c - 1.2 linux/fs/inflate_fs/inflate_syms.c - 1.3 linux/fs/inflate_fs/inftrees.c - 1.2 linux/fs/inflate_fs/inftrees.h - 1.2 linux/fs/inflate_fs/infutil.c - 1.2 linux/fs/inflate_fs/infutil.h - 1.2 linux/fs/inflate_fs/zconf.h - 1.2 linux/fs/inflate_fs/zutil.h - 1.2 linux/fs/isofs/compress.c - 1.3 linux/net/ipv6/netfilter/ip6t_LOG.c - 1.3 linux/net/ipv4/netfilter/ip_nat_snmp_basic.c - 1.2 linux/net/ipv4/netfilter/ip_nat_irc.c - 1.3 linux/net/ipv4/netfilter/ip_conntrack_irc.c - 1.4 linux/net/8021q/vlanproc.c - 1.5 linux/net/8021q/vlan_dev.c - 1.4 linux/net/8021q/vlan.c - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack_irc.h - 1.2 linux/include/linux/if_vlan.h - 1.3 linux/drivers/char/i8k.c - 1.3 linux/include/linux/zlib_fs.h - 1.2 linux/fs/jbd/journal.c - 1.5 linux/drivers/scsi/sym53c8xx_2/sym53c8xx.h - 1.3 linux/drivers/scsi/sym53c8xx_2/sym_fw1.h - 1.2 linux/drivers/scsi/sym53c8xx_2/sym_fw2.h - 1.2 linux/drivers/scsi/sym53c8xx_2/sym_glue.c - 1.3 linux/drivers/scsi/sym53c8xx_2/sym_malloc.c - 1.2 linux/drivers/video/sis/300vtbl.h - 1.4 linux/drivers/video/sis/310vtbl.h - 1.4 linux/drivers/video/sis/325vtbl.h - 1.3 linux/drivers/video/sis/init.c - 1.4 linux/drivers/video/sis/init.h - 1.4 linux/drivers/video/sis/init301.c - 1.4 linux/drivers/video/sis/init301.h - 1.4 linux/drivers/video/sis/oem300.h - 1.4 linux/drivers/video/sis/oem310.h - 1.4 linux/drivers/video/sis/osdef.h - 1.3 linux/drivers/video/sis/sis_main.h - 1.4 linux/drivers/video/sis/vgatypes.h - 1.4 linux/drivers/video/sis/vstruct.h - 1.3 linux/fs/ext3/file.c - 1.3 linux/fs/ext3/fsync.c - 1.3 linux/fs/ext3/ialloc.c - 1.3 linux/fs/ext3/inode.c - 1.5 linux/fs/ext3/ioctl.c - 1.2 linux/fs/ext3/namei.c - 1.2 linux/fs/ext3/super.c - 1.4 linux/fs/intermezzo/ext_attr.c - 1.3 linux/fs/intermezzo/file.c - 1.3 linux/fs/intermezzo/inode.c - 1.3 linux/fs/intermezzo/journal.c - 1.5 linux/drivers/hotplug/pci_hotplug_core.c - 1.4 linux/drivers/hotplug/pci_hotplug.h - 1.2 linux/drivers/hotplug/cpqphp_pci.c - 1.2 linux/drivers/hotplug/cpqphp_nvram.c - 1.2 linux/drivers/hotplug/cpqphp_ctrl.c - 1.3 linux/drivers/hotplug/cpqphp_core.c - 1.3 linux/drivers/hotplug/cpqphp.h - 1.2 linux/drivers/hotplug/Makefile - 1.3 linux/fs/intermezzo/journal_ext2.c - 1.2 linux/fs/intermezzo/journal_ext3.c - 1.2 linux/fs/intermezzo/journal_obdfs.c - 1.2 linux/fs/intermezzo/journal_reiserfs.c - 1.2 linux/fs/intermezzo/journal_xfs.c - 1.4 linux/drivers/char/hp_psaux.c - 1.2 linux/drivers/char/hp_keyb.c - 1.2 linux/fs/intermezzo/kml.c - 1.4 linux/fs/intermezzo/kml_decode.c - 1.2 linux/fs/intermezzo/kml_reint.c - 1.2 linux/fs/intermezzo/kml_setup.c - 1.2 linux/fs/intermezzo/kml_utils.c - 1.2 linux/fs/intermezzo/methods.c - 1.4 linux/fs/intermezzo/presto.c - 1.4 linux/fs/intermezzo/psdev.c - 1.7 linux/fs/intermezzo/super.c - 1.4 linux/fs/intermezzo/sysctl.c - 1.2 linux/fs/intermezzo/upcall.c - 1.2 linux/include/linux/jbd.h - 1.5 linux/fs/intermezzo/vfs.c - 1.7 linux/include/linux/intermezzo_psdev.h - 1.2 linux/include/linux/intermezzo_fs.h - 1.4 linux/include/linux/fsfilter.h - 1.2 linux/include/linux/ext3_fs.h - 1.4 linux/fs/jbd/revoke.c - 1.4 linux/fs/jbd/transaction.c - 1.4 linux/fs/nfs/pagelist.c - 1.4 linux/fs/reiserfs/procfs.c - 1.5 linux/fs/jbd/commit.c - 1.4 linux/fs/intermezzo/cache.c - 1.2 linux/fs/jbd/checkpoint.c - 1.3 linux/fs/intermezzo/Makefile - 1.2 linux/fs/intermezzo/dir.c - 1.4 linux/fs/intermezzo/dcache.c - 1.4 linux/drivers/net/pcmcia/axnet_cs.c - 1.3 linux/drivers/char/drm/sis_mm.c - 1.2 linux/net/ipv4/tcp_diag.c - 1.2 linux/drivers/char/drm/sis_ds.c - 1.3 linux/drivers/char/drm/sis_drm.h - 1.2 linux/drivers/scsi/aacraid/sap1sup.c - 1.2 linux/drivers/scsi/aacraid/Makefile - 1.3 linux/drivers/scsi/aacraid/rx.c - 1.3 linux/drivers/scsi/aacraid/linit.c - 1.3 linux/drivers/scsi/aacraid/README - 1.3 linux/drivers/scsi/aacraid/dpcsup.c - 1.3 linux/drivers/scsi/aacraid/aachba.c - 1.3 linux/drivers/scsi/aacraid/commsup.c - 1.3 linux/drivers/scsi/aacraid/comminit.c - 1.3 linux/drivers/scsi/aacraid/commctrl.c - 1.2 linux/drivers/scsi/aacraid/aacraid.h - 1.3 linux/fs/xattr.c - 1.9 linux/include/linux/xattr.h - 1.3 linux/drivers/char/drm-4.0/tdfx_drv.c - 1.2 linux/drivers/net/mii.c - 1.3 linux/fs/nls/nls_cp1250.c - 1.2 linux/drivers/s390/sysinfo.c - 1.2 linux/include/asm-ppc/pmac_feature.h - 1.4 linux/drivers/macintosh/apm_emu.c - 1.3 linux/drivers/usb/serial/kl5kusb105.h - 1.2 linux/arch/ppc/kernel/pmac_feature.c - 1.4 linux/drivers/usb/stv680.c - 1.3 linux/drivers/usb/serial/kl5kusb105.c - 1.2 linux/drivers/usb/serial/ipaq.h - 1.3 linux/drivers/usb/stv680.h - 1.2 linux/drivers/usb/serial/ipaq.c - 1.3 linux/net/ipv6/netfilter/ip6_queue.c - 1.3 linux/drivers/usb/vicam.c - 1.3 linux/drivers/usb/vicam.h - 1.2 linux/drivers/i2c/i2c-keywest.c - 1.3 linux/drivers/usb/vicamurbs.h - 1.2 linux/drivers/char/drm-4.0/i810_dma.c - 1.3 linux/net/ipv4/netfilter/ipt_ULOG.c - 1.4 linux/drivers/video/tridentfb.c - 1.5 linux/net/ipv4/netfilter/ipt_ah.c - 1.2 linux/drivers/char/drm-4.0/ffb_drv.c - 1.2 linux/drivers/bluetooth/hci_usb.h - 1.2 linux/drivers/bluetooth/hci_ldisc.c - 1.2 linux/drivers/bluetooth/dtl1_cs.c - 1.2 linux/drivers/char/alim7101_wdt.c - 1.2 linux/drivers/block/umem.c - 1.4 linux/drivers/char/hcdp_serial.c - 1.3 linux/drivers/char/indydog.c - 1.2 linux/drivers/char/sc1200wdt.c - 1.2 linux/drivers/char/sc520_wdt.c - 1.2 linux/drivers/char/wafer5823wdt.c - 1.2 linux/drivers/hotplug/ibmphp.h - 1.2 linux/drivers/hotplug/ibmphp_core.c - 1.2 linux/Documentation/networking/pktgen.txt - 1.2 linux/drivers/block/cciss_scsi.c - 1.2 linux/drivers/hotplug/ibmphp_ebda.c - 1.2 linux/drivers/hotplug/ibmphp_hpc.c - 1.2 linux/drivers/hotplug/ibmphp_pci.c - 1.2 linux/drivers/hotplug/ibmphp_res.c - 1.2 linux/drivers/hotplug/pcihp_acpi.c - 1.2 linux/drivers/hotplug/pcihp_acpi.h - 1.2 linux/drivers/hotplug/pcihp_acpi_ctrl.c - 1.2 linux/drivers/hotplug/pcihp_acpi_glue.c - 1.2 linux/Documentation/usb/auerswald.txt - 1.2 linux/drivers/ide/ide-swarm.c - 1.2 linux/drivers/ieee1394/amdtp.c - 1.4 linux/Documentation/video4linux/bttv/README.freeze - 1.2 linux/drivers/ieee1394/dv1394-private.h - 1.4 linux/drivers/ieee1394/dv1394.c - 1.4 linux/drivers/ieee1394/eth1394.c - 1.3 linux/drivers/ieee1394/eth1394.h - 1.2 linux/drivers/message/fusion/mptctl.h - 1.2 linux/net/core/wireless.c - 1.2 linux/net/core/pktgen.c - 1.2 linux/drivers/mtd/maps/pb1xxx-flash.c - 1.2 linux/net/bluetooth/sco.c - 1.2 linux/net/bluetooth/l2cap.c - 1.2 linux/net/bluetooth/hci_event.c - 1.2 linux/net/bluetooth/hci_conn.c - 1.3 linux/drivers/net/sb1250-mac.c - 1.3 linux/drivers/net/tg3.c - 1.5 linux/drivers/net/tg3.h - 1.4 linux/drivers/net/tokenring/3c359.c - 1.2 linux/init/do_mounts.c - 1.4 linux/include/net/iw_handler.h - 1.2 linux/drivers/net/wan/8253x/crc32.c - 1.3 linux/arch/ppc64/xmon/xmon.c - 1.2 linux/arch/ppc64/xmon/start.c - 1.2 linux/arch/ppc64/xmon/privinst.h - 1.2 linux/include/linux/namespace.h - 1.2 linux/arch/ppc64/mm/init.c - 1.2 linux/arch/ppc64/mm/fault.c - 1.2 linux/arch/ppc64/lib/string.S - 1.2 linux/arch/ppc64/kernel/xics.c - 1.2 linux/arch/ppc64/kernel/udbg.c - 1.2 linux/arch/ppc64/kernel/traps.c - 1.2 linux/arch/ppc64/kernel/time.c - 1.2 linux/arch/ppc64/kernel/sys_ppc32.c - 1.2 linux/arch/ppc64/kernel/stab.c - 1.2 linux/arch/ppc64/kernel/smp.c - 1.2 linux/arch/ppc64/kernel/signal32.c - 1.2 linux/arch/ppc64/kernel/signal.c - 1.2 linux/arch/ppc64/kernel/setup.c - 1.2 linux/arch/ppc64/kernel/rtasd.c - 1.2 linux/arch/ppc64/kernel/rtas.c - 1.2 linux/arch/ppc64/kernel/ptrace32.c - 1.2 linux/arch/ppc64/kernel/ptrace.c - 1.2 linux/arch/ppc64/kernel/prom.c - 1.2 linux/arch/ppc64/kernel/process.c - 1.2 linux/arch/ppc64/kernel/proc_pmc.c - 1.2 linux/arch/ppc64/kernel/ppc_ksyms.c - 1.2 linux/arch/ppc64/kernel/pmc.c - 1.2 linux/arch/ppc64/kernel/pci_dn.c - 1.2 linux/arch/ppc64/kernel/pci_dma.c - 1.2 linux/arch/ppc64/kernel/pci.c - 1.2 linux/arch/ppc64/kernel/pacaData.c - 1.2 linux/arch/ppc64/kernel/pSeries_pci.c - 1.2 linux/arch/ppc64/kernel/pSeries_lpar.c - 1.2 linux/include/asm-ppc64/vga.h - 1.2 linux/include/asm-ppc64/udbg.h - 1.2 linux/include/asm-ppc64/uaccess.h - 1.2 linux/include/asm-ppc64/types.h - 1.2 linux/include/asm-ppc64/timex.h - 1.2 linux/include/asm-ppc64/time.h - 1.2 linux/include/asm-ppc64/termios.h - 1.2 linux/include/asm-ppc64/system.h - 1.2 linux/include/asm-ppc64/softirq.h - 1.2 linux/include/asm-ppc64/smplock.h - 1.2 linux/include/asm-ppc64/siginfo.h - 1.2 linux/include/asm-ppc64/semaphore.h - 1.2 linux/include/asm-ppc64/rtas.h - 1.2 linux/include/asm-ppc64/prom.h - 1.2 linux/include/asm-ppc64/processor.h - 1.2 linux/include/asm-ppc64/ppcdebug.h - 1.2 linux/include/asm-ppc64/pmc.h - 1.2 linux/include/asm-ppc64/pgtable.h - 1.2 linux/include/asm-ppc64/pci.h - 1.2 linux/include/asm-ppc64/page.h - 1.2 linux/include/asm-ppc64/paca.h - 1.2 linux/include/asm-ppc64/naca.h - 1.2 linux/include/asm-ppc64/mmu.h - 1.2 linux/include/asm-ppc64/machdep.h - 1.2 linux/include/asm-ppc64/lmb.h - 1.2 linux/include/asm-ppc64/io.h - 1.2 linux/arch/ia64/sn/fakeprom/README - 1.2 linux/arch/ia64/sn/fakeprom/fpmem.c - 1.2 linux/arch/ia64/sn/fakeprom/fw-emu.c - 1.2 linux/include/asm-ppc64/iSeries/iSeries_pci.h - 1.2 linux/include/asm-ppc64/iSeries/LparData.h - 1.2 linux/arch/ia64/sn/io/efi-rtc.c - 1.2 linux/include/asm-ppc64/iSeries/HvCallSc.h - 1.2 linux/include/asm-ppc64/iSeries/HvCall.h - 1.2 linux/include/asm-ppc64/floppy.h - 1.2 linux/include/asm-ppc64/fcntl.h - 1.2 linux/include/asm-ppc64/eeh.h - 1.2 linux/include/asm-ppc64/delay.h - 1.2 linux/arch/ia64/sn/kernel/llsc4.c - 1.2 linux/arch/ia64/sn/kernel/misctest.c - 1.2 linux/arch/ia64/sn/kernel/sn_ksyms.c - 1.2 linux/include/asm-ppc64/byteorder.h - 1.2 linux/arch/ppc64/kernel/open_pic.c - 1.2 linux/arch/ppc64/kernel/mk_defs.c - 1.2 linux/arch/ppc64/kernel/misc.S - 1.2 linux/arch/ppc64/kernel/mf.c - 1.2 linux/arch/ppc64/kernel/lmb.c - 1.2 linux/arch/ppc64/kernel/irq.c - 1.2 linux/arch/ppc64/kernel/ioctl32.c - 1.2 linux/include/asm-mips64/time.h - 1.3 linux/include/asm-mips64/sibyte/swarm_ide.h - 1.2 linux/include/asm-mips64/sibyte/swarm.h - 1.2 linux/include/asm-mips64/sibyte/sbmips.h - 1.3 linux/include/asm-mips64/sibyte/sb1250regs.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_uart.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_syncser.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_smbus.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_scd.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_regs.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_pci.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_mc.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_mac.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_ldt.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_l2c.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_io.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_int.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_genbus.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_dma.h - 1.2 linux/include/asm-mips64/sibyte/sb1250_defs.h - 1.3 linux/include/asm-mips64/sibyte/sb1250.h - 1.2 linux/include/asm-mips64/sibyte/64bit.h - 1.2 linux/include/asm-mips64/ip32/mace.h - 1.3 linux/include/asm-mips64/gt64120.h - 1.2 linux/include/asm-mips64/gdb-stub.h - 1.3 linux/include/asm-mips64/exception.h - 1.3 linux/arch/ppc64/kernel/iSeries_setup.c - 1.2 linux/arch/ppc64/kernel/iSeries_pci_reset.c - 1.2 linux/arch/ppc64/kernel/iSeries_pci.c - 1.2 linux/arch/ppc64/kernel/iSeries_IoMmTable.c - 1.2 linux/arch/mips/au1000/common/clocks.c - 1.2 linux/arch/mips/au1000/common/dma.c - 1.2 linux/arch/ppc64/kernel/htab.c - 1.2 linux/arch/mips/au1000/common/power.c - 1.2 linux/arch/ppc64/kernel/head.S - 1.2 linux/arch/mips/au1000/common/rtc.c - 1.2 linux/arch/ppc64/kernel/entry.S - 1.2 linux/arch/ppc64/kernel/eeh.c - 1.2 linux/arch/mips/au1000/common/usbdev.c - 1.2 linux/include/asm-mips/sibyte/swarm_ide.h - 1.2 linux/include/asm-mips/sibyte/swarm.h - 1.2 linux/arch/mips/au1000/pb1000/pci_fixup.c - 1.2 linux/arch/mips/au1000/pb1000/pci_ops.c - 1.2 linux/include/asm-mips/sibyte/sb1250_uart.h - 1.2 linux/arch/mips/au1000/pb1500/Makefile - 1.2 linux/arch/mips/au1000/pb1500/init.c - 1.2 linux/arch/mips/au1000/pb1500/pci_fixup.c - 1.2 linux/arch/mips/au1000/pb1500/pci_ops.c - 1.2 linux/arch/mips/au1000/pb1500/setup.c - 1.2 linux/include/asm-mips/sibyte/sb1250_syncser.h - 1.2 linux/include/asm-mips/sibyte/sb1250_smbus.h - 1.2 linux/include/asm-mips/sibyte/sb1250_scd.h - 1.2 linux/include/asm-mips/sibyte/sb1250_regs.h - 1.2 linux/include/asm-mips/sibyte/sb1250_prof.h - 1.2 linux/include/asm-mips/sibyte/sb1250_pci.h - 1.2 linux/include/asm-mips/sibyte/sb1250_mc.h - 1.2 linux/include/asm-mips/sibyte/sb1250_mac.h - 1.2 linux/include/asm-mips/sibyte/sb1250_ldt.h - 1.2 linux/include/asm-mips/sibyte/sb1250_l2c.h - 1.2 linux/include/asm-mips/sibyte/sb1250_int.h - 1.2 linux/include/asm-mips/sibyte/sb1250_genbus.h - 1.2 linux/include/asm-mips/sibyte/sb1250_dma.h - 1.2 linux/arch/mips/cobalt/irq.c - 1.3 linux/include/asm-mips/sibyte/sb1250_defs.h - 1.3 linux/arch/mips/cobalt/promcon.c - 1.2 linux/include/asm-mips/sibyte/sb1250.h - 1.2 linux/include/asm-mips/sibyte/64bit.h - 1.2 linux/arch/ppc64/kernel/chrp_setup.c - 1.2 linux/arch/ppc64/kernel/align.c - 1.2 linux/arch/ppc64/kernel/XmPciLpEvent.c - 1.2 linux/arch/ppc64/kernel/Makefile - 1.2 linux/arch/ppc64/kernel/LparData.c - 1.2 linux/arch/ppc64/defconfig - 1.2 linux/arch/ppc64/configs/pSeries_defconfig - 1.2 linux/include/asm-mips/pb1500.h - 1.2 linux/include/asm-mips/pb1000.h - 1.2 linux/arch/ppc64/configs/iSeries_nodevfs_ideemul_defconfig - 1.2 linux/arch/ppc64/configs/iSeries_devfs_defconfig - 1.2 linux/arch/ppc64/config.in - 1.2 linux/arch/mips/ddb5xxx/ddb5476/Makefile - 1.2 linux/arch/mips/ddb5xxx/ddb5476/int-handler.S - 1.2 linux/arch/mips/ddb5xxx/ddb5476/irq.c - 1.2 linux/arch/mips/ddb5xxx/ddb5476/nile4_pic.c - 1.2 linux/arch/mips/ddb5xxx/ddb5476/pci.c - 1.2 linux/arch/mips/ddb5xxx/ddb5476/pci_ops.c - 1.2 linux/arch/mips/ddb5xxx/ddb5476/setup.c - 1.2 linux/arch/mips/ddb5xxx/ddb5476/vrc5476_irq.c - 1.2 linux/include/asm-mips/kmap_types.h - 1.2 linux/arch/ppc64/boot/zImage.c - 1.2 linux/arch/ppc64/boot/addSystemMap.c - 1.2 linux/include/asm-mips/galileo-boards/gt96100.h - 1.2 linux/include/asm-mips/galileo-boards/ev96100int.h - 1.2 linux/include/asm-mips/galileo-boards/ev96100.h - 1.2 linux/include/asm-mips/galileo-boards/ev64120.h - 1.2 linux/arch/ppc64/boot/addRamDisk.c - 1.2 linux/arch/mips/defconfig-ev64120 - 1.3 linux/arch/mips/defconfig-ev96100 - 1.3 linux/arch/ppc64/Makefile - 1.2 linux/include/asm-mips/debug.h - 1.2 linux/include/asm-mips/ddb5xxx/ddb5476.h - 1.2 linux/arch/mips/defconfig-pb1500 - 1.3 linux/drivers/net/wan/comx-hw-munich.c - 1.2 linux/arch/mips/defconfig-sb1250-swarm - 1.3 linux/arch/mips/galileo-boards/ev64120/cntmr.c - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/Makefile - 1.3 linux/arch/mips/galileo-boards/ev64120/compressed/README - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/burner.c - 1.3 linux/arch/mips/galileo-boards/ev64120/compressed/doit.c - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/flashdrv.c - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/head.S - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/ld.script.gal - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/ld.sys.big.Flash - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/ld.sys.big.Flash2 - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/meminit.S - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/memory.c - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/misc.c - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/pci.c - 1.2 linux/arch/mips/galileo-boards/ev64120/compressed/pci_etherboot.c - 1.3 linux/arch/mips/galileo-boards/ev64120/compressed/sbdreset_evb64120A.S - 1.3 linux/arch/mips/galileo-boards/ev64120/dma.c - 1.2 linux/arch/mips/galileo-boards/ev64120/i2o.c - 1.2 linux/arch/mips/galileo-boards/ev64120/int-handler.S - 1.3 linux/arch/mips/galileo-boards/ev64120/irq-handler.c - 1.2 linux/arch/mips/galileo-boards/ev64120/irq.c - 1.3 linux/arch/mips/galileo-boards/ev64120/pci_bios.c - 1.2 linux/arch/mips/galileo-boards/ev64120/promcon.c - 1.3 linux/arch/mips/galileo-boards/ev64120/serialGT.c - 1.2 linux/arch/mips/galileo-boards/ev64120/setup.c - 1.3 linux/arch/mips/galileo-boards/ev96100/init.c - 1.3 linux/arch/mips/galileo-boards/ev96100/irq.c - 1.2 linux/arch/mips/galileo-boards/ev96100/pci_fixups.c - 1.2 linux/arch/mips/galileo-boards/ev96100/pci_ops.c - 1.2 linux/arch/mips/galileo-boards/ev96100/setup.c - 1.2 linux/arch/mips/galileo-boards/ev96100/time.c - 1.3 linux/arch/mips/galileo-boards/generic/Makefile - 1.3 linux/arch/mips/galileo-boards/generic/reset.c - 1.3 linux/include/asm-mips/cobalt/cobalt.h - 1.3 linux/drivers/pcmcia/au1000_generic.c - 1.2 linux/drivers/pcmcia/au1000_pb1000.c - 1.2 linux/include/asm-mips/au1000_pcmcia.h - 1.3 linux/include/asm-mips/au1000_gpio.h - 1.2 linux/include/asm-mips/au1000_dma.h - 1.3 linux/drivers/scsi/aic7xxx/aic7xxx_core.c - 1.3 linux/drivers/scsi/aic7xxx/aic7xxx_host.h - 1.2 linux/arch/ppc/boot/simple/misc-embedded.c - 1.2 linux/arch/mips/kernel/irq_cpu.c - 1.3 linux/include/asm-ia64/sn/sn2/shub_md.h - 1.2 linux/include/asm-ia64/machvec_sn2.h - 1.2 linux/arch/ppc/boot/simple/legacy.S - 1.2 linux/arch/ppc/boot/simple/head.S - 1.2 linux/arch/ppc/boot/simple/Makefile - 1.2 linux/drivers/sound/au1000.c - 1.5 linux/arch/ppc/boot/ld.script - 1.2 linux/arch/ppc/boot/common/util.S - 1.2 linux/arch/ppc/boot/common/relocate.S - 1.3 linux/drivers/sound/swarm_cs4297a.c - 1.4 linux/drivers/usb/auerswald.c - 1.3 linux/drivers/usb/brlvger.c - 1.2 linux/drivers/usb/hcd.c - 1.2 linux/drivers/usb/hcd.h - 1.2 linux/drivers/usb/hcd/ehci-hcd.c - 1.2 linux/drivers/usb/hcd/ehci-q.c - 1.2 linux/arch/mips64/sgi-ip32/ip32-reset.c - 1.2 linux/drivers/usb/hcd/ehci-sched.c - 1.2 linux/drivers/usb/rtl8150.c - 1.3 linux/arch/mips64/sgi-ip27/ip27-dbe-glue.S - 1.2 linux/arch/mips/mm/c-andes.c - 1.2 linux/arch/mips/mm/c-mips32.c - 1.3 linux/arch/mips/mm/c-r3k.c - 1.2 linux/arch/mips/mm/c-r4k.c - 1.3 linux/arch/mips/mm/c-r5432.c - 1.2 linux/arch/mips/mm/c-rm7k.c - 1.3 linux/arch/mips/mm/c-sb1.c - 1.3 linux/arch/mips/mm/c-tx39.c - 1.2 linux/arch/mips/mm/c-tx49.c - 1.3 linux/arch/mips/mm/pg-r4k.S - 1.3 linux/arch/mips/mm/pg-sb1.c - 1.2 linux/arch/mips/mm/tlb-r3k.c - 1.3 linux/arch/mips/mm/tlb-r4k.c - 1.2 linux/arch/mips/mm/tlb-sb1.c - 1.3 linux/arch/mips/mm/tlbex-r3k.S - 1.3 linux/arch/mips/mm/tlbex-r4k.S - 1.3 linux/drivers/video/pm3fb.h - 1.2 linux/arch/mips64/mm/tlbex-r4k.S - 1.3 linux/arch/mips/sgi-ip22/Makefile - 1.3 linux/arch/mips/sgi-ip22/ip22-int.c - 1.3 linux/arch/mips/sgi-ip22/ip22-irq.S - 1.2 linux/arch/mips/sgi-ip22/ip22-mc.c - 1.3 linux/arch/mips/sgi-ip22/ip22-reset.c - 1.2 linux/arch/mips/sgi-ip22/ip22-sc.c - 1.2 linux/arch/mips/sgi-ip22/ip22-setup.c - 1.3 linux/arch/mips/sgi-ip22/ip22-system.c - 1.3 linux/arch/mips/sgi-ip22/ip22-time.c - 1.3 linux/arch/mips/sibyte/sb1/cache_err_handler.S - 1.2 linux/arch/mips/sibyte/sb1/cache_error.c - 1.2 linux/arch/mips/sibyte/sb1250/Makefile - 1.3 linux/arch/mips/sibyte/sb1250/bcm1250_tbprof.c - 1.2 linux/arch/mips/sibyte/sb1250/bcm1250_tbprof.h - 1.2 linux/arch/mips/sibyte/sb1250/irq.c - 1.2 linux/arch/mips/sibyte/sb1250/irq_handler.S - 1.2 linux/arch/mips/sibyte/sb1250/lib_hssubr.S - 1.2 linux/arch/mips/sibyte/sb1250/lib_hssubr.h - 1.2 linux/arch/mips/sibyte/sb1250/pci.c - 1.3 linux/arch/mips/sibyte/sb1250/setup.c - 1.2 linux/arch/mips/sibyte/sb1250/smp.c - 1.2 linux/arch/mips/sibyte/sb1250/time.c - 1.3 linux/arch/mips/sibyte/swarm/Makefile - 1.3 linux/arch/mips/sibyte/swarm/cfe_api.c - 1.3 linux/arch/mips/sibyte/swarm/cfe_api.h - 1.3 linux/arch/mips/sibyte/swarm/cfe_error.h - 1.2 linux/arch/mips/sibyte/swarm/cfe_xiocb.h - 1.2 linux/arch/mips/sibyte/swarm/cmdline.c - 1.2 linux/arch/mips/sibyte/swarm/memory.c - 1.2 linux/arch/mips/sibyte/swarm/rtc.c - 1.2 linux/arch/mips/sibyte/swarm/setup.c - 1.3 linux/arch/mips/sibyte/swarm/smp.c - 1.3 linux/arch/mips/sibyte/swarm/time.c - 1.2 linux/arch/mips64/mm/tlb-sb1.c - 1.3 linux/arch/mips64/mm/pg-sb1.c - 1.2 linux/arch/mips64/mm/c-sb1.c - 1.3 linux/arch/mips64/kernel/time.c - 1.3 linux/arch/mips64/kernel/pci-dma.c - 1.3 linux/arch/mips64/kernel/irq_cpu.c - 1.2 linux/arch/mips64/kernel/irq.c - 1.3 linux/arch/mips64/defconfig-atlas - 1.3 linux/arch/mips64/kernel/i8259.c - 1.2 linux/arch/mips64/defconfig-malta - 1.3 linux/arch/mips64/defconfig-sb1250-swarm - 1.3 linux/include/asm-mips/mips-boards/msc01_pci.h - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/dma.h - 1.2 linux/arch/mips/sgi-ip22/ip22-gio.c - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/eeprom_param.h - 1.2 linux/arch/mips/sgi-ip22/ip22-berr.c - 1.2 linux/include/asm-mips/dec/kn02ba.h - 1.2 linux/include/asm-mips/sgi/sgigio.h - 1.2 linux/arch/mips/sibyte/swarm/rtc_xicor1241.c - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/pci.h - 1.2 linux/include/asm-mips/dec/kn02ca.h - 1.2 linux/include/asm-mips/dec/kn230.h - 1.2 linux/include/asm-mips/war.h - 1.2 linux/include/asm-mips/pgtable-bits.h - 1.2 linux/include/asm-mips/mips-boards/bonito64.h - 1.2 linux/include/asm-mips/dec/kn05.h - 1.2 linux/include/asm-mips64/mips-boards/bonito64.h - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/cntmr.h - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/core.h - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/flashdrv.h - 1.2 linux/include/asm-mips/galileo-boards/evb64120A/i2o.h - 1.2 linux/include/asm-mips64/mips-boards/msc01_pci.h - 1.2 linux/arch/mips/dec/ioasic-irq.c - 1.2 linux/arch/mips/dec/kn02-irq.c - 1.2 From owner-linux-xfs@oss.sgi.com Mon Nov 4 11:53:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 11:53:37 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4JrVuR001381 for ; Mon, 4 Nov 2002 11:53:31 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA21718 for ; Mon, 4 Nov 2002 13:54:26 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA33696 for ; Mon, 4 Nov 2002 13:54:26 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA4JrQe17592; Mon, 4 Nov 2002 13:53:26 -0600 Message-Id: <200211041953.gA4JrQe17592@jen.americas.sgi.com> Date: Mon, 4 Nov 2002 13:53:26 -0600 Subject: TAKE - fix kdb in 2.4.20-rc1 To: linux-xfs@oss.sgi.com X-archive-position: 1498 X-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@sgi.com Precedence: bulk X-list: linux-xfs Date: Mon Nov 4 11:54:09 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:131957a linux/kdb/modules/kdbm_pg.c - 1.60 From owner-linux-xfs@oss.sgi.com Mon Nov 4 12:43:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 12:43:51 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4KhhuR003179 for ; Mon, 4 Nov 2002 12:43:43 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id MAA06064 for ; Mon, 4 Nov 2002 12:44:42 -0800 (PST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA14229 for ; Mon, 4 Nov 2002 14:34:44 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA50492 for ; Mon, 4 Nov 2002 14:34:43 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA4KXhg20207; Mon, 4 Nov 2002 14:33:43 -0600 Message-Id: <200211042033.gA4KXhg20207@jen.americas.sgi.com> Date: Mon, 4 Nov 2002 14:33:43 -0600 Subject: TAKE - merge up to 2.5.45 To: linux-xfs@oss.sgi.com X-archive-position: 1499 X-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@sgi.com Precedence: bulk X-list: linux-xfs Also updates kdb Date: Mon Nov 4 12:19:10 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:131961a linux/include/linux/kobject.h - 1.1 linux/drivers/media/dvb/Makefile - 1.1 linux/Documentation/BK-usage/00-INDEX - 1.1 linux/sound/isa/Kconfig - 1.1 linux/drivers/media/dvb/av7110/Kconfig - 1.1 linux/drivers/media/dvb/av7110/av7110.c - 1.1 linux/drivers/mtd/nand/Kconfig - 1.1 linux/drivers/bluetooth/Kconfig - 1.1 linux/drivers/mtd/maps/Kconfig - 1.1 linux/Documentation/crypto/api-intro.txt - 1.1 linux/Documentation/crypto/descore-readme.txt - 1.1 linux/drivers/net/Kconfig - 1.1 linux/include/linux/isdn/fsm.h - 1.1 linux/Documentation/filesystems/befs.txt - 1.1 linux/sound/drivers/Kconfig - 1.1 linux/drivers/net/appletalk/Kconfig - 1.1 linux/drivers/net/arcnet/Kconfig - 1.1 linux/drivers/mtd/devices/Kconfig - 1.1 linux/drivers/mtd/chips/Kconfig - 1.1 linux/Documentation/kobject.txt - 1.1 linux/drivers/mtd/Kconfig - 1.1 linux/sound/core/Kconfig - 1.1 linux/drivers/net/hamradio/Kconfig - 1.1 linux/drivers/misc/Kconfig - 1.1 linux/drivers/net/irda/Kconfig - 1.1 linux/sound/arm/Kconfig - 1.1 linux/Documentation/voyager.txt - 1.1 linux/drivers/message/i2o/Kconfig - 1.1 linux/drivers/net/pcmcia/Kconfig - 1.1 linux/net/decnet/Kconfig - 1.1 linux/drivers/net/tokenring/Kconfig - 1.1 linux/arch/alpha/Kconfig - 1.1 linux/drivers/message/fusion/Kconfig - 1.1 linux/arch/parisc/math-emu/hppa.h - 1.1 linux/arch/arm/Kconfig - 1.1 linux/drivers/net/tulip/Kconfig - 1.1 linux/sound/Kconfig - 1.1 linux/security/Kconfig - 1.1 linux/arch/arm/mach-arc/Kconfig - 1.1 linux/drivers/md/dm-linear.c - 1.1 linux/scripts/kconfig/zconf.y - 1.1 linux/arch/arm/mach-clps711x/Kconfig - 1.1 linux/scripts/kconfig/zconf.tab.h_shipped - 1.1 linux/scripts/kconfig/zconf.tab.c_shipped - 1.1 linux/arch/arm/mach-epxa10db/Kconfig - 1.1 linux/scripts/kconfig/zconf.l - 1.1 linux/scripts/kconfig/symbol.c - 1.1 linux/arch/arm/mach-footbridge/Kconfig - 1.1 linux/scripts/kconfig/qconf.h - 1.1 linux/scripts/kconfig/qconf.cc - 1.1 linux/arch/arm/mach-iop310/Kconfig - 1.1 linux/scripts/kconfig/menu.c - 1.1 linux/arch/arm/mach-pxa/Kconfig - 1.1 linux/scripts/kconfig/mconf.c - 1.1 linux/scripts/kconfig/lkc_proto.h - 1.1 linux/arch/arm/mach-sa1100/Kconfig - 1.1 linux/drivers/md/Kconfig - 1.1 linux/arch/cris/Kconfig - 1.1 linux/include/linux/fcblist.h - 1.1 linux/net/ipv4/Kconfig - 1.1 linux/include/linux/eventpoll.h - 1.1 linux/arch/cris/drivers/Kconfig - 1.1 linux/arch/i386/Kconfig - 1.1 linux/drivers/net/wan/Kconfig - 1.1 linux/net/bridge/netfilter/Kconfig - 1.1 linux/net/bridge/br_netfilter.c - 1.1 linux/arch/ppc/8xx_io/Kconfig - 1.1 linux/include/linux/dvb/video.h - 1.1 linux/include/linux/dvb/osd.h - 1.1 linux/include/linux/dvb/net.h - 1.1 linux/include/linux/dvb/frontend.h - 1.1 linux/include/linux/dvb/dmx.h - 1.1 linux/net/irda/irlan/Kconfig - 1.1 linux/scripts/kconfig/lkc.h - 1.1 linux/include/linux/dvb/ca.h - 1.1 linux/sound/usb/Kconfig - 1.1 linux/drivers/media/video/Kconfig - 1.1 linux/drivers/net/wireless/Kconfig - 1.1 linux/drivers/media/radio/Kconfig - 1.1 linux/drivers/parport/Kconfig - 1.1 linux/drivers/pci/Kconfig - 1.1 linux/include/linux/dvb/audio.h - 1.1 linux/drivers/media/dvb/frontends/ves1820.c - 1.1 linux/drivers/media/dvb/frontends/grundig_29504-491.c - 1.1 linux/drivers/media/dvb/frontends/grundig_29504-401.c - 1.1 linux/scripts/kconfig/lex.zconf.c_shipped - 1.1 linux/drivers/media/dvb/frontends/alps_bsrv2.c - 1.1 linux/drivers/media/dvb/frontends/alps_bsru6.c - 1.1 linux/scripts/kconfig/kconfig_load.c - 1.1 linux/scripts/kconfig/images.c - 1.1 linux/arch/i386/mach-voyager/Makefile - 1.1 linux/arch/i386/mach-voyager/do_timer.h - 1.1 linux/arch/i386/mach-voyager/entry_arch.h - 1.1 linux/arch/i386/mach-voyager/irq_vectors.h - 1.1 linux/arch/i386/mach-voyager/setup.c - 1.1 linux/arch/i386/mach-voyager/setup_arch_post.h - 1.1 linux/arch/i386/mach-voyager/setup_arch_pre.h - 1.1 linux/arch/i386/mach-voyager/voyager_basic.c - 1.1 linux/arch/i386/mach-voyager/voyager_cat.c - 1.1 linux/arch/i386/mach-voyager/voyager_smp.c - 1.1 linux/arch/i386/mach-voyager/voyager_thread.c - 1.1 linux/drivers/media/dvb/frontends/Makefile - 1.1 linux/scripts/kconfig/expr.h - 1.1 linux/drivers/media/dvb/frontends/Kconfig - 1.1 linux/drivers/media/dvb/dvb-core/dvbdev.h - 1.1 linux/scripts/kconfig/expr.c - 1.1 linux/sound/sparc/Kconfig - 1.1 linux/arch/i386/oprofile/Kconfig - 1.1 linux/scripts/kconfig/confdata.c - 1.1 linux/include/linux/dm-ioctl.h - 1.1 linux/scripts/kconfig/conf.c - 1.1 linux/include/linux/device-mapper.h - 1.1 linux/include/linux/crypto.h - 1.1 linux/arch/ia64/Kconfig - 1.1 linux/drivers/media/dvb/dvb-core/dvbdev.c - 1.1 linux/drivers/media/dvb/dvb-core/dvb_net.h - 1.1 linux/drivers/media/dvb/dvb-core/dvb_net.c - 1.1 linux/drivers/media/dvb/dvb-core/dvb_ksyms.c - 1.1 linux/drivers/media/dvb/dvb-core/dvb_i2c.h - 1.1 linux/scripts/kconfig/Makefile - 1.1 linux/arch/ia64/hp/sim/Kconfig - 1.1 linux/scripts/Makefile.modver - 1.1 linux/scripts/Makefile.modinst - 1.1 linux/scripts/Makefile.lib - 1.1 linux/drivers/media/dvb/dvb-core/dvb_i2c.c - 1.1 linux/drivers/media/dvb/dvb-core/dvb_frontend.h - 1.1 linux/drivers/media/dvb/dvb-core/dvb_frontend.c - 1.1 linux/drivers/media/dvb/dvb-core/dvb_filter.h - 1.1 linux/sound/oss/dmasound/Kconfig - 1.1 linux/drivers/media/dvb/dvb-core/dvb_filter.c - 1.1 linux/include/asm-parisc/xor.h - 1.1 linux/include/asm-parisc/tlbflush.h - 1.1 linux/include/asm-parisc/tlb.h - 1.1 linux/include/asm-parisc/thread_info.h - 1.1 linux/arch/ia64/kernel/perfmon_generic.h - 1.1 linux/include/asm-parisc/superio.h - 1.1 linux/scripts/Makefile.build - 1.1 linux/include/asm-parisc/rt_sigframe.h - 1.1 linux/include/asm-parisc/perf.h - 1.1 linux/include/asm-parisc/percpu.h - 1.1 linux/include/asm-parisc/pdc_chassis.h - 1.1 linux/include/asm-parisc/module.h - 1.1 linux/include/asm-parisc/mmzone.h - 1.1 linux/include/asm-parisc/kmap_types.h - 1.1 linux/include/asm-parisc/grfioctl.h - 1.1 linux/include/asm-parisc/floppy.h - 1.1 linux/arch/ia64/mm/discontig.c - 1.1 linux/include/asm-parisc/eisa_eeprom.h - 1.1 linux/arch/ia64/mm/numa.c - 1.1 linux/drivers/char/Kconfig - 1.1 linux/include/asm-parisc/eisa_bus.h - 1.1 linux/include/asm-parisc/dma.h - 1.1 linux/include/asm-parisc/cacheflush.h - 1.1 linux/arch/m68k/Kconfig - 1.1 linux/drivers/media/dvb/dvb-core/dvb_demux.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_physdev.h - 1.1 linux/arch/mips/Kconfig - 1.1 linux/drivers/media/dvb/dvb-core/dvb_demux.c - 1.1 linux/include/asm-ia64/numnodes.h - 1.1 linux/arch/mips64/Kconfig - 1.1 linux/include/asm-ia64/numa.h - 1.1 linux/include/asm-ia64/nodedata.h - 1.1 linux/arch/parisc/Kconfig - 1.1 linux/include/asm-ia64/mmzone.h - 1.1 linux/drivers/media/dvb/dvb-core/dmxdev.h - 1.1 linux/drivers/media/dvb/dvb-core/dmxdev.c - 1.1 linux/arch/parisc/defpalo.conf - 1.1 linux/include/asm-i386/voyager.h - 1.1 linux/arch/parisc/kernel/asm-offsets.c - 1.1 linux/arch/parisc/kernel/binfmt_elf32.c - 1.1 linux/drivers/media/dvb/dvb-core/demux.h - 1.1 linux/drivers/media/dvb/dvb-core/compat.h - 1.1 linux/drivers/media/dvb/dvb-core/Makefile - 1.1 linux/arch/parisc/kernel/firmware.c - 1.1 linux/drivers/media/dvb/dvb-core/Kconfig - 1.1 linux/drivers/media/dvb/av7110/saa7146_v4l.h - 1.1 linux/arch/parisc/kernel/head64.S - 1.1 linux/drivers/media/dvb/av7110/saa7146_v4l.c - 1.1 linux/drivers/media/dvb/av7110/saa7146_defs.h - 1.1 linux/drivers/media/dvb/av7110/saa7146_core.h - 1.1 linux/arch/parisc/kernel/ioctl32.c - 1.1 linux/drivers/media/dvb/av7110/saa7146_core.c - 1.1 linux/drivers/media/dvb/av7110/saa7146.c - 1.1 linux/drivers/media/dvb/av7110/av7110_ir.c - 1.1 linux/arch/parisc/kernel/pacache.S - 1.1 linux/drivers/media/dvb/av7110/av7110_firm.h - 1.1 linux/drivers/media/dvb/av7110/av7110.h - 1.1 linux/drivers/pcmcia/Kconfig - 1.1 linux/arch/parisc/kernel/pdc_chassis.c - 1.1 linux/fs/partitions/Kconfig - 1.1 linux/arch/parisc/kernel/perf.c - 1.1 linux/arch/parisc/kernel/perf_asm.S - 1.1 linux/arch/parisc/kernel/perf_images.h - 1.1 linux/drivers/media/dvb/av7110/Makefile - 1.1 linux/arch/parisc/kernel/processor.c - 1.1 linux/fs/nls/Kconfig - 1.1 linux/drivers/media/dvb/Kconfig - 1.1 linux/drivers/pnp/Kconfig - 1.1 linux/drivers/media/Kconfig - 1.1 linux/drivers/pnp/isapnp/compat.c - 1.1 linux/arch/parisc/kernel/signal32.c - 1.1 linux/arch/parisc/kernel/smp.c - 1.1 linux/arch/parisc/kernel/sys32.h - 1.1 linux/drivers/s390/Kconfig - 1.1 linux/arch/parisc/kernel/sys_parisc32.c - 1.1 linux/net/bluetooth/rfcomm/Kconfig - 1.1 linux/drivers/sbus/char/Kconfig - 1.1 linux/drivers/md/dm.h - 1.1 linux/arch/parisc/kernel/unaligned.c - 1.1 linux/drivers/md/dm.c - 1.1 linux/drivers/md/dm-target.c - 1.1 linux/arch/parisc/lib/io.c - 1.1 linux/drivers/md/dm-table.c - 1.1 linux/arch/parisc/lib/memset.c - 1.1 linux/arch/parisc/math-emu/Makefile - 1.1 linux/arch/parisc/math-emu/README - 1.1 linux/arch/parisc/math-emu/cnv_float.h - 1.1 linux/arch/parisc/math-emu/dbl_float.h - 1.1 linux/arch/parisc/math-emu/decode_exc.c - 1.1 linux/arch/parisc/math-emu/denormal.c - 1.1 linux/arch/parisc/math-emu/dfadd.c - 1.1 linux/arch/parisc/math-emu/dfcmp.c - 1.1 linux/arch/parisc/math-emu/dfdiv.c - 1.1 linux/arch/parisc/math-emu/dfmpy.c - 1.1 linux/arch/parisc/math-emu/dfrem.c - 1.1 linux/arch/parisc/math-emu/dfsqrt.c - 1.1 linux/arch/parisc/math-emu/dfsub.c - 1.1 linux/arch/parisc/math-emu/driver.c - 1.1 linux/arch/parisc/math-emu/fcnvff.c - 1.1 linux/arch/parisc/math-emu/fcnvfu.c - 1.1 linux/arch/parisc/math-emu/fcnvfut.c - 1.1 linux/arch/parisc/math-emu/fcnvfx.c - 1.1 linux/arch/parisc/math-emu/fcnvfxt.c - 1.1 linux/arch/parisc/math-emu/fcnvuf.c - 1.1 linux/arch/parisc/math-emu/fcnvxf.c - 1.1 linux/arch/parisc/math-emu/float.h - 1.1 linux/arch/parisc/math-emu/fmpyfadd.c - 1.1 linux/arch/parisc/math-emu/fpbits.h - 1.1 linux/arch/parisc/math-emu/fpu.h - 1.1 linux/arch/parisc/math-emu/fpudispatch.c - 1.1 linux/arch/parisc/math-emu/frnd.c - 1.1 linux/fs/befs/super.c - 1.1 linux/arch/parisc/math-emu/math-emu.h - 1.1 linux/arch/parisc/math-emu/sfadd.c - 1.1 linux/arch/parisc/math-emu/sfcmp.c - 1.1 linux/arch/parisc/math-emu/sfdiv.c - 1.1 linux/arch/parisc/math-emu/sfmpy.c - 1.1 linux/arch/parisc/math-emu/sfrem.c - 1.1 linux/arch/parisc/math-emu/sfsqrt.c - 1.1 linux/arch/parisc/math-emu/sfsub.c - 1.1 linux/arch/parisc/math-emu/sgl_float.h - 1.1 linux/arch/parisc/math-emu/types.h - 1.1 linux/fs/ncpfs/Kconfig - 1.1 linux/drivers/md/dm-stripe.c - 1.1 linux/drivers/fc4/Kconfig - 1.1 linux/drivers/md/dm-ioctl.c - 1.1 linux/arch/parisc/mm/ioremap.c - 1.1 linux/drivers/cdrom/Kconfig - 1.1 linux/drivers/isdn/tpam/Kconfig - 1.1 linux/include/linux/pfkeyv2.h - 1.1 linux/drivers/scsi/Kconfig - 1.1 linux/drivers/isdn/i4l/Kconfig - 1.1 linux/drivers/isdn/sc/Kconfig - 1.1 linux/fs/fcblist.c - 1.1 linux/arch/ppc/8260_io/Kconfig - 1.1 linux/drivers/scsi/aic7xxx/Kconfig - 1.1 linux/net/irda/ircomm/Kconfig - 1.1 linux/drivers/char/agp/Kconfig - 1.1 linux/drivers/isdn/pcbit/Kconfig - 1.1 linux/arch/ppc/Kconfig - 1.1 linux/drivers/block/paride/Kconfig - 1.1 linux/drivers/char/drm/Kconfig - 1.1 linux/arch/ppc64/Kconfig - 1.1 linux/drivers/isdn/hysdn/Kconfig - 1.1 linux/drivers/isdn/icn/Kconfig - 1.1 linux/arch/s390/Kconfig - 1.1 linux/net/ipv4/ah.c - 1.1 linux/drivers/hotplug/Kconfig - 1.1 linux/arch/s390x/Kconfig - 1.1 linux/drivers/hotplug/acpiphp.h - 1.1 linux/drivers/hotplug/acpiphp_core.c - 1.1 linux/arch/sh/Kconfig - 1.1 linux/drivers/hotplug/acpiphp_glue.c - 1.1 linux/drivers/hotplug/acpiphp_pci.c - 1.1 linux/drivers/hotplug/acpiphp_res.c - 1.1 linux/arch/sparc/Kconfig - 1.1 linux/net/ipv4/netfilter/Kconfig - 1.1 linux/drivers/scsi/pcmcia/Kconfig - 1.1 linux/drivers/i2c/Kconfig - 1.1 linux/drivers/isdn/i4l/isdn_ppp_vj.h - 1.1 linux/drivers/isdn/i4l/isdn_ppp_vj.c - 1.1 linux/drivers/isdn/i4l/isdn_ppp_mp.h - 1.1 linux/drivers/isdn/i4l/isdn_ppp_mp.c - 1.1 linux/drivers/input/joystick/Kconfig - 1.1 linux/fs/befs/super.h - 1.1 linux/arch/sparc64/Kconfig - 1.1 linux/drivers/ide/Kconfig - 1.1 linux/drivers/isdn/i4l/isdn_net_lib.h - 1.1 linux/drivers/block/Kconfig - 1.1 linux/drivers/input/joystick/iforce/Kconfig - 1.1 linux/drivers/input/gameport/Kconfig - 1.1 linux/arch/um/Kconfig - 1.1 linux/arch/um/Kconfig_block - 1.1 linux/arch/um/Kconfig_char - 1.1 linux/arch/um/Kconfig_net - 1.1 linux/arch/um/Kconfig_scsi - 1.1 linux/drivers/usb/host/Kconfig - 1.1 linux/fs/befs/linuxvfs.c - 1.1 linux/arch/x86_64/Kconfig - 1.1 linux/fs/befs/io.h - 1.1 linux/fs/befs/io.c - 1.1 linux/fs/befs/inode.h - 1.1 linux/fs/befs/inode.c - 1.1 linux/sound/ppc/Kconfig - 1.1 linux/fs/befs/endian.h - 1.1 linux/fs/befs/debug.c - 1.1 linux/fs/befs/datastream.h - 1.1 linux/fs/befs/datastream.c - 1.1 linux/fs/befs/btree.h - 1.1 linux/fs/befs/btree.c - 1.1 linux/fs/befs/befs_fs_types.h - 1.1 linux/fs/befs/befs.h - 1.1 linux/fs/befs/attribute.c - 1.1 linux/fs/befs/TODO - 1.1 linux/fs/befs/Makefile - 1.1 linux/fs/befs/ChangeLog - 1.1 linux/sound/pci/Kconfig - 1.1 linux/fs/Kconfig - 1.1 linux/drivers/input/Kconfig - 1.1 linux/drivers/input/keyboard/Kconfig - 1.1 linux/lib/kobject.c - 1.1 linux/drivers/ieee1394/Kconfig - 1.1 linux/lib/Kconfig - 1.1 linux/net/sctp/Kconfig - 1.1 linux/crypto/Kconfig - 1.1 linux/crypto/Makefile - 1.1 linux/crypto/api.c - 1.1 linux/crypto/autoload.c - 1.1 linux/crypto/cipher.c - 1.1 linux/crypto/compress.c - 1.1 linux/crypto/des.c - 1.1 linux/crypto/digest.c - 1.1 linux/crypto/internal.h - 1.1 linux/crypto/md4.c - 1.1 linux/crypto/md5.c - 1.1 linux/crypto/sha1.c - 1.1 linux/crypto/tcrypt.c - 1.1 linux/crypto/tcrypt.h - 1.1 linux/drivers/usb/image/Kconfig - 1.1 linux/net/ipv4/netfilter/ipt_physdev.c - 1.1 linux/drivers/acorn/block/Kconfig - 1.1 linux/net/Kconfig - 1.1 linux/net/ipv4/xfrm_policy.c - 1.1 linux/drivers/zorro/Kconfig - 1.1 linux/drivers/input/misc/Kconfig - 1.1 linux/drivers/acorn/net/Kconfig - 1.1 linux/net/ipv6/netfilter/Kconfig - 1.1 linux/net/irda/Kconfig - 1.1 linux/drivers/acorn/scsi/Kconfig - 1.1 linux/net/irda/irnet/Kconfig - 1.1 linux/drivers/input/mouse/Kconfig - 1.1 linux/net/bluetooth/bnep/Kconfig - 1.1 linux/drivers/serial/Kconfig - 1.1 linux/drivers/isdn/hisax/Kconfig - 1.1 linux/drivers/sgi/Kconfig - 1.1 linux/drivers/telephony/Kconfig - 1.1 linux/net/ipx/Kconfig - 1.1 linux/drivers/scsi/g_NCR5380_mmio.c - 1.1 linux/drivers/acpi/Kconfig - 1.1 linux/drivers/video/Kconfig - 1.1 linux/net/sched/Kconfig - 1.1 linux/drivers/isdn/hardware/eicon/Kconfig - 1.1 linux/drivers/usb/storage/Kconfig - 1.1 linux/net/ipv4/xfrm_input.c - 1.1 linux/drivers/atm/Kconfig - 1.1 linux/net/ipv4/xfrm_state.c - 1.1 linux/drivers/usb/serial/Kconfig - 1.1 linux/drivers/isdn/hardware/avm/Kconfig - 1.1 linux/drivers/usb/misc/Kconfig - 1.1 linux/net/ipv6/Kconfig - 1.1 linux/drivers/usb/Kconfig - 1.1 linux/sound/oss/Kconfig - 1.1 linux/drivers/usb/net/Kconfig - 1.1 linux/drivers/isdn/hardware/Kconfig - 1.1 linux/net/bluetooth/Kconfig - 1.1 linux/include/linux/usb_ch9.h - 1.1 linux/drivers/isdn/eicon/Kconfig - 1.1 linux/drivers/usb/class/Kconfig - 1.1 linux/drivers/char/pcmcia/Kconfig - 1.1 linux/drivers/isdn/capi/Kconfig - 1.1 linux/net/ax25/Kconfig - 1.1 linux/drivers/usb/core/Kconfig - 1.1 linux/drivers/char/ftape/Kconfig - 1.1 linux/drivers/char/eventpoll.c - 1.1 linux/drivers/isdn/act2000/Kconfig - 1.1 linux/drivers/usb/input/Kconfig - 1.1 linux/include/net/xfrm.h - 1.1 linux/drivers/input/serio/Kconfig - 1.1 linux/drivers/isdn/Kconfig - 1.1 linux/init/Kconfig - 1.1 linux/drivers/usb/media/Kconfig - 1.1 linux/drivers/input/touchscreen/Kconfig - 1.1 linux/scripts/ver_linux - 1.10 linux/scripts/Makefile - 1.12 linux/net/x25/Makefile - 1.7 linux/net/unix/Makefile - 1.6 linux/net/sunrpc/xprt.c - 1.35 linux/net/sunrpc/svcsock.c - 1.24 linux/net/sunrpc/svcauth.c - 1.7 linux/net/sunrpc/svc.c - 1.17 linux/net/sunrpc/sunrpc_syms.c - 1.16 linux/net/sunrpc/Makefile - 1.8 linux/net/socket.c - 1.46 linux/net/sched/Config.in - 1.10 linux/net/rose/Makefile - 1.6 linux/net/packet/af_packet.c - 1.37 linux/net/netsyms.c - 1.54 linux/net/netrom/Makefile - 1.6 linux/net/netlink/af_netlink.c - 1.22 linux/net/irda/irlan/Config.in - 1.4 linux/net/irda/ircomm/Config.in - 1.4 linux/net/irda/Makefile - 1.11 linux/net/irda/Config.in - 1.9 linux/net/ipx/Makefile - 1.10 linux/net/ipx/Config.in - 1.6 linux/net/ipv6/udp.c - 1.34 linux/net/ipv6/tcp_ipv6.c - 1.43 linux/net/ipv6/sysctl_net_ipv6.c - 1.4 linux/net/ipv6/sit.c - 1.26 linux/net/ipv6/route.c - 1.25 linux/net/ipv6/raw.c - 1.30 linux/net/ipv6/ndisc.c - 1.26 linux/net/ipv6/ipv6_sockglue.c - 1.18 linux/net/ipv6/ip6_output.c - 1.16 linux/net/ipv6/ip6_input.c - 1.11 linux/net/ipv6/ip6_fib.c - 1.14 linux/net/ipv6/icmp.c - 1.22 linux/net/ipv6/datagram.c - 1.12 linux/net/ipv6/af_inet6.c - 1.27 linux/net/ipv6/addrconf.c - 1.29 linux/net/ipv6/Config.in - 1.9 linux/net/ipv4/udp.c - 1.35 linux/net/ipv4/tcp_output.c - 1.33 linux/net/ipv4/tcp_ipv4.c - 1.53 linux/net/ipv4/tcp_input.c - 1.45 linux/net/ipv4/tcp.c - 1.47 linux/net/ipv4/syncookies.c - 1.17 linux/net/ipv4/route.c - 1.38 linux/net/ipv4/raw.c - 1.27 linux/net/ipv4/proc.c - 1.14 linux/net/ipv4/ipmr.c - 1.25 linux/net/ipv4/ipip.c - 1.26 linux/net/ipv4/ip_sockglue.c - 1.21 linux/net/ipv4/ip_output.c - 1.38 linux/net/ipv4/ip_nat_dumb.c - 1.7 linux/net/ipv4/ip_input.c - 1.18 linux/net/ipv4/ip_gre.c - 1.25 linux/net/ipv4/ip_forward.c - 1.9 linux/net/ipv4/igmp.c - 1.21 linux/net/ipv4/icmp.c - 1.35 linux/net/ipv4/fib_semantics.c - 1.12 linux/net/ipv4/fib_hash.c - 1.7 linux/net/ipv4/arp.c - 1.26 linux/net/ipv4/af_inet.c - 1.44 linux/net/ipv4/Makefile - 1.13 linux/net/ipv4/Config.in - 1.12 linux/net/core/skbuff.c - 1.28 linux/net/core/rtnetlink.c - 1.11 linux/net/core/dst.c - 1.12 linux/net/bridge/br.c - 1.25 linux/net/bridge/Makefile - 1.7 linux/net/ax25/Makefile - 1.6 linux/net/ax25/Config.in - 1.7 linux/net/appletalk/Makefile - 1.7 linux/net/Config.in - 1.30 linux/net/802/psnap.c - 1.11 linux/mm/vmscan.c - 1.119 linux/mm/swapfile.c - 1.67 linux/mm/swap_state.c - 1.53 linux/mm/swap.c - 1.29 linux/mm/slab.c - 1.43 linux/mm/page_alloc.c - 1.98 linux/mm/mmap.c - 1.64 linux/mm/filemap.c - 1.141 linux/lib/Makefile - 1.15 linux/kernel/softirq.c - 1.32 linux/kernel/resource.c - 1.18 linux/kernel/module.c - 1.30 linux/kernel/ksyms.c - 1.173 linux/kernel/fork.c - 1.75 linux/kernel/Makefile - 1.39 linux/init/main.c - 1.95 linux/include/scsi/scsicam.h - 1.5 linux/include/net/udp.h - 1.11 linux/include/net/tcp.h - 1.39 linux/include/net/sock.h - 1.38 linux/include/net/route.h - 1.19 linux/include/net/ipv6.h - 1.12 linux/include/net/ipip.h - 1.6 linux/include/net/ip_fib.h - 1.8 linux/include/net/ip.h - 1.21 linux/include/net/dst.h - 1.9 linux/include/net/arp.h - 1.5 linux/include/linux/udp.h - 1.4 linux/include/linux/timer.h - 1.18 linux/include/linux/sysctl.h - 1.65 linux/include/linux/sys.h - 1.3 linux/include/linux/sunrpc/svc.h - 1.11 linux/include/linux/skbuff.h - 1.29 linux/include/linux/sched.h - 1.90 linux/include/linux/rtnetlink.h - 1.14 linux/include/linux/random.h - 1.6 linux/include/linux/pipe_fs_i.h - 1.10 linux/include/linux/pagemap.h - 1.49 linux/include/linux/notifier.h - 1.6 linux/include/linux/nfsd/xdr3.h - 1.7 linux/include/linux/nfsd/xdr.h - 1.7 linux/include/linux/nfsd/nfsfh.h - 1.16 linux/include/linux/nfsd/nfsd.h - 1.18 linux/include/linux/nfsd/export.h - 1.16 linux/include/linux/nfsd/cache.h - 1.4 linux/include/linux/netlink.h - 1.10 linux/include/linux/msdos_fs_sb.h - 1.11 linux/include/linux/msdos_fs.h - 1.24 linux/include/linux/mm.h - 1.106 linux/include/linux/major.h - 1.29 linux/include/linux/loop.h - 1.11 linux/include/linux/list.h - 1.23 linux/include/linux/kdev_t.h - 1.8 linux/include/linux/isdnif.h - 1.16 linux/include/linux/isdn_ppp.h - 1.14 linux/include/linux/isdn.h - 1.30 linux/include/linux/ipv6.h - 1.4 linux/include/linux/ip.h - 1.7 linux/include/linux/ioport.h - 1.13 linux/include/linux/in6.h - 1.7 linux/include/linux/if.h - 1.6 linux/include/linux/hdreg.h - 1.29 linux/include/linux/genhd.h - 1.30 linux/include/linux/fs.h - 1.197 linux/include/linux/fat_cvf.h - 1.5 linux/include/linux/blkdev.h - 1.76 linux/include/linux/blk.h - 1.38 linux/include/asm-sparc64/system.h - 1.25 linux/include/asm-sparc64/page.h - 1.21 linux/include/asm-i386/unistd.h - 1.30 linux/include/asm-i386/uaccess.h - 1.16 linux/include/asm-i386/poll.h - 1.3 linux/include/asm-i386/io.h - 1.31 linux/include/asm-i386/ide.h - 1.14 linux/include/asm-i386/fixmap.h - 1.13 linux/fs/vfat/namei.c - 1.37 linux/fs/super.c - 1.93 linux/fs/read_write.c - 1.28 linux/fs/pipe.c - 1.36 linux/fs/open.c - 1.44 linux/fs/nls/Config.in - 1.13 linux/fs/nfsd/vfs.c - 1.59 linux/fs/nfsd/nfsxdr.c - 1.18 linux/fs/nfsd/nfssvc.c - 1.28 linux/fs/nfsd/nfsproc.c - 1.29 linux/fs/nfsd/nfsctl.c - 1.37 linux/fs/nfsd/nfscache.c - 1.12 linux/fs/nfsd/nfs3xdr.c - 1.31 linux/fs/nfsd/nfs3proc.c - 1.19 linux/fs/nfsd/export.c - 1.44 linux/fs/ncpfs/Config.in - 1.8 linux/fs/msdos/namei.c - 1.35 linux/fs/lockd/xdr.c - 1.16 linux/fs/file_table.c - 1.25 linux/fs/fat/misc.c - 1.16 linux/fs/fat/inode.c - 1.51 linux/fs/fat/file.c - 1.27 linux/fs/fat/fatfs_syms.c - 1.15 linux/fs/fat/dir.c - 1.21 linux/fs/fat/cvf.c - 1.9 linux/fs/fat/cache.c - 1.20 linux/fs/fat/buffer.c - 1.12 linux/fs/fat/Makefile - 1.7 linux/fs/ext2/inode.c - 1.58 linux/fs/buffer.c - 1.141 linux/fs/block_dev.c - 1.67 linux/fs/Makefile - 1.73 linux/fs/Config.in - 1.101 linux/drivers/video/tcxfb.c - 1.10 linux/drivers/video/leofb.c - 1.13 linux/drivers/video/clgenfb.h - 1.5 linux/drivers/video/clgenfb.c - 1.30 linux/drivers/video/bwtwofb.c - 1.12 linux/drivers/video/Config.in - 1.42 linux/drivers/usb/Config.in - 1.61 linux/drivers/scsi/wd7000.h - 1.8 linux/drivers/scsi/wd7000.c - 1.19 linux/drivers/scsi/ultrastor.h - 1.4 linux/drivers/scsi/ultrastor.c - 1.15 linux/drivers/scsi/u14-34f.h - 1.13 linux/drivers/scsi/u14-34f.c - 1.25 linux/drivers/scsi/tmscsim.c - 1.19 linux/drivers/scsi/t128.h - 1.7 linux/drivers/scsi/t128.c - 1.12 linux/drivers/scsi/sym53c8xx.h - 1.11 linux/drivers/scsi/sym53c8xx.c - 1.37 linux/drivers/scsi/sym53c416.h - 1.7 linux/drivers/scsi/sym53c416.c - 1.14 linux/drivers/scsi/st.c - 1.56 linux/drivers/scsi/sr_ioctl.c - 1.30 linux/drivers/scsi/sr.h - 1.11 linux/drivers/scsi/sr.c - 1.57 linux/drivers/scsi/sg.c - 1.42 linux/drivers/scsi/seagate.h - 1.6 linux/drivers/scsi/seagate.c - 1.21 linux/drivers/scsi/sd.h - 1.12 linux/drivers/scsi/sd.c - 1.77 linux/drivers/scsi/scsicam.c - 1.13 linux/drivers/scsi/scsi_syms.c - 1.23 linux/drivers/scsi/scsi_error.c - 1.34 linux/drivers/scsi/scsi_debug.h - 1.10 linux/drivers/scsi/scsi_debug.c - 1.25 linux/drivers/scsi/scsi.h - 1.38 linux/drivers/scsi/scsi.c - 1.64 linux/drivers/scsi/qlogicpti.h - 1.8 linux/drivers/scsi/qlogicpti.c - 1.22 linux/drivers/scsi/qlogicisp.h - 1.5 linux/drivers/scsi/qlogicisp.c - 1.30 linux/drivers/scsi/qlogicfc.h - 1.12 linux/drivers/scsi/qlogicfc.c - 1.31 linux/drivers/scsi/qlogicfas.h - 1.5 linux/drivers/scsi/qlogicfas.c - 1.17 linux/drivers/scsi/psi240i.h - 1.6 linux/drivers/scsi/psi240i.c - 1.10 linux/drivers/scsi/ppa.h - 1.12 linux/drivers/scsi/ppa.c - 1.20 linux/drivers/scsi/pluto.h - 1.5 linux/drivers/scsi/pci2220i.h - 1.9 linux/drivers/scsi/pci2220i.c - 1.25 linux/drivers/scsi/pci2000.h - 1.8 linux/drivers/scsi/pci2000.c - 1.22 linux/drivers/scsi/pas16.h - 1.6 linux/drivers/scsi/pas16.c - 1.13 linux/drivers/scsi/ncr53c8xx.h - 1.7 linux/drivers/scsi/ncr53c8xx.c - 1.28 linux/drivers/scsi/mvme16x.h - 1.5 linux/drivers/scsi/mesh.c - 1.13 linux/drivers/scsi/megaraid.h - 1.16 linux/drivers/scsi/megaraid.c - 1.38 linux/drivers/scsi/mac_scsi.h - 1.4 linux/drivers/scsi/inia100.h - 1.12 linux/drivers/scsi/inia100.c - 1.23 linux/drivers/scsi/ini9100u.h - 1.12 linux/drivers/scsi/ini9100u.c - 1.20 linux/drivers/scsi/in2000.h - 1.12 linux/drivers/scsi/in2000.c - 1.13 linux/drivers/scsi/imm.h - 1.11 linux/drivers/scsi/imm.c - 1.20 linux/drivers/scsi/ide-scsi.c - 1.47 linux/drivers/scsi/ibmmca.h - 1.8 linux/drivers/scsi/ibmmca.c - 1.19 linux/drivers/scsi/hosts.h - 1.29 linux/drivers/scsi/hosts.c - 1.35 linux/drivers/scsi/gdth.h - 1.10 linux/drivers/scsi/gdth.c - 1.22 linux/drivers/scsi/g_NCR5380.h - 1.8 linux/drivers/scsi/g_NCR5380.c - 1.17 linux/drivers/scsi/fdomain.h - 1.7 linux/drivers/scsi/fdomain.c - 1.24 linux/drivers/scsi/fd_mcs.h - 1.5 linux/drivers/scsi/fd_mcs.c - 1.9 linux/drivers/scsi/fcal.h - 1.5 linux/drivers/scsi/esp.h - 1.9 linux/drivers/scsi/esp.c - 1.27 linux/drivers/scsi/eata_pio.h - 1.3 linux/drivers/scsi/eata_pio.c - 1.16 linux/drivers/scsi/eata_generic.h - 1.4 linux/drivers/scsi/eata_dma.h - 1.4 linux/drivers/scsi/eata_dma.c - 1.20 linux/drivers/scsi/eata.h - 1.13 linux/drivers/scsi/eata.c - 1.28 linux/drivers/scsi/dtc.h - 1.6 linux/drivers/scsi/dtc.c - 1.12 linux/drivers/scsi/dc390.h - 1.8 linux/drivers/scsi/bvme6000.h - 1.5 linux/drivers/scsi/atp870u.h - 1.8 linux/drivers/scsi/atp870u.c - 1.23 linux/drivers/scsi/amiga7xx.h - 1.5 linux/drivers/scsi/aha1740.h - 1.5 linux/drivers/scsi/aha1740.c - 1.12 linux/drivers/scsi/aha1542.h - 1.8 linux/drivers/scsi/aha1542.c - 1.28 linux/drivers/scsi/aha152x.h - 1.10 linux/drivers/scsi/aha152x.c - 1.33 linux/drivers/scsi/advansys.h - 1.9 linux/drivers/scsi/advansys.c - 1.30 linux/drivers/scsi/NCR53c406a.h - 1.5 linux/drivers/scsi/NCR53c406a.c - 1.15 linux/drivers/scsi/NCR5380.h - 1.6 linux/drivers/scsi/NCR5380.c - 1.13 linux/drivers/scsi/Makefile - 1.43 linux/drivers/scsi/Config.in - 1.34 linux/drivers/scsi/BusLogic.h - 1.11 linux/drivers/scsi/BusLogic.c - 1.20 linux/drivers/scsi/AM53C974.h - 1.5 linux/drivers/scsi/AM53C974.c - 1.16 linux/drivers/scsi/53c7xx.c - 1.20 linux/drivers/scsi/53c7,8xx.h - 1.6 linux/drivers/scsi/53c7,8xx.c - 1.22 linux/drivers/sbus/char/bpp.c - 1.21 linux/drivers/sbus/char/Config.in - 1.11 linux/drivers/pnp/Makefile - 1.16 linux/drivers/pnp/Config.in - 1.10 linux/drivers/net/znet.c - 1.11 linux/drivers/net/smc9194.c - 1.21 linux/drivers/net/pcnet32.c - 1.37 linux/drivers/net/irda/Config.in - 1.17 linux/drivers/net/hamradio/soundmodem/Makefile - 1.9 linux/drivers/net/hamradio/baycom_epp.c - 1.23 linux/drivers/net/hamradio/Config.in - 1.9 linux/drivers/net/ewrk3.c - 1.25 linux/drivers/net/eepro100.c - 1.52 linux/drivers/net/depca.c - 1.22 linux/drivers/net/de620.c - 1.16 linux/drivers/net/Space.c - 1.37 linux/drivers/net/Config.in - 1.67 linux/drivers/net/3c59x.c - 1.40 linux/drivers/net/3c515.c - 1.24 linux/drivers/net/3c509.c - 1.36 linux/drivers/macintosh/adb.c - 1.19 linux/drivers/isdn/sc/Makefile - 1.7 linux/drivers/isdn/pcbit/Makefile - 1.7 linux/drivers/isdn/isdnloop/isdnloop.c - 1.16 linux/drivers/isdn/isdnloop/Makefile - 1.6 linux/drivers/isdn/icn/icn.c - 1.20 linux/drivers/isdn/icn/Makefile - 1.7 linux/drivers/isdn/hisax/teles3.c - 1.16 linux/drivers/isdn/hisax/teles0.c - 1.14 linux/drivers/isdn/hisax/teleint.c - 1.13 linux/drivers/isdn/hisax/sportster.c - 1.13 linux/drivers/isdn/hisax/sedlbauer.c - 1.20 linux/drivers/isdn/hisax/niccy.c - 1.18 linux/drivers/isdn/hisax/netjet.c - 1.23 linux/drivers/isdn/hisax/mic.c - 1.12 linux/drivers/isdn/hisax/l3dss1.c - 1.16 linux/drivers/isdn/hisax/ix1_micro.c - 1.13 linux/drivers/isdn/hisax/isdnl2.c - 1.15 linux/drivers/isdn/hisax/isdnl1.c - 1.18 linux/drivers/isdn/hisax/isac.c - 1.15 linux/drivers/isdn/hisax/hscx.c - 1.14 linux/drivers/isdn/hisax/hisax.h - 1.31 linux/drivers/isdn/hisax/hfc_2bs0.c - 1.17 linux/drivers/isdn/hisax/hfc_2bds0.c - 1.17 linux/drivers/isdn/hisax/elsa.c - 1.21 linux/drivers/isdn/hisax/diva.c - 1.17 linux/drivers/isdn/hisax/config.c - 1.33 linux/drivers/isdn/hisax/callc.c - 1.19 linux/drivers/isdn/hisax/avm_a1.c - 1.13 linux/drivers/isdn/hisax/asuscom.c - 1.16 linux/drivers/isdn/hisax/amd7930.c - 1.14 linux/drivers/isdn/hisax/Makefile - 1.23 linux/drivers/isdn/act2000/Makefile - 1.8 linux/drivers/isdn/Makefile - 1.16 linux/drivers/isdn/Config.in - 1.28 linux/drivers/fc4/fcp_impl.h - 1.5 linux/drivers/fc4/fc_syms.c - 1.3 linux/drivers/fc4/fc.c - 1.12 linux/drivers/fc4/Config.in - 1.6 linux/drivers/char/tpqic02.c - 1.23 linux/drivers/char/stallion.c - 1.24 linux/drivers/char/specialix.c - 1.16 linux/drivers/char/random.c - 1.34 linux/drivers/char/istallion.c - 1.24 linux/drivers/char/ftape/Config.in - 1.7 linux/drivers/char/Makefile - 1.77 linux/drivers/char/Config.in - 1.69 linux/drivers/cdrom/sjcd.c - 1.26 linux/drivers/cdrom/optcd.c - 1.27 linux/drivers/cdrom/mcd.c - 1.27 linux/drivers/cdrom/gscd.c - 1.27 linux/drivers/cdrom/cm206.c - 1.28 linux/drivers/cdrom/aztcd.c - 1.29 linux/drivers/cdrom/Config.in - 1.6 linux/drivers/block/z2ram.c - 1.23 linux/drivers/block/xd.h - 1.12 linux/drivers/block/xd.c - 1.50 linux/drivers/block/swim3.c - 1.25 linux/drivers/block/rd.c - 1.66 linux/drivers/block/ps2esdi.c - 1.52 linux/drivers/block/paride/Config.in - 1.7 linux/drivers/block/loop.c - 1.73 linux/drivers/block/ll_rw_blk.c - 1.121 linux/drivers/block/genhd.c - 1.40 linux/drivers/block/floppy.c - 1.57 linux/drivers/block/ataflop.c - 1.32 linux/drivers/block/amiflop.c - 1.33 linux/drivers/block/acsi.c - 1.42 linux/drivers/block/Config.in - 1.42 linux/drivers/acorn/scsi/powertec.c - 1.17 linux/drivers/acorn/scsi/eesox.c - 1.17 linux/drivers/acorn/scsi/cumana_2.c - 1.17 linux/drivers/acorn/scsi/cumana_1.c - 1.12 linux/drivers/acorn/scsi/acornscsi.c - 1.21 linux/drivers/acorn/scsi/Config.in - 1.6 linux/drivers/acorn/net/Config.in - 1.5 linux/drivers/acorn/block/mfmhd.c - 1.35 linux/drivers/acorn/block/fd1772.c - 1.26 linux/drivers/acorn/block/Config.in - 1.4 linux/arch/sparc64/prom/Makefile - 1.12 linux/arch/sparc64/kernel/ioctl32.c - 1.60 linux/arch/sparc64/defconfig - 1.83 linux/arch/sparc64/config.in - 1.64 linux/arch/sparc/mm/viking.S - 1.9 linux/arch/sparc/mm/tsunami.S - 1.10 linux/arch/sparc/mm/hypersparc.S - 1.8 linux/arch/sparc/kernel/sclow.S - 1.5 linux/arch/sparc/kernel/pcic.c - 1.25 linux/arch/sparc/config.in - 1.47 linux/arch/sparc/boot/btfixupprep.c - 1.4 linux/arch/ppc/config.in - 1.62 linux/arch/mips/config.in - 1.37 linux/arch/m68k/config.in - 1.35 linux/arch/i386/mm/ioremap.c - 1.19 linux/arch/i386/mm/init.c - 1.46 linux/arch/i386/mm/fault.c - 1.29 linux/arch/i386/lib/usercopy.c - 1.8 linux/arch/i386/kernel/traps.c - 1.65 linux/arch/i386/kernel/setup.c - 1.85 linux/arch/i386/kernel/ptrace.c - 1.24 linux/arch/i386/kernel/process.c - 1.59 linux/arch/i386/kernel/mca.c - 1.16 linux/arch/i386/kernel/irq.c - 1.51 linux/arch/i386/kernel/io_apic.c - 1.48 linux/arch/i386/kernel/i386_ksyms.c - 1.61 linux/arch/i386/kernel/entry.S - 1.66 linux/arch/i386/kernel/apm.c - 1.54 linux/arch/i386/defconfig - 1.116 linux/arch/i386/boot/setup.S - 1.30 linux/arch/i386/boot/Makefile - 1.19 linux/arch/i386/Makefile - 1.38 linux/arch/arm/config.in - 1.48 linux/arch/alpha/config.in - 1.54 linux/Rules.make - 1.35 linux/Makefile - 1.228 linux/MAINTAINERS - 1.124 linux/Documentation/networking/ip-sysctl.txt - 1.15 linux/Documentation/ioctl-number.txt - 1.20 linux/Documentation/devices.txt - 1.13 linux/Documentation/Changes - 1.59 linux/Documentation/00-INDEX - 1.14 linux/CREDITS - 1.91 linux/net/decnet/dn_route.c - 1.23 linux/net/decnet/Makefile - 1.9 linux/net/decnet/Config.in - 1.8 linux/include/linux/ide.h - 1.69 linux/drivers/isdn/hisax/s0box.c - 1.10 linux/drivers/isdn/hisax/isar.c - 1.20 linux/drivers/isdn/hisax/elsa_ser.c - 1.12 linux/drivers/isdn/hisax/avm_pci.c - 1.17 linux/drivers/isdn/hisax/avm_a1p.c - 1.10 linux/drivers/isdn/eicon/Makefile - 1.8 linux/drivers/acorn/scsi/arxescsi.h - 1.5 linux/drivers/acorn/scsi/arxescsi.c - 1.14 linux/arch/i386/vmlinux.lds.S - 1.11 linux/drivers/sgi/Config.in - 1.6 linux/drivers/char/dz.c - 1.18 linux/drivers/misc/Config.in - 1.8 linux/drivers/block/cpqarray.c - 1.62 linux/drivers/parport/parport_pc.c - 1.49 linux/drivers/parport/Config.in - 1.16 linux/drivers/char/raw.c - 1.32 linux/fs/partitions/check.c - 1.58 linux/fs/partitions/Config.in - 1.21 linux/drivers/video/vga.h - 1.6 linux/drivers/isdn/hisax/saphir.c - 1.11 linux/drivers/isdn/hisax/jade_irq.c - 1.8 linux/drivers/isdn/hisax/jade.c - 1.12 linux/drivers/isdn/hisax/isurf.c - 1.13 linux/drivers/isdn/hisax/hfcscard.c - 1.11 linux/drivers/isdn/hisax/hfc_pci.c - 1.26 linux/drivers/isdn/hisax/gazel.c - 1.15 linux/drivers/isdn/hisax/bkm_a8.c - 1.14 linux/drivers/isdn/hisax/bkm_a4t.c - 1.14 linux/drivers/isdn/divert/Makefile - 1.6 linux/Documentation/fb/clgenfb.txt - 1.6 linux/drivers/net/sis900.c - 1.37 linux/drivers/net/fc/iph5526.c - 1.21 linux/drivers/char/ip2main.c - 1.21 linux/drivers/char/ip2/i2lib.c - 1.9 linux/drivers/atm/zatm.c - 1.16 linux/drivers/atm/Makefile - 1.22 linux/drivers/atm/Config.in - 1.13 linux/net/core/netfilter.c - 1.17 linux/include/linux/netfilter_ipv4.h - 1.8 linux/include/linux/netfilter.h - 1.10 linux/drivers/block/DAC960.c - 1.61 linux/arch/sh/mm/fault.c - 1.22 linux/arch/sh/config.in - 1.29 linux/drivers/scsi/ips.h - 1.18 linux/drivers/scsi/ips.c - 1.32 linux/include/asm-i386/kmap_types.h - 1.12 linux/drivers/pcmcia/rsrc_mgr.c - 1.16 linux/drivers/pcmcia/Config.in - 1.15 linux/drivers/block/swim_iop.c - 1.20 linux/drivers/net/pcmcia/Config.in - 1.28 linux/drivers/net/pcmcia/3c589_cs.c - 1.22 linux/include/linux/acpi.h - 1.31 linux/drivers/net/wan/cycx_main.c - 1.14 linux/drivers/net/wan/Config.in - 1.19 linux/drivers/net/tokenring/Config.in - 1.11 linux/arch/ppc/8xx_io/Config.in - 1.8 linux/drivers/net/wan/sdla.c - 1.14 linux/drivers/scsi/sim710.h - 1.7 linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.18 linux/mm/highmem.c - 1.46 linux/include/linux/highmem.h - 1.27 linux/fs/proc/proc_misc.c - 1.47 linux/fs/proc/kcore.c - 1.14 linux/drivers/char/pcmcia/Config.in - 1.10 linux/drivers/isdn/hisax/w6692.c - 1.15 linux/drivers/scsi/sun3_scsi.h - 1.3 linux/include/linux/mmzone.h - 1.31 linux/drivers/pci/Config.in - 1.2 linux/kernel/timer.c - 1.35 linux/drivers/scsi/scsi_merge.c - 1.43 linux/drivers/scsi/scsi_lib.c - 1.53 linux/drivers/i2c/Config.in - 1.9 linux/drivers/sbus/char/jsflash.c - 1.27 linux/drivers/telephony/Config.in - 1.3 linux/drivers/net/arcnet/Config.in - 1.3 linux/Documentation/usb/URB.txt - 1.6 linux/drivers/net/tokenring/smctr.h - 1.5 linux/drivers/net/tokenring/smctr.c - 1.16 linux/drivers/pnp/quirks.c - 1.11 linux/drivers/ieee1394/ieee1394_types.h - 1.16 linux/drivers/ieee1394/Config.in - 1.9 linux/drivers/scsi/scsi_scan.c - 1.34 linux/drivers/scsi/3w-xxxx.h - 1.14 linux/drivers/scsi/3w-xxxx.c - 1.23 linux/drivers/char/vme_scc.c - 1.11 linux/drivers/atm/iphase.h - 1.3 linux/drivers/atm/iphase.c - 1.16 linux/arch/ia64/kernel/fw-emu.c - 1.10 linux/arch/ia64/kernel/efi.c - 1.19 linux/arch/ia64/kernel/acpi.c - 1.18 linux/arch/ia64/ia32/sys_ia32.c - 1.34 linux/arch/ia64/ia32/ia32_signal.c - 1.10 linux/arch/ia64/hp/Makefile - 1.8 linux/arch/ia64/vmlinux.lds.S - 1.16 linux/arch/ia64/defconfig - 1.23 linux/arch/ia64/config.in - 1.38 linux/arch/ia64/boot/Makefile - 1.8 linux/arch/ia64/Makefile - 1.22 linux/arch/ia64/tools/Makefile - 1.11 linux/arch/ia64/kernel/setup.c - 1.20 linux/arch/ia64/kernel/signal.c - 1.19 linux/arch/ia64/kernel/sys_ia64.c - 1.15 linux/arch/ia64/kernel/time.c - 1.17 linux/arch/ia64/kernel/traps.c - 1.17 linux/arch/ia64/lib/Makefile - 1.16 linux/arch/ia64/kernel/ivt.S - 1.19 linux/arch/ia64/kernel/process.c - 1.21 linux/arch/ia64/kernel/perfmon.c - 1.18 linux/arch/ia64/kernel/mca.c - 1.15 linux/arch/ia64/mm/init.c - 1.22 linux/arch/ia64/mm/Makefile - 1.4 linux/drivers/scsi/qla1280.h - 1.8 linux/drivers/scsi/qla1280.c - 1.22 linux/include/asm-ia64/iosapic.h - 1.7 linux/include/asm-ia64/ia32.h - 1.13 linux/include/asm-ia64/siginfo.h - 1.16 linux/include/linux/raid/md_k.h - 1.29 linux/include/asm-ia64/processor.h - 1.26 linux/include/asm-ia64/page.h - 1.17 linux/drivers/net/8139too.c - 1.45 linux/drivers/isdn/hisax/hfc_sx.c - 1.15 linux/drivers/isdn/hysdn/Makefile - 1.7 linux/fs/devfs/base.c - 1.46 linux/drivers/scsi/pcmcia/Config.in - 1.4 linux/Documentation/LVM-HOWTO - 1.2 linux/net/bridge/br_forward.c - 1.7 linux/include/linux/lvm.h - 1.15 linux/fs/lockd/xdr4.c - 1.11 linux/net/bridge/br_private.h - 1.9 linux/net/bridge/br_input.c - 1.13 linux/Documentation/networking/8139too.txt - 1.19 linux/drivers/net/tulip/tulip_core.c - 1.43 linux/drivers/net/tulip/timer.c - 1.12 linux/drivers/net/tulip/pnic.c - 1.10 linux/drivers/net/tulip/media.c - 1.13 linux/drivers/net/tulip/interrupt.c - 1.17 linux/drivers/net/tulip/eeprom.c - 1.14 linux/drivers/net/tulip/21142.c - 1.14 linux/arch/mips64/config.in - 1.27 linux/drivers/video/riva/riva_tbl.h - 1.4 linux/drivers/video/riva/riva_hw.h - 1.3 linux/drivers/video/riva/riva_hw.c - 1.4 linux/drivers/video/riva/nv4ref.h - 1.2 linux/drivers/net/appletalk/cops.c - 1.14 linux/drivers/net/appletalk/Config.in - 1.6 linux/include/linux/usb.h - 1.49 linux/drivers/usb/serial/usb-serial.c - 1.7 linux/drivers/parport/ChangeLog - 1.29 linux/drivers/ide/ide.c - 1.75 linux/drivers/ide/ide-tape.c - 1.38 linux/drivers/ide/ide-probe.c - 1.45 linux/drivers/ide/ide-floppy.c - 1.39 linux/drivers/ide/ide-disk.c - 1.52 linux/drivers/ide/ide-cd.c - 1.53 linux/drivers/ide/Config.in - 1.36 linux/drivers/block/elevator.c - 1.25 linux/include/linux/elevator.h - 1.15 linux/drivers/net/tokenring/lanstreamer.c - 1.13 linux/net/ipv4/netfilter/ipt_unclean.c - 1.10 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.16 linux/net/ipv4/netfilter/ipt_LOG.c - 1.10 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.17 linux/net/ipv4/netfilter/Makefile - 1.18 linux/net/ipv4/netfilter/Config.in - 1.12 linux/drivers/scsi/dmx3191d.h - 1.5 linux/drivers/scsi/dmx3191d.c - 1.10 linux/fs/ramfs/inode.c - 1.33 linux/drivers/usb/serial/whiteheat_fw.h - 1.5 linux/drivers/usb/serial/keyspan_pda.c - 1.32 linux/drivers/usb/serial/ftdi_sio.c - 1.43 linux/drivers/usb/serial/whiteheat.c - 1.34 linux/drivers/usb/serial/visor.h - 1.12 linux/drivers/usb/serial/visor.c - 1.44 linux/arch/ia64/kernel/smpboot.c - 1.15 linux/drivers/usb/serial/omninet.c - 1.31 linux/arch/ppc/8260_io/Config.in - 1.7 linux/arch/s390/config.in - 1.16 linux/drivers/s390/block/dasd.c - 1.33 linux/drivers/s390/Config.in - 1.11 linux/net/ipv6/netfilter/Config.in - 1.7 linux/fs/xfs/linux/xfs_super.c - 1.242 linux/kdb/kdb_bt.c - 1.14 linux/kdb/kdb_bp.c - 1.13 linux/kdb/Makefile - 1.17 linux/include/linux/kdbprivate.h - 1.21 linux/include/linux/kdb.h - 1.24 linux/kdb/kdbsupport.c - 1.16 linux/kdb/kdbmain.c - 1.36 linux/include/asm-i386/kdb.h - 1.14 linux/kdb/kdb_io.c - 1.16 linux/Documentation/kdb/kdb.mm - 1.15 linux/Documentation/kdb/kdb_bt.man - 1.8 linux/arch/i386/kdb/kdbasupport.c - 1.24 linux/arch/i386/kdb/kdba_io.c - 1.20 linux/arch/i386/kdb/kdba_bt.c - 1.17 linux/arch/i386/kdb/kdba_bp.c - 1.15 linux/drivers/char/i810_rng.c - 1.10 linux/drivers/usb/storage/usb.h - 1.19 linux/drivers/usb/storage/usb.c - 1.32 linux/drivers/usb/storage/transport.h - 1.13 linux/drivers/usb/storage/transport.c - 1.33 linux/drivers/usb/storage/scsiglue.c - 1.27 linux/drivers/char/drm/Config.in - 1.7 linux/drivers/usb/serial/keyspan.c - 1.36 linux/drivers/acpi/tables/tbinstal.c - 1.13 linux/drivers/acpi/tables/tbget.c - 1.14 linux/drivers/acpi/resources/rscreate.c - 1.12 linux/drivers/acpi/resources/rscalc.c - 1.11 linux/drivers/acpi/parser/psopcode.c - 1.14 linux/drivers/acpi/namespace/nsxfobj.c - 1.14 linux/drivers/acpi/namespace/nsutils.c - 1.14 linux/drivers/acpi/namespace/nssearch.c - 1.14 linux/drivers/acpi/namespace/nsobject.c - 1.12 linux/drivers/acpi/namespace/nsalloc.c - 1.11 linux/drivers/acpi/namespace/nsaccess.c - 1.14 linux/drivers/acpi/include/actypes.h - 1.15 linux/drivers/acpi/include/acobject.h - 1.13 linux/drivers/acpi/events/evxfregn.c - 1.11 linux/drivers/acpi/events/evxface.c - 1.13 linux/drivers/acpi/events/evevent.c - 1.16 linux/drivers/acpi/ec.c - 1.12 linux/drivers/acpi/dispatcher/dswstate.c - 1.14 linux/drivers/acpi/dispatcher/dswscope.c - 1.10 linux/drivers/acpi/dispatcher/dswload.c - 1.17 linux/drivers/acpi/dispatcher/dsutils.c - 1.14 linux/drivers/acpi/dispatcher/dsopcode.c - 1.15 linux/arch/ia64/ia32/ia32_ioctl.c - 1.6 linux/drivers/acpi/dispatcher/dsobject.c - 1.18 linux/drivers/acpi/dispatcher/dsmthdat.c - 1.12 linux/drivers/acpi/dispatcher/dsfield.c - 1.12 linux/drivers/mtd/Config.in - 1.11 linux/drivers/mtd/ftl.c - 1.29 linux/drivers/mtd/mtdblock.c - 1.26 linux/drivers/net/ibmlana.c - 1.7 linux/drivers/net/ibmlana.h - 1.3 linux/include/asm-sparc/kmap_types.h - 1.10 linux/drivers/usb/storage/shuttle_usbat.c - 1.14 linux/drivers/media/video/planb.c - 1.12 linux/drivers/media/video/cpia_usb.c - 1.15 linux/drivers/media/video/cpia_pp.c - 1.8 linux/drivers/media/video/cpia.h - 1.7 linux/drivers/media/video/cpia.c - 1.16 linux/drivers/media/video/Config.in - 1.9 linux/drivers/media/radio/Config.in - 1.11 linux/drivers/media/Makefile - 1.6 linux/drivers/media/Config.in - 1.2 linux/drivers/isdn/hisax/nj_u.c - 1.11 linux/drivers/isdn/hisax/nj_s.c - 1.12 linux/drivers/isdn/hisax/l3ni1.c - 1.9 linux/drivers/isdn/hisax/icc.c - 1.9 linux/drivers/input/Config.in - 1.8 linux/drivers/char/i810-tco.c - 1.12 linux/kdb/ChangeLog - 1.21 linux/drivers/md/lvm.c - 1.35 linux/drivers/acpi/include/acconfig.h - 1.19 linux/drivers/acpi/include/acglobal.h - 1.14 linux/drivers/acpi/include/acinterp.h - 1.13 linux/drivers/acpi/include/aclocal.h - 1.16 linux/drivers/acpi/include/acnamesp.h - 1.13 linux/drivers/acpi/namespace/nsdump.c - 1.13 linux/drivers/md/Config.in - 1.4 linux/drivers/md/Makefile - 1.11 linux/drivers/md/linear.c - 1.16 linux/drivers/md/lvm-snap.c - 1.18 linux/drivers/md/md.c - 1.63 linux/drivers/md/raid0.c - 1.15 linux/drivers/scsi/cpqfcTS.h - 1.6 linux/drivers/scsi/cpqfcTScontrol.c - 1.8 linux/drivers/scsi/cpqfcTSinit.c - 1.22 linux/drivers/scsi/cpqfcTSworker.c - 1.12 linux/include/asm-ppc/kmap_types.h - 1.13 linux/drivers/zorro/Config.in - 1.2 linux/mm/oom_kill.c - 1.18 linux/drivers/net/tulip/ChangeLog - 1.16 linux/drivers/usb/serial/belkin_sa.c - 1.25 linux/net/irda/irnet/Config.in - 1.3 linux/include/linux/ethtool.h - 1.13 linux/arch/parisc/kernel/drivers.c - 1.2 linux/arch/parisc/kernel/entry.S - 1.4 linux/include/asm-parisc/led.h - 1.2 linux/include/asm-parisc/atomic.h - 1.2 linux/include/asm-parisc/hardware.h - 1.2 linux/include/asm-parisc/hil.h - 1.2 linux/include/asm-parisc/uaccess.h - 1.2 linux/include/asm-parisc/hardirq.h - 1.2 linux/include/asm-parisc/unaligned.h - 1.2 linux/include/asm-parisc/mman.h - 1.2 linux/Documentation/parisc/IODC.txt - 1.2 linux/include/asm-parisc/mmu.h - 1.3 linux/include/asm-parisc/unistd.h - 1.6 linux/include/asm-parisc/types.h - 1.2 linux/include/asm-parisc/gsc.h - 1.2 linux/include/asm-parisc/mmu_context.h - 1.2 linux/include/asm-parisc/msgbuf.h - 1.2 linux/include/asm-parisc/traps.h - 1.2 linux/include/asm-parisc/page.h - 1.3 linux/drivers/net/lasi_82596.c - 1.12 linux/include/asm-parisc/param.h - 1.2 linux/drivers/usb/serial/mct_u232.c - 1.26 linux/include/asm-parisc/ide.h - 1.7 linux/arch/parisc/tools/offset.c - 1.3 linux/arch/parisc/tools/Makefile - 1.3 linux/arch/parisc/mm/pa20.c - 1.4 linux/arch/parisc/mm/pa11.c - 1.4 linux/arch/parisc/mm/init.c - 1.4 linux/arch/parisc/mm/fault.c - 1.3 linux/arch/parisc/mm/extable.c - 1.2 linux/include/asm-parisc/pci.h - 1.5 linux/include/asm-parisc/pdc.h - 1.2 linux/include/asm-parisc/keyboard.h - 1.3 linux/include/asm-parisc/pgalloc.h - 1.6 linux/include/asm-parisc/pgtable.h - 1.7 linux/arch/parisc/mm/Makefile - 1.3 linux/drivers/usb/serial/empeg.c - 1.31 linux/include/asm-parisc/posix_types.h - 1.2 linux/include/asm-parisc/irq.h - 1.2 linux/arch/parisc/lib/lusercopy.S - 1.2 linux/drivers/usb/serial/Config.in - 1.18 linux/include/asm-parisc/processor.h - 1.7 linux/include/asm-parisc/psw.h - 1.2 linux/arch/parisc/lib/bitops.c - 1.2 linux/arch/parisc/lib/Makefile - 1.4 linux/arch/parisc/kernel/traps.c - 1.4 linux/arch/parisc/kernel/time.c - 1.3 linux/arch/parisc/kernel/syscall.S - 1.3 linux/arch/parisc/kernel/sys_parisc.c - 1.4 linux/arch/parisc/kernel/signal.c - 1.5 linux/arch/parisc/kernel/setup.c - 1.3 linux/arch/parisc/kernel/semaphore.c - 1.3 linux/arch/parisc/kernel/real2.S - 1.2 linux/include/asm-parisc/ipcbuf.h - 1.2 linux/include/asm-parisc/ptrace.h - 1.2 linux/arch/i386/kernel/dmi_scan.c - 1.23 linux/include/asm-parisc/runway.h - 1.2 linux/arch/parisc/kernel/ptrace.c - 1.5 linux/arch/parisc/kernel/process.c - 1.6 linux/arch/parisc/kernel/pdc_cons.c - 1.4 linux/include/asm-parisc/scatterlist.h - 1.4 linux/arch/parisc/kernel/pci.c - 1.3 linux/arch/parisc/kernel/pci-dma.c - 1.4 linux/include/asm-parisc/semaphore.h - 1.5 linux/include/asm-parisc/sembuf.h - 1.2 linux/include/asm-parisc/serial.h - 1.2 linux/include/asm-parisc/shmbuf.h - 1.2 linux/include/asm-parisc/shmparam.h - 1.2 linux/include/asm-parisc/iosapic.h - 1.2 linux/include/asm-parisc/assembly.h - 1.2 linux/arch/parisc/kernel/parisc_ksyms.c - 1.4 linux/include/asm-parisc/bitops.h - 1.2 linux/include/asm-parisc/cache.h - 1.3 linux/include/asm-parisc/checksum.h - 1.3 linux/include/asm-parisc/ioctls.h - 1.5 linux/arch/parisc/kernel/pa7300lc.c - 1.2 linux/include/asm-parisc/current.h - 1.2 linux/include/asm-parisc/delay.h - 1.2 linux/include/asm-parisc/elf.h - 1.2 linux/include/asm-parisc/fcntl.h - 1.2 linux/include/asm-parisc/fixmap.h - 1.2 linux/arch/parisc/kernel/keyboard.c - 1.2 linux/include/asm-parisc/smp.h - 1.2 linux/arch/parisc/kernel/irq.c - 1.4 linux/arch/parisc/kernel/inventory.c - 1.2 linux/arch/parisc/kernel/init_task.c - 1.4 linux/arch/parisc/kernel/hpmc.S - 1.2 linux/arch/parisc/kernel/head.S - 1.2 linux/arch/parisc/kernel/hardware.c - 1.2 linux/include/asm-parisc/io.h - 1.2 linux/arch/parisc/kernel/cache.c - 1.2 linux/arch/parisc/kernel/Makefile - 1.4 linux/arch/parisc/defconfig - 1.8 linux/arch/parisc/config.in - 1.12 linux/arch/parisc/Makefile - 1.8 linux/include/asm-parisc/timex.h - 1.2 linux/include/asm-parisc/termios.h - 1.4 linux/include/asm-parisc/system.h - 1.4 linux/include/asm-parisc/string.h - 1.2 linux/include/asm-parisc/softirq.h - 1.2 linux/include/asm-parisc/spinlock.h - 1.3 linux/include/asm-parisc/stat.h - 1.2 linux/drivers/acpi/tables/tbconvrt.c - 1.11 linux/mm/shmem.c - 1.49 linux/drivers/atm/firestream.c - 1.13 linux/drivers/acpi/power.c - 1.8 linux/arch/ia64/kernel/iosapic.c - 1.13 linux/drivers/acpi/acpi_ksyms.c - 1.13 linux/drivers/acpi/hardware/hwsleep.c - 1.10 linux/arch/cris/config.in - 1.16 linux/arch/cris/drivers/Config.in - 1.9 linux/arch/s390x/config.in - 1.11 linux/drivers/s390/block/xpram.c - 1.29 linux/drivers/net/pci-skeleton.c - 1.14 linux/drivers/md/lvm-internal.h - 1.4 linux/drivers/md/lvm-fs.c - 1.7 linux/include/linux/hdlc.h - 1.5 linux/Documentation/i810_rng.txt - 1.6 linux/drivers/usb/serial/io_edgeport.c - 1.29 linux/drivers/scsi/aic7xxx_old/aic7xxx.h - 1.6 linux/drivers/scsi/aic7xxx_old.c - 1.23 linux/drivers/scsi/aic7xxx/aic7xxx_linux_host.h - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_linux.c - 1.20 linux/drivers/scsi/aic7xxx/Makefile - 1.9 linux/drivers/scsi/aic7xxx/Config.in - 1.3 linux/drivers/net/wan/n2.c - 1.6 linux/drivers/net/wan/dscc4.c - 1.15 linux/drivers/net/wan/c101.c - 1.6 linux/Documentation/DocBook/tulip-user.tmpl - 1.3 linux/net/wanrouter/af_wanpipe.c - 1.11 linux/include/asm-ia64/perfmon.h - 1.7 linux/drivers/media/video/w9966.c - 1.5 linux/drivers/net/irda/irda-usb.c - 1.25 linux/drivers/net/wireless/Config.in - 1.8 linux/drivers/media/video/adv7175.c - 1.7 linux/include/linux/netfilter_bridge.h - 1.3 linux/drivers/bluetooth/hci_usb.c - 1.16 linux/drivers/bluetooth/Config.in - 1.7 linux/net/bluetooth/Config.in - 1.5 linux/drivers/mtd/nftlcore.c - 1.28 linux/drivers/mtd/nand/Config.in - 1.6 linux/drivers/mtd/mtdblock_ro.c - 1.16 linux/drivers/mtd/maps/Config.in - 1.9 linux/drivers/mtd/devices/Config.in - 1.3 linux/drivers/mtd/chips/Config.in - 1.3 linux/drivers/acpi/executer/exstore.c - 1.12 linux/drivers/acpi/utilities/utobject.c - 1.7 linux/drivers/acpi/utilities/utmisc.c - 1.10 linux/drivers/acpi/utilities/utglobal.c - 1.13 linux/drivers/acpi/utilities/utdelete.c - 1.8 linux/drivers/acpi/utilities/utcopy.c - 1.10 linux/drivers/acpi/Config.in - 1.11 linux/drivers/acpi/include/acstruct.h - 1.7 linux/drivers/acpi/include/acutils.h - 1.11 linux/drivers/acpi/executer/exutils.c - 1.9 linux/drivers/acpi/executer/exstorob.c - 1.7 linux/drivers/acpi/executer/exstoren.c - 1.8 linux/drivers/acpi/executer/exconfig.c - 1.9 linux/drivers/acpi/executer/exconvrt.c - 1.10 linux/drivers/acpi/executer/excreate.c - 1.9 linux/drivers/acpi/executer/exdump.c - 1.12 linux/drivers/acpi/executer/exfldio.c - 1.9 linux/drivers/acpi/executer/exmisc.c - 1.10 linux/drivers/acpi/executer/exmutex.c - 1.5 linux/drivers/acpi/executer/exnames.c - 1.5 linux/drivers/acpi/executer/exprep.c - 1.9 linux/drivers/acpi/executer/exresnte.c - 1.12 linux/drivers/acpi/executer/exresolv.c - 1.10 linux/drivers/acpi/executer/exresop.c - 1.12 linux/drivers/usb/serial/cyberjack.c - 1.20 linux/drivers/usb/serial/pl2303.c - 1.23 linux/Documentation/DocBook/procfs-guide.tmpl - 1.3 linux/drivers/isdn/tpam/Makefile - 1.4 linux/drivers/scsi/pcmcia/nsp_cs.c - 1.11 linux/drivers/scsi/pcmcia/nsp_cs.h - 1.6 linux/drivers/scsi/pcmcia/nsp_debug.c - 1.7 linux/drivers/scsi/pcmcia/nsp_io.h - 1.6 linux/drivers/char/sonypi.h - 1.10 linux/drivers/usb/usb-skeleton.c - 1.17 linux/include/linux/sonypi.h - 1.5 linux/drivers/char/sonypi.c - 1.9 linux/drivers/net/dl2k.c - 1.17 linux/drivers/message/fusion/mptscsih.h - 1.8 linux/drivers/message/fusion/mptscsih.c - 1.12 linux/drivers/message/fusion/mptlan.h - 1.6 linux/drivers/message/fusion/Config.in - 1.5 linux/drivers/ieee1394/sbp2.c - 1.15 linux/drivers/scsi/pcmcia/nsp_message.c - 1.4 linux/drivers/net/wan/farsync.c - 1.10 linux/drivers/scsi/dpti.h - 1.5 linux/drivers/scsi/dpt_i2o.c - 1.16 linux/drivers/isdn/hisax/st5481_b.c - 1.6 linux/drivers/isdn/hisax/st5481_d.c - 1.8 linux/drivers/isdn/hisax/st5481_usb.c - 1.11 linux/drivers/md/multipath.c - 1.16 linux/arch/i386/kernel/nmi.c - 1.10 linux/include/asm-ia64/tlb.h - 1.7 linux/drivers/mtd/devices/blkmtd.c - 1.16 linux/drivers/usb/serial/ir-usb.c - 1.22 linux/drivers/message/i2o/Config.in - 1.2 linux/drivers/message/i2o/i2o_scsi.h - 1.5 linux/drivers/message/i2o/i2o_scsi.c - 1.10 linux/drivers/message/i2o/i2o_block.c - 1.27 linux/drivers/net/8139cp.c - 1.22 linux/drivers/atm/lanai.c - 1.5 linux/drivers/acpi/executer/exoparg2.c - 1.9 linux/drivers/acpi/executer/exoparg1.c - 1.10 linux/drivers/net/tulip/pnic2.c - 1.2 linux/drivers/scsi/sym53c8xx_2/sym53c8xx.h - 1.5 linux/drivers/scsi/sym53c8xx_2/sym_glue.h - 1.6 linux/fs/ext3/inode.c - 1.25 linux/fs/ext3/super.c - 1.25 linux/fs/intermezzo/inode.c - 1.6 linux/drivers/hotplug/cpqphp_pci.c - 1.7 linux/drivers/hotplug/cpqphp_core.c - 1.9 linux/drivers/hotplug/Makefile - 1.5 linux/fs/intermezzo/super.c - 1.8 linux/include/linux/intermezzo_fs.h - 1.6 linux/drivers/hotplug/Config.in - 1.4 linux/fs/intermezzo/cache.c - 1.7 linux/drivers/net/pcmcia/axnet_cs.c - 1.3 linux/include/linux/bio.h - 1.17 linux/fs/bio.c - 1.23 linux/include/linux/device.h - 1.22 linux/init/do_mounts.c - 1.20 linux/mm/mempool.c - 1.13 linux/include/linux/mempool.h - 1.4 linux/include/linux/gfp.h - 1.7 linux/drivers/usb/serial/ipaq.c - 1.16 linux/drivers/usb/serial/kl5kusb105.c - 1.15 linux/arch/i386/kdb/ChangeLog - 1.8 linux/fs/xfs/pagebuf/page_buf.c - 1.72 linux/drivers/block/cciss_scsi.c - 1.6 linux/drivers/block/cciss_scsi.h - 1.2 linux/lib/Config.in - 1.3 linux/drivers/ide/ide-taskfile.c - 1.24 linux/drivers/media/video/Config.help - 1.2 linux/net/sched/Config.help - 1.3 linux/net/irda/irnet/Config.help - 1.2 linux/arch/alpha/Config.help - 1.8 linux/net/irda/irlan/Config.help - 1.2 linux/arch/arm/Config.help - 1.10 linux/net/irda/ircomm/Config.help - 1.2 linux/arch/cris/Config.help - 1.6 linux/net/irda/Config.help - 1.2 linux/arch/cris/drivers/Config.help - 1.3 linux/net/ipx/Config.help - 1.3 linux/net/ipv6/netfilter/Config.help - 1.3 linux/net/ipv4/netfilter/Config.help - 1.4 linux/net/ipv4/Config.help - 1.2 linux/net/decnet/Config.help - 1.2 linux/net/bluetooth/Config.help - 1.5 linux/net/ax25/Config.help - 1.2 linux/arch/ia64/Config.help - 1.8 linux/net/Config.help - 1.4 linux/arch/m68k/Config.help - 1.4 linux/lib/Config.help - 1.2 linux/arch/mips/Config.help - 1.4 linux/init/Config.in - 1.3 linux/arch/mips64/Config.help - 1.4 linux/init/Config.help - 1.2 linux/arch/parisc/Config.help - 1.3 linux/fs/partitions/Config.help - 1.4 linux/arch/ppc/8260_io/Config.help - 1.3 linux/arch/ppc/8xx_io/Config.help - 1.3 linux/arch/ppc/Config.help - 1.12 linux/fs/nls/Config.help - 1.3 linux/arch/s390/Config.help - 1.4 linux/fs/ncpfs/Config.help - 1.2 linux/arch/s390x/Config.help - 1.4 linux/fs/Config.help - 1.23 linux/arch/sh/Config.help - 1.4 linux/drivers/zorro/Config.help - 1.2 linux/drivers/video/Config.help - 1.6 linux/drivers/usb/serial/Config.help - 1.6 linux/drivers/usb/Config.help - 1.9 linux/drivers/telephony/Config.help - 1.3 linux/drivers/sgi/Config.help - 1.2 linux/drivers/scsi/pcmcia/Config.help - 1.2 linux/drivers/scsi/aic7xxx/Config.help - 1.2 linux/arch/sparc/Config.help - 1.5 linux/drivers/scsi/Config.help - 1.4 linux/arch/sparc64/Config.help - 1.6 linux/drivers/sbus/char/Config.help - 1.3 linux/drivers/acorn/block/Config.help - 1.2 linux/drivers/acorn/net/Config.help - 1.2 linux/drivers/acorn/scsi/Config.help - 1.2 linux/drivers/acpi/Config.help - 1.6 linux/drivers/atm/Config.help - 1.2 linux/drivers/block/Config.help - 1.4 linux/drivers/block/paride/Config.help - 1.2 linux/drivers/bluetooth/Config.help - 1.6 linux/drivers/cdrom/Config.help - 1.3 linux/drivers/char/Config.help - 1.15 linux/drivers/char/drm/Config.help - 1.2 linux/drivers/char/ftape/Config.help - 1.3 linux/drivers/char/pcmcia/Config.help - 1.3 linux/drivers/s390/Config.help - 1.3 linux/drivers/fc4/Config.help - 1.2 linux/drivers/hotplug/Config.help - 1.3 linux/drivers/i2c/Config.help - 1.3 linux/drivers/ide/Config.help - 1.18 linux/drivers/ieee1394/Config.help - 1.3 linux/drivers/input/Config.help - 1.6 linux/drivers/isdn/Config.help - 1.5 linux/drivers/md/Config.help - 1.2 linux/drivers/media/Config.help - 1.2 linux/drivers/media/radio/Config.help - 1.2 linux/drivers/pnp/Config.help - 1.4 linux/drivers/message/fusion/Config.help - 1.3 linux/drivers/message/i2o/Config.help - 1.2 linux/drivers/mtd/Config.help - 1.3 linux/drivers/mtd/chips/Config.help - 1.3 linux/drivers/mtd/devices/Config.help - 1.2 linux/drivers/mtd/maps/Config.help - 1.4 linux/drivers/mtd/nand/Config.help - 1.2 linux/drivers/pcmcia/Config.help - 1.2 linux/drivers/pci/Config.help - 1.2 linux/drivers/net/Config.help - 1.8 linux/drivers/parport/Config.help - 1.2 linux/drivers/net/appletalk/Config.help - 1.3 linux/drivers/net/arcnet/Config.help - 1.2 linux/drivers/net/wireless/Config.help - 1.3 linux/drivers/net/wan/Config.help - 1.4 linux/drivers/net/hamradio/Config.help - 1.2 linux/drivers/net/irda/Config.help - 1.5 linux/drivers/net/mii.c - 1.8 linux/drivers/net/pcmcia/Config.help - 1.4 linux/drivers/net/tokenring/Config.help - 1.3 linux/Documentation/DocBook/writing_usb_driver.tmpl - 1.2 linux/drivers/input/joystick/Config.in - 1.6 linux/drivers/input/joystick/Config.help - 1.6 linux/drivers/input/gameport/Config.in - 1.4 linux/drivers/input/gameport/Config.help - 1.3 linux/drivers/input/serio/Config.help - 1.3 linux/drivers/input/serio/Config.in - 1.6 linux/sound/ppc/powermac.c - 1.6 linux/sound/ppc/Config.in - 1.3 linux/sound/pci/ymfpci/ymfpci.c - 1.10 linux/sound/pci/trident/trident.c - 1.7 linux/sound/pci/sonicvibes.c - 1.8 linux/sound/pci/rme9652/rme9652.c - 1.11 linux/sound/pci/rme96.c - 1.10 linux/sound/pci/nm256/nm256.c - 1.10 linux/sound/pci/maestro3.c - 1.10 linux/sound/pci/korg1212/korg1212.c - 1.11 linux/sound/pci/intel8x0.c - 1.11 linux/sound/pci/fm801.c - 1.8 linux/sound/pci/es1968.c - 1.10 linux/sound/pci/es1938.c - 1.8 linux/sound/pci/ens1370.c - 1.12 linux/sound/pci/emu10k1/emufx.c - 1.9 linux/sound/pci/emu10k1/emu10k1.c - 1.7 linux/sound/pci/cs46xx/cs46xx.c - 1.12 linux/sound/pci/cs4281.c - 1.11 linux/sound/pci/cmipci.c - 1.11 linux/sound/pci/als4000.c - 1.8 linux/sound/pci/ali5451/ali5451.c - 1.10 linux/sound/pci/Config.in - 1.9 linux/sound/oss/sb_common.c - 1.2 linux/sound/oss/sb_card.c - 1.2 linux/sound/oss/dmasound/Config.in - 1.2 linux/sound/oss/dmasound/Config.help - 1.2 linux/sound/oss/cs4232.c - 1.3 linux/arch/x86_64/Config.help - 1.4 linux/arch/x86_64/Makefile - 1.10 linux/arch/x86_64/boot/Makefile - 1.8 linux/arch/x86_64/config.in - 1.14 linux/arch/x86_64/kernel/Makefile - 1.9 linux/arch/x86_64/kernel/apic.c - 1.6 linux/arch/x86_64/kernel/ioport.c - 1.4 linux/arch/x86_64/kernel/mtrr.c - 1.9 linux/arch/x86_64/kernel/nmi.c - 1.5 linux/arch/x86_64/kernel/pci-dma.c - 1.4 linux/arch/x86_64/kernel/setup.c - 1.6 linux/arch/x86_64/kernel/setup64.c - 1.6 linux/arch/x86_64/kernel/signal.c - 1.8 linux/arch/x86_64/kernel/smpboot.c - 1.7 linux/arch/x86_64/kernel/traps.c - 1.9 linux/arch/x86_64/kernel/x8664_ksyms.c - 1.9 linux/arch/x86_64/mm/init.c - 1.9 linux/sound/oss/ad1848.c - 1.5 linux/sound/oss/Config.in - 1.5 linux/sound/oss/Config.help - 1.3 linux/sound/isa/wavefront/wavefront.c - 1.8 linux/sound/isa/sgalaxy.c - 1.7 linux/sound/isa/sb/sb8.c - 1.7 linux/sound/isa/sb/sb16_main.c - 1.6 linux/sound/isa/sb/sb16.c - 1.7 linux/sound/isa/sb/es968.c - 1.7 linux/sound/isa/opti9xx/opti92x-ad1848.c - 1.7 linux/sound/isa/opl3sa2.c - 1.11 linux/sound/isa/gus/interwave.c - 1.8 linux/sound/isa/gus/gusmax.c - 1.6 linux/sound/isa/gus/gusextreme.c - 1.6 linux/sound/isa/gus/gusclassic.c - 1.6 linux/sound/isa/es18xx.c - 1.9 linux/sound/isa/es1688/es1688.c - 1.6 linux/sound/isa/cs423x/cs4236.c - 1.9 linux/sound/isa/cs423x/cs4231.c - 1.5 linux/sound/isa/cmi8330.c - 1.8 linux/sound/isa/azt2320.c - 1.7 linux/sound/isa/als100.c - 1.7 linux/sound/isa/ad1848/ad1848.c - 1.5 linux/sound/isa/ad1816a/ad1816a.c - 1.6 linux/sound/isa/Config.in - 1.5 linux/sound/drivers/virmidi.c - 1.5 linux/sound/drivers/serial-u16550.c - 1.9 linux/sound/drivers/mtpav.c - 1.7 linux/sound/drivers/mpu401/mpu401.c - 1.5 linux/sound/drivers/dummy.c - 1.8 linux/sound/drivers/Config.in - 1.3 linux/sound/core/wrappers.c - 1.3 linux/sound/core/timer.c - 1.8 linux/sound/core/sound.c - 1.10 linux/sound/core/seq/seq_timer.c - 1.6 linux/sound/core/seq/seq_clientmgr.c - 1.10 linux/sound/core/seq/seq.c - 1.4 linux/sound/core/seq/Makefile - 1.14 linux/sound/core/rawmidi.c - 1.10 linux/sound/core/pcm_memory.c - 1.5 linux/sound/core/oss/pcm_oss.c - 1.11 linux/sound/core/info.c - 1.8 linux/sound/core/Makefile - 1.14 linux/sound/core/Config.in - 1.9 linux/sound/Config.in - 1.6 linux/include/asm-x86_64/processor.h - 1.8 linux/include/asm-x86_64/pgtable.h - 1.9 linux/include/asm-x86_64/pci.h - 1.4 linux/include/asm-x86_64/mtrr.h - 1.3 linux/include/asm-x86_64/kmap_types.h - 1.5 linux/include/asm-x86_64/e820.h - 1.3 linux/include/sound/version.h - 1.12 linux/include/sound/sb.h - 1.3 linux/include/sound/core.h - 1.12 linux/include/sound/ac97_codec.h - 1.8 linux/arch/ppc64/config.in - 1.13 linux/drivers/net/tokenring/3c359.c - 1.4 linux/drivers/hotplug/ibmphp_core.c - 1.8 linux/fs/jfs/inode.c - 1.17 linux/drivers/net/tulip/Config.help - 1.2 linux/sound/pci/Config.help - 1.7 linux/sound/isa/Config.help - 1.3 linux/drivers/net/tulip/Config.in - 1.3 linux/sound/drivers/Config.help - 1.2 linux/drivers/net/tg3.h - 1.11 linux/drivers/net/tg3.c - 1.12 linux/drivers/net/tulip/de2104x.c - 1.4 linux/drivers/net/tulip/dmfe.c - 1.3 linux/drivers/net/tulip/xircom_cb.c - 1.4 linux/drivers/net/wan/hdlc_x25.c - 1.3 linux/drivers/net/wan/hdlc_cisco.c - 1.3 linux/sound/core/Config.help - 1.2 linux/sound/Config.help - 1.2 linux/drivers/net/wan/hdlc_fr.c - 1.3 linux/drivers/net/wan/hdlc_generic.c - 1.3 linux/drivers/net/wan/hdlc_ppp.c - 1.3 linux/drivers/net/wan/hdlc_raw.c - 1.3 linux/include/asm-ia64/thread_info.h - 1.3 linux/include/asm-ia64/sn/bte_copy.h - 1.2 linux/Documentation/BK-usage/bk-kernel-howto.txt - 1.4 linux/Documentation/filesystems/tmpfs.txt - 1.2 linux/Documentation/networking/NAPI_HOWTO.txt - 1.2 linux/fs/libfs.c - 1.9 linux/lib/radix-tree.c - 1.7 linux/drivers/usb/class/Config.help - 1.4 linux/drivers/usb/class/Config.in - 1.4 linux/drivers/usb/image/microtek.c - 1.5 linux/drivers/usb/class/audio.c - 1.9 linux/drivers/usb/class/bluetty.c - 1.11 linux/drivers/usb/input/Config.help - 1.6 linux/drivers/usb/class/cdc-acm.c - 1.10 linux/drivers/usb/core/Config.in - 1.3 linux/drivers/usb/core/devices.c - 1.5 linux/drivers/usb/core/devio.c - 1.11 linux/include/asm-generic/percpu.h - 1.4 linux/drivers/usb/core/hcd.c - 1.13 linux/drivers/usb/core/hub.c - 1.15 linux/drivers/usb/core/usb-debug.c - 1.3 linux/drivers/usb/input/hid-core.c - 1.10 linux/drivers/usb/core/usb.c - 1.22 linux/drivers/usb/host/Config.help - 1.5 linux/drivers/usb/host/Config.in - 1.8 linux/drivers/usb/media/konicawc.c - 1.7 linux/drivers/usb/host/ehci-hcd.c - 1.12 linux/drivers/usb/host/ehci-q.c - 1.12 linux/drivers/usb/host/ehci-sched.c - 1.10 linux/drivers/usb/host/ohci-hcd.c - 1.13 linux/drivers/usb/host/ohci-mem.c - 1.7 linux/drivers/usb/host/ohci-q.c - 1.14 linux/drivers/usb/media/stv680.c - 1.8 linux/drivers/base/base.h - 1.10 linux/drivers/usb/media/usbvideo.c - 1.9 linux/drivers/usb/image/Config.help - 1.3 linux/drivers/usb/image/Config.in - 1.4 linux/drivers/usb/image/hpusbscsi.c - 1.7 linux/drivers/usb/image/mdc800.c - 1.8 linux/drivers/usb/image/scanner.c - 1.11 linux/drivers/usb/input/Config.in - 1.7 linux/drivers/usb/input/hiddev.c - 1.10 linux/drivers/usb/input/usbkbd.c - 1.6 linux/drivers/usb/input/usbmouse.c - 1.5 linux/drivers/usb/input/wacom.c - 1.7 linux/drivers/usb/media/Config.help - 1.2 linux/drivers/usb/media/Config.in - 1.3 linux/drivers/usb/media/dabusb.c - 1.10 linux/drivers/usb/media/ibmcam.c - 1.6 linux/drivers/usb/media/ov511.c - 1.8 linux/drivers/usb/media/pwc-if.c - 1.6 linux/drivers/usb/storage/Config.in - 1.4 linux/drivers/usb/storage/Config.help - 1.4 linux/drivers/usb/serial/safe_serial.c - 1.8 linux/drivers/usb/media/se401.c - 1.10 linux/drivers/usb/net/usbnet.c - 1.13 linux/drivers/usb/net/rtl8150.c - 1.9 linux/drivers/usb/media/ultracam.c - 1.6 linux/drivers/usb/net/pegasus.c - 1.9 linux/drivers/usb/media/vicam.c - 1.6 linux/drivers/usb/net/kaweth.c - 1.10 linux/drivers/usb/net/cdc-ether.c - 1.8 linux/drivers/usb/net/catc.c - 1.5 linux/drivers/usb/net/Config.in - 1.4 linux/mm/readahead.c - 1.11 linux/drivers/usb/misc/Config.help - 1.7 linux/drivers/usb/net/Config.help - 1.2 linux/drivers/usb/misc/uss720.c - 1.4 linux/drivers/usb/misc/auerswald.c - 1.9 linux/drivers/usb/misc/tiglusb.c - 1.9 linux/include/asm-ia64/percpu.h - 1.4 linux/drivers/isdn/tpam/Config.help - 1.2 linux/drivers/isdn/icn/Config.in - 1.3 linux/drivers/isdn/icn/Config.help - 1.2 linux/drivers/isdn/i4l/isdn_x25iface.h - 1.2 linux/drivers/isdn/i4l/isdn_x25iface.c - 1.2 linux/drivers/isdn/i4l/isdn_v110.h - 1.3 linux/drivers/isdn/i4l/isdn_v110.c - 1.3 linux/drivers/isdn/i4l/isdn_ttyfax.h - 1.2 linux/drivers/isdn/i4l/isdn_ttyfax.c - 1.4 linux/drivers/isdn/i4l/isdn_tty.h - 1.3 linux/drivers/isdn/i4l/isdn_tty.c - 1.7 linux/drivers/isdn/i4l/isdn_ppp.h - 1.5 linux/drivers/isdn/i4l/isdn_ppp.c - 1.11 linux/drivers/isdn/i4l/isdn_net.h - 1.10 linux/drivers/isdn/i4l/isdn_net.c - 1.10 linux/drivers/isdn/i4l/isdn_concap.h - 1.4 linux/include/asm-ia64/acpi.h - 1.5 linux/drivers/isdn/i4l/isdn_concap.c - 1.5 linux/drivers/isdn/i4l/isdn_common.h - 1.7 linux/drivers/isdn/i4l/isdn_common.c - 1.10 linux/drivers/isdn/i4l/isdn_audio.h - 1.2 linux/drivers/isdn/i4l/isdn_audio.c - 1.4 linux/drivers/isdn/i4l/Makefile - 1.7 linux/include/asm-x86_64/percpu.h - 1.5 linux/drivers/isdn/i4l/Config.in - 1.4 linux/drivers/isdn/i4l/Config.help - 1.2 linux/drivers/isdn/hysdn/Config.in - 1.2 linux/drivers/isdn/hysdn/Config.help - 1.2 linux/drivers/isdn/hisax/Config.in - 1.8 linux/drivers/isdn/hisax/Config.help - 1.3 linux/drivers/isdn/eicon/Config.in - 1.2 linux/drivers/isdn/eicon/Config.help - 1.2 linux/drivers/isdn/act2000/Config.in - 1.3 linux/drivers/isdn/act2000/Config.help - 1.2 linux/arch/ia64/hp/sim/simserial.c - 1.7 linux/arch/ia64/hp/sim/simscsi.h - 1.3 linux/arch/ia64/hp/sim/simscsi.c - 1.4 linux/drivers/isdn/tpam/Config.in - 1.3 linux/drivers/isdn/sc/Config.in - 1.3 linux/drivers/isdn/pcbit/Config.help - 1.2 linux/drivers/isdn/pcbit/Config.in - 1.3 linux/drivers/isdn/sc/Config.help - 1.2 linux/drivers/usb/misc/brlvger.c - 1.8 linux/drivers/isdn/hardware/avm/Config.in - 1.5 linux/drivers/isdn/capi/Config.help - 1.3 linux/drivers/isdn/capi/Config.in - 1.3 linux/drivers/isdn/capi/Makefile - 1.4 linux/drivers/isdn/hardware/avm/Makefile - 1.3 linux/drivers/isdn/hardware/Makefile - 1.5 linux/drivers/isdn/hardware/Config.in - 1.4 linux/sound/arm/Config.in - 1.2 linux/drivers/scsi/scsi_mid_low_api.txt - 1.4 linux/sound/arm/Config.help - 1.2 linux/sound/pci/rme32.c - 1.6 linux/sound/arm/sa11xx-uda1341.c - 1.6 linux/drivers/block/umem.c - 1.15 linux/drivers/bluetooth/bluecard_cs.c - 1.5 linux/drivers/usb/host/uhci-hcd.c - 1.13 linux/arch/i386/pci/Makefile - 1.3 linux/drivers/net/wan/pc300_drv.c - 1.4 linux/drivers/net/wan/pc300_tty.c - 1.3 linux/fs/fs-writeback.c - 1.10 linux/include/linux/page-flags.h - 1.14 linux/mm/page-writeback.c - 1.15 linux/init/Makefile - 1.10 linux/include/asm-i386/suspend.h - 1.4 linux/kernel/suspend.c - 1.17 linux/drivers/isdn/hardware/avm/Config.help - 1.2 linux/drivers/usb/host/hc_simple.c - 1.4 linux/drivers/usb/host/hc_sl811_rh.c - 1.3 linux/fs/mpage.c - 1.13 linux/drivers/usb/core/urb.c - 1.8 linux/drivers/usb/core/message.c - 1.11 linux/drivers/usb/core/config.c - 1.2 linux/drivers/acpi/pci_irq.c - 1.8 linux/drivers/acpi/processor.c - 1.9 linux/drivers/isdn/hisax/amd7930_fn.c - 1.5 linux/drivers/isdn/hisax/enternow_pci.c - 1.3 linux/drivers/isdn/hisax/ipacx.c - 1.6 linux/drivers/usb/class/usb-midi.c - 1.6 linux/arch/i386/kernel/suspend.c - 1.7 linux/arch/i386/kernel/cpu/intel.c - 1.9 linux/drivers/s390/block/dasd_genhd.c - 1.12 linux/drivers/s390/block/dasd_ioctl.c - 1.6 linux/drivers/usb/input/aiptek.c - 1.7 linux/arch/x86_64/pci/irq.c - 1.2 linux/arch/x86_64/pci/legacy.c - 1.2 linux/arch/x86_64/pci/pci.h - 1.3 linux/arch/x86_64/pci/acpi.c - 1.2 linux/arch/x86_64/pci/common.c - 1.3 linux/net/llc/Makefile - 1.5 linux/sound/pci/rme9652/hdsp.c - 1.4 linux/sound/pci/rme9652/hammerfall_mem.c - 1.3 linux/drivers/input/touchscreen/Config.in - 1.3 linux/drivers/input/touchscreen/Config.help - 1.3 linux/drivers/input/mouse/Config.in - 1.2 linux/drivers/input/mouse/Config.help - 1.3 linux/drivers/input/keyboard/Config.in - 1.4 linux/drivers/input/keyboard/Config.help - 1.4 linux/drivers/input/joystick/iforce/iforce-usb.c - 1.5 linux/drivers/acpi/tables/tbrsdt.c - 1.4 linux/drivers/acpi/tables/tbgetall.c - 1.3 linux/drivers/input/joystick/iforce/Config.help - 1.2 linux/drivers/input/joystick/iforce/Config.in - 1.2 linux/fs/direct-io.c - 1.11 linux/drivers/usb/input/powermate.c - 1.6 linux/drivers/usb/input/xpad.c - 1.5 linux/security/Config.in - 1.2 linux/security/Config.help - 1.2 linux/drivers/usb/serial/io_ti.c - 1.5 linux/drivers/char/agp/Config.help - 1.2 linux/drivers/char/agp/Config.in - 1.3 linux/drivers/acpi/namespace/nsxfeval.c - 1.3 linux/drivers/serial/Config.in - 1.5 linux/drivers/acpi/include/acdisasm.h - 1.3 linux/drivers/serial/Config.help - 1.4 linux/kernel/cpu.c - 1.3 linux/drivers/serial/8250.c - 1.9 linux/include/linux/serial_core.h - 1.6 linux/arch/ppc64/Config.help - 1.2 linux/Documentation/vm/overcommit-accounting - 1.2 linux/drivers/bluetooth/bt3c_cs.c - 1.4 linux/drivers/usb/misc/Config.in - 1.4 linux/include/linux/pagevec.h - 1.5 linux/drivers/usb/misc/speedtouch.c - 1.4 linux/drivers/usb/class/usblp.c - 1.3 linux/drivers/input/misc/Config.in - 1.4 linux/drivers/input/misc/Config.help - 1.3 linux/fs/aio.c - 1.9 linux/arch/ia64/hp/sim/Config.in - 1.2 linux/arch/ia64/kernel/perfmon_itanium.h - 1.2 linux/arch/ia64/kernel/perfmon_mckinley.h - 1.2 linux/drivers/base/class.c - 1.3 linux/fs/jfs/xattr.c - 1.5 linux/net/sctp/protocol.c - 1.7 linux/net/sctp/Config.help - 1.2 linux/net/sctp/Config.in - 1.2 linux/net/sctp/Makefile - 1.2 linux/net/sctp/ipv6.c - 1.4 linux/include/asm-ia64/kmap_types.h - 1.2 linux/include/asm-sparc64/kmap_types.h - 1.2 linux/fs/xfs/linux/xfs_aops.c - 1.18 linux/include/asm-alpha/kmap_types.h - 1.2 linux/drivers/ide/ppc/pmac.c - 1.2 linux/drivers/ide/pci/sis5513.c - 1.5 linux/drivers/ide/pci/siimage.c - 1.5 linux/include/asm-ppc64/kmap_types.h - 1.2 linux/drivers/ide/pci/hpt366.c - 1.5 linux/drivers/ide/legacy/hd.c - 1.9 linux/arch/um/config.in - 1.4 linux/drivers/ide/arm/icside.c - 1.2 linux/drivers/ide/arm/rapide.c - 1.2 linux/arch/x86_64/vmlinux.lds.S - 1.3 linux/arch/sparc64/vmlinux.lds.S - 1.3 linux/arch/sparc/vmlinux.lds.S - 1.3 linux/arch/parisc/vmlinux.lds.S - 1.2 linux/drivers/acpi/blacklist.c - 1.3 linux/arch/i386/mach-visws/irq_vectors.h - 1.2 linux/net/bridge/netfilter/ebtables.c - 1.2 linux/net/bridge/netfilter/ebt_ip.c - 1.2 linux/arch/i386/mach-generic/irq_vectors.h - 1.2 linux/net/bridge/netfilter/Config.in - 1.2 linux/net/bridge/netfilter/Config.help - 1.2 linux/arch/ia64/pci/pci.c - 1.2 linux/drivers/block/deadline-iosched.c - 1.3 linux/drivers/base/hotplug.c - 1.5 linux/include/linux/netfilter_bridge/ebt_ip.h - 1.2 linux/include/linux/netfilter_bridge/ebtables.h - 1.2 linux/sound/sparc/cs4231.c - 1.2 linux/drivers/usb/core/driverfs.c - 1.3 linux/sound/sparc/amd7930.c - 1.2 linux/sound/sparc/Config.in - 1.2 linux/drivers/isdn/i4l/isdn_ciscohdlck.h - 1.2 linux/drivers/isdn/i4l/isdn_ciscohdlck.c - 1.4 linux/include/asm-ia64/topology.h - 1.2 linux/sound/isa/dt019x.c - 1.3 linux/arch/arm/mach-arc/Config.help - 1.2 linux/arch/arm/mach-arc/Config.in - 1.2 linux/arch/arm/mach-clps711x/Config.help - 1.2 linux/arch/arm/mach-clps711x/Config.in - 1.2 linux/arch/arm/mach-epxa10db/Config.help - 1.2 linux/arch/arm/mach-epxa10db/Config.in - 1.2 linux/arch/arm/mach-footbridge/Config.help - 1.2 linux/arch/arm/mach-footbridge/Config.in - 1.2 linux/arch/arm/mach-sa1100/Config.help - 1.2 linux/arch/arm/mach-iop310/Config.help - 1.2 linux/arch/arm/mach-iop310/Config.in - 1.2 linux/arch/arm/mach-pxa/Config.in - 1.2 linux/arch/arm/mach-sa1100/Config.in - 1.2 linux/sound/usb/usbquirks.h - 1.3 linux/sound/usb/usbmidi.c - 1.2 linux/sound/usb/usbaudio.h - 1.2 linux/sound/usb/usbaudio.c - 1.3 linux/sound/usb/Makefile - 1.2 linux/sound/usb/Config.in - 1.2 linux/sound/usb/Config.help - 1.2 linux/sound/pci/via82xx.c - 1.2 linux/sound/pci/ice1712/ice1712.h - 1.2 linux/sound/pci/ice1712/ice1712.c - 1.2 linux/sound/pci/ice1712/ews.c - 1.2 linux/sound/pci/ice1712/delta.h - 1.2 linux/sound/pci/ice1712/delta.c - 1.2 linux/sound/pci/ice1712/ak4524.c - 1.2 linux/drivers/isdn/i4l/isdn_fsm.c - 1.2 linux/mm/truncate.c - 1.2 linux/drivers/char/amd768_rng.c - 1.2 linux/include/asm-s390/kmap_types.h - 1.2 linux/net/llc/llc_proc.c - 1.4 linux/drivers/usb/misc/usbtest.c - 1.4 linux/drivers/scsi/nsp32.c - 1.2 linux/drivers/scsi/aacraid/linit.c - 1.3 linux/drivers/scsi/aacraid/aachba.c - 1.3 linux/drivers/isdn/i4l/isdn_net_lib.c - 1.4 linux/drivers/isdn/i4l/isdn_fsm.h - 1.2 linux/net/bluetooth/rfcomm/Makefile - 1.3 linux/net/bluetooth/rfcomm/Config.in - 1.3 linux/net/bluetooth/rfcomm/Config.help - 1.3 linux/net/bluetooth/bnep/Config.help - 1.3 linux/net/bluetooth/bnep/Config.in - 1.3 linux/net/sunrpc/svcauth_unix.c - 1.3 linux/fs/nfsd/nfs4xdr.c - 1.3 linux/drivers/isdn/hardware/eicon/Config.help - 1.2 linux/drivers/isdn/hardware/eicon/Config.in - 1.2 linux/drivers/isdn/hardware/eicon/Makefile - 1.2 linux/drivers/isdn/hardware/eicon/capifunc.c - 1.2 linux/include/linux/nfsd/xdr4.h - 1.3 linux/include/linux/rcupdate.h - 1.2 linux/include/asm-x86_64/proto.h - 1.3 linux/kernel/rcupdate.c - 1.2 linux/net/ipv4/ip_proc.c - 1.3 linux/arch/i386/oprofile/Config.help - 1.2 linux/arch/i386/oprofile/Config.in - 1.2 linux/arch/i386/oprofile/op_model_athlon.c - 1.2 linux/arch/i386/oprofile/op_model_ppro.c - 1.2 linux/drivers/block/scsi_ioctl.c - 1.2 linux/arch/x86_64/kernel/pci-gart.c - 1.2 linux/drivers/block/ioctl.c - 1.2 linux/arch/x86_64/kernel/e820.c - 1.2 linux/arch/x86_64/kernel/acpi.c - 1.2 linux/include/asm-i386/edd.h - 1.2 linux/drivers/pnp/pnpbios/core.c - 1.2 linux/scripts/Makefile.clean - 1.2 linux/arch/i386/mm/highmem.c - 1.2 linux/drivers/pnp/resource.c - 1.2 linux/drivers/pnp/names.c - 1.2 linux/drivers/isdn/i4l/isdn_ppp_ccp.h - 1.2 linux/drivers/isdn/i4l/isdn_ppp_ccp.c - 1.2 linux/drivers/pnp/base.h - 1.2 linux/drivers/pnp/compat.c - 1.2 linux/drivers/pnp/core.c - 1.2 linux/drivers/pnp/driver.c - 1.2 linux/fs/sysfs/inode.c - 1.2 linux/arch/i386/kernel/edd.c - 1.2 linux/include/linux/sysfs.h - 1.2 linux/drivers/pnp/isapnp/Makefile - 1.2 linux/include/linux/pnp.h - 1.2 From owner-linux-xfs@oss.sgi.com Mon Nov 4 14:43:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 14:43:55 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA4MhruR006225 for ; Mon, 4 Nov 2002 14:43:53 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA4MhrEq006224 for linux-xfs@oss.sgi.com; Mon, 4 Nov 2002 14:43:53 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA4MhpuT006210 for ; Mon, 4 Nov 2002 14:43:51 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA4MWpB9006176; Mon, 4 Nov 2002 14:32:51 -0800 Date: Mon, 4 Nov 2002 14:32:51 -0800 Message-Id: <200211042232.gA4MWpB9006176@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 182] Hitting the BUG() in filemap.c:843 (in unlock_page()) X-Bugzilla-Reason: AssignedTo X-archive-position: 1500 X-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=182 ------- Additional Comments From sandeen@sgi.com 2002-11-04 14:32 ------- For the record, I believe this was the patch that fixed this problem. (from ASANO Masahiro ) I found a bug at current 2.4 CVS about `struct pagesync_t'. Some driver top-half may call buffer_head.b_end_io() on process context (not interrupt context). So _end_pagebuf_page_io_multi() may be called several times with remain==1. Please fix it. Here is a patch. -- Masano --- linux/fs/xfs/pagebuf/page_buf.c Fri Oct 25 07:46:20 2002 +++ linux/fs/xfs/pagebuf/page_buf.c.new Sun Oct 27 15:53:38 2002 @@ -1645,7 +1645,7 @@ BUG(); /* Ugh - out of memory condition here */ psync->pb = pb; psync->locking = locking; - atomic_set(&psync->remain, 0); + atomic_set(&psync->remain, cnt); callback = public_bh ? _end_io_multi_part : _end_io_multi_full; @@ -1667,7 +1667,6 @@ /* Complete the buffer_head, then submit the IO */ if (psync) { init_buffer(bh, callback, psync); - atomic_inc(&psync->remain); } else { init_buffer(bh, callback, pb); } ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Mon Nov 4 14:58:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 14:58:19 -0800 (PST) Received: from ubergeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA4MwHuR007359 for ; Mon, 4 Nov 2002 14:58:17 -0800 Received: (qmail 4168 invoked by uid 500); 4 Nov 2002 22:58:48 -0000 Subject: Re: upgrading gcc From: Austin Gonyou To: Seth Mos Cc: ksimach@ksimachine.com, linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20021102141723.02d50420@pop.xs4all.nl> References: <4.3.2.7.2.20021102141723.02d50420@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 04 Nov 2002 16:58:48 -0600 Message-Id: <1036450728.1580.46.camel@ubergeek> Mime-Version: 1.0 X-archive-position: 1501 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: austin@coremetrics.com Precedence: bulk X-list: linux-xfs On Sat, 2002-11-02 at 07:18, Seth Mos wrote: > At 17:51 1-11-2002 -0500, Joe St.Clair wrote: > >I am having some proglems building a new kernel with the existing "gcc" > > >and if this upgrade would work then I should be set. > >As this is a compiler I would assume it is not going to crash the > >system. If it won't work I should be able to uninstall and reinstall > the > >old "gcc" and dependencies. > > I tried rebuilding on a 7.2 box and it failed with gcc-2.96-108 There is 2.96-110. It seems to work fine. I'd use gcc 3.2 though. > Cheers > -- > Seth > It might just be your lucky day, if you only knew. > From owner-linux-xfs@oss.sgi.com Mon Nov 4 19:45:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 04 Nov 2002 19:46:05 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA53jtuR020457 for ; Mon, 4 Nov 2002 19:45:55 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA85778 for ; Mon, 4 Nov 2002 21:46:51 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id VAA11487 for ; Mon, 4 Nov 2002 21:46:51 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA53klu03371; Mon, 4 Nov 2002 21:46:47 -0600 Message-Id: <200211050346.gA53klu03371@jen.americas.sgi.com> Date: Mon, 4 Nov 2002 21:46:47 -0600 Subject: TAKE - merge up to 2.5.46 To: linux-xfs@oss.sgi.com X-archive-position: 1502 X-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@sgi.com Precedence: bulk X-list: linux-xfs Turning XFS ACLs needs another change beyond this, if you want them, then you need to enabled acls in another filesystem (ext2/ext3/jfs). Date: Mon Nov 4 19:41:17 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132035a linux/usr/gen_init_cpio.c - 1.1 linux/usr/Makefile - 1.1 linux/include/asm-v850/ipcbuf.h - 1.1 linux/include/asm-v850/ipc.h - 1.1 linux/include/asm-v850/page.h - 1.1 linux/fs/mbcache.c - 1.1 linux/include/asm-v850/nb85e_utils.h - 1.1 linux/net/bluetooth/hci_proc.c - 1.1 linux/include/asm-v850/nb85e_uart.h - 1.1 linux/include/asm-v850/nb85e_timer_d.h - 1.1 linux/include/asm-m68k/kmap_types.h - 1.1 linux/fs/hugetlbfs/inode.c - 1.1 linux/fs/hugetlbfs/Makefile - 1.1 linux/fs/ext3/xattr_user.c - 1.1 linux/fs/ext3/xattr.h - 1.1 linux/fs/ext3/xattr.c - 1.1 linux/include/asm-m68k/percpu.h - 1.1 linux/fs/ext3/acl.h - 1.1 linux/fs/ext2/xattr_user.c - 1.1 linux/arch/alpha/kernel/err_common.c - 1.1 linux/arch/alpha/kernel/err_impl.h - 1.1 linux/fs/ext2/xattr.h - 1.1 linux/include/asm-i386/vic.h - 1.1 linux/fs/ext2/xattr.c - 1.1 linux/fs/ext2/acl.h - 1.1 linux/fs/eventpoll.c - 1.1 linux/include/asm-m68knommu/MC68328.h - 1.1 linux/include/asm-m68knommu/MC68332.h - 1.1 linux/include/asm-m68knommu/MC68EZ328.h - 1.1 linux/include/asm-m68knommu/MC68VZ328.h - 1.1 linux/include/asm-m68knommu/a.out.h - 1.1 linux/include/asm-m68knommu/anchor.h - 1.1 linux/include/asm-m68knommu/asm-offsets.h - 1.1 linux/include/asm-m68knommu/atomic.h - 1.1 linux/include/asm-m68knommu/bitops.h - 1.1 linux/include/asm-m68knommu/bootinfo.h - 1.1 linux/include/asm-m68knommu/bootstd.h - 1.1 linux/include/asm-m68knommu/bugs.h - 1.1 linux/include/asm-m68knommu/byteorder.h - 1.1 linux/include/asm-m68knommu/cache.h - 1.1 linux/include/asm-m68knommu/cachectl.h - 1.1 linux/include/asm-m68knommu/cacheflush.h - 1.1 linux/include/asm-m68knommu/checksum.h - 1.1 linux/include/asm-m68knommu/coldfire.h - 1.1 linux/include/asm-m68knommu/commproc.h - 1.1 linux/include/asm-m68knommu/current.h - 1.1 linux/include/asm-m68knommu/dbg.h - 1.1 linux/include/asm-m68knommu/delay.h - 1.1 linux/fs/binfmt_som.c - 1.1 linux/fs/binfmt_flat.c - 1.1 linux/include/asm-m68knommu/div64.h - 1.1 linux/arch/alpha/lib/dbg_current.S - 1.1 linux/include/asm-m68knommu/dma.h - 1.1 linux/include/asm-m68knommu/elf.h - 1.1 linux/include/asm-m68knommu/elia.h - 1.1 linux/include/asm-m68knommu/entry.h - 1.1 linux/include/asm-m68knommu/errno.h - 1.1 linux/include/asm-m68knommu/fcntl.h - 1.1 linux/include/asm-m68knommu/fpu.h - 1.1 linux/include/asm-m68knommu/hardirq.h - 1.1 linux/include/asm-m68knommu/hdreg.h - 1.1 linux/include/asm-m68knommu/hwtest.h - 1.1 linux/include/asm-m68knommu/ide.h - 1.1 linux/include/asm-m68knommu/init.h - 1.1 linux/mm/fremap.c - 1.1 linux/include/asm-m68knommu/io.h - 1.1 linux/include/asm-m68knommu/io_hw_swap.h - 1.1 linux/include/asm-m68knommu/ioctl.h - 1.1 linux/include/asm-m68knommu/ioctls.h - 1.1 linux/include/asm-m68knommu/ipc.h - 1.1 linux/include/asm-m68knommu/ipcbuf.h - 1.1 linux/include/asm-m68knommu/irq.h - 1.1 linux/include/asm-m68knommu/keyboard.h - 1.1 linux/include/asm-m68knommu/kmap_types.h - 1.1 linux/include/asm-m68knommu/linkage.h - 1.1 linux/include/asm-m68knommu/linux_logo.h - 1.1 linux/include/asm-m68knommu/m5206sim.h - 1.1 linux/include/asm-m68knommu/m5249sim.h - 1.1 linux/include/asm-m68knommu/m5272sim.h - 1.1 linux/include/asm-m68knommu/m5307sim.h - 1.1 linux/include/asm-m68knommu/m5407sim.h - 1.1 linux/init/initramfs.c - 1.1 linux/drivers/serial/8250_gsc.c - 1.1 linux/include/asm-m68knommu/m68360.h - 1.1 linux/include/linux/xattr_acl.h - 1.1 linux/include/linux/videodev2.h - 1.1 linux/include/asm-m68knommu/m68360_enet.h - 1.1 linux/include/asm-m68knommu/m68360_pram.h - 1.1 linux/include/linux/som.h - 1.1 linux/drivers/scsi/sun3_scsi_vme.c - 1.1 linux/include/asm-m68knommu/m68360_quicc.h - 1.1 linux/include/asm-m68knommu/m68360_regs.h - 1.1 linux/include/asm-m68knommu/machdep.h - 1.1 linux/include/asm-m68knommu/math-emu.h - 1.1 linux/include/asm-m68knommu/mc146818rtc.h - 1.1 linux/include/asm-m68knommu/mcfdma.h - 1.1 linux/include/asm-m68knommu/mcfmbus.h - 1.1 linux/include/asm-m68knommu/mcfne.h - 1.1 linux/include/asm-m68knommu/mcfpci.h - 1.1 linux/include/asm-m68knommu/mcfsim.h - 1.1 linux/drivers/parisc/wax.c - 1.1 linux/drivers/parisc/superio.c - 1.1 linux/drivers/parisc/sba_iommu.c - 1.1 linux/drivers/parisc/power.c - 1.1 linux/drivers/parisc/led.c - 1.1 linux/drivers/parisc/lba_pci.c - 1.1 linux/drivers/parisc/lasi.c - 1.1 linux/drivers/parisc/iosapic_private.h - 1.1 linux/drivers/parisc/iosapic.c - 1.1 linux/drivers/parisc/gsc.h - 1.1 linux/include/linux/node.h - 1.1 linux/drivers/parisc/gsc.c - 1.1 linux/drivers/parisc/eisa_enumerator.c - 1.1 linux/drivers/parisc/eisa_eeprom.c - 1.1 linux/include/linux/memblk.h - 1.1 linux/include/linux/mbcache.h - 1.1 linux/drivers/parisc/eisa.c - 1.1 linux/drivers/parisc/dino.c - 1.1 linux/drivers/parisc/ccio-rm-dma.c - 1.1 linux/drivers/parisc/ccio-dma.c - 1.1 linux/drivers/parisc/asp.c - 1.1 linux/drivers/parisc/README.dino - 1.1 linux/include/linux/hugetlb.h - 1.1 linux/drivers/parisc/Makefile - 1.1 linux/drivers/parisc/Kconfig - 1.1 linux/include/linux/flat.h - 1.1 linux/include/asm-m68knommu/mcfsmc.h - 1.1 linux/include/asm-m68knommu/mcftimer.h - 1.1 linux/include/asm-m68knommu/mcfuart.h - 1.1 linux/include/asm-m68knommu/mcfwdebug.h - 1.1 linux/include/asm-m68knommu/md.h - 1.1 linux/include/asm-m68knommu/mman.h - 1.1 linux/drivers/net/mac8390.c - 1.1 linux/include/asm-m68knommu/mmu.h - 1.1 linux/include/asm-v850/user.h - 1.1 linux/include/asm-v850/unistd.h - 1.1 linux/include/asm-v850/unaligned.h - 1.1 linux/include/asm-v850/ucontext.h - 1.1 linux/include/asm-v850/uaccess.h - 1.1 linux/include/asm-v850/types.h - 1.1 linux/include/asm-m68knommu/mmu_context.h - 1.1 linux/include/asm-v850/topology.h - 1.1 linux/include/asm-v850/tlbflush.h - 1.1 linux/include/asm-v850/tlb.h - 1.1 linux/include/asm-v850/timex.h - 1.1 linux/include/asm-v850/thread_info.h - 1.1 linux/include/asm-v850/termios.h - 1.1 linux/include/asm-m68knommu/module.h - 1.1 linux/drivers/net/fec.h - 1.1 linux/drivers/net/fec.c - 1.1 linux/include/asm-m68knommu/movs.h - 1.1 linux/include/asm-m68knommu/msgbuf.h - 1.1 linux/include/asm-v850/termbits.h - 1.1 linux/include/asm-m68knommu/namei.h - 1.1 linux/drivers/net/68360enet.c - 1.1 linux/drivers/mtd/maps/uclinux.c - 1.1 linux/include/asm-m68knommu/nap.h - 1.1 linux/include/asm-v850/teg.h - 1.1 linux/include/asm-v850/system.h - 1.1 linux/arch/i386/mach-generic/topology.c - 1.1 linux/include/asm-v850/string.h - 1.1 linux/include/asm-v850/statfs.h - 1.1 linux/include/asm-m68knommu/nettel.h - 1.1 linux/include/asm-v850/stat.h - 1.1 linux/include/asm-v850/softirq.h - 1.1 linux/include/asm-m68knommu/openprom.h - 1.1 linux/include/asm-v850/sockios.h - 1.1 linux/include/asm-m68knommu/oplib.h - 1.1 linux/include/asm-v850/socket.h - 1.1 linux/include/asm-v850/simsyscall.h - 1.1 linux/include/asm-i386/node.h - 1.1 linux/drivers/media/video/v4l2-common.c - 1.1 linux/include/asm-m68knommu/page.h - 1.1 linux/include/asm-i386/memblk.h - 1.1 linux/include/asm-i386/cpu.h - 1.1 linux/include/asm-m68knommu/page_offset.h - 1.1 linux/include/asm-v850/sim85e2c.h - 1.1 linux/drivers/media/video/saa7134/saa7134.h - 1.1 linux/include/asm-v850/sim.h - 1.1 linux/drivers/media/video/saa7134/saa7134-video.c - 1.1 linux/drivers/media/video/saa7134/saa7134-vbi.c - 1.1 linux/include/asm-v850/signal.h - 1.1 linux/drivers/media/video/saa7134/saa7134-tvaudio.c - 1.1 linux/drivers/media/video/saa7134/saa7134-ts.c - 1.1 linux/drivers/media/video/saa7134/saa7134-reg.h - 1.1 linux/drivers/media/video/saa7134/saa7134-oss.c - 1.1 linux/drivers/media/video/saa7134/saa7134-i2c.c - 1.1 linux/drivers/media/video/saa7134/saa7134-core.c - 1.1 linux/drivers/media/video/saa7134/saa7134-cards.c - 1.1 linux/drivers/media/video/saa7134/Makefile - 1.1 linux/include/asm-m68knommu/param.h - 1.1 linux/include/asm-m68knommu/pci.h - 1.1 linux/include/asm-m68knommu/percpu.h - 1.1 linux/include/asm-m68knommu/pgalloc.h - 1.1 linux/include/asm-m68knommu/pgtable.h - 1.1 linux/include/asm-m68knommu/poll.h - 1.1 linux/include/asm-m68knommu/posix_types.h - 1.1 linux/include/asm-m68knommu/processor.h - 1.1 linux/include/asm-m68knommu/ptrace.h - 1.1 linux/include/asm-m68knommu/quicc_simple.h - 1.1 linux/include/asm-m68knommu/resource.h - 1.1 linux/include/asm-m68knommu/rmap.h - 1.1 linux/include/asm-m68knommu/scatterlist.h - 1.1 linux/include/asm-m68knommu/segment.h - 1.1 linux/fs/xattr_acl.c - 1.1 linux/include/asm-m68knommu/semaphore-helper.h - 1.1 linux/include/asm-m68knommu/semaphore.h - 1.1 linux/include/asm-m68knommu/sembuf.h - 1.1 linux/include/asm-m68knommu/semp3.h - 1.1 linux/include/asm-m68knommu/setup.h - 1.1 linux/include/asm-m68knommu/shglcore.h - 1.1 linux/include/asm-m68knommu/shglports.h - 1.1 linux/include/asm-m68knommu/shm.h - 1.1 linux/include/asm-m68knommu/shmbuf.h - 1.1 linux/drivers/base/node.c - 1.1 linux/drivers/base/memblk.c - 1.1 linux/include/asm-m68knommu/shmparam.h - 1.1 linux/include/asm-m68knommu/sigcontext.h - 1.1 linux/include/asm-m68knommu/siginfo.h - 1.1 linux/include/asm-m68knommu/signal.h - 1.1 linux/include/asm-m68knommu/smp.h - 1.1 linux/include/asm-m68knommu/socket.h - 1.1 linux/include/asm-m68knommu/sockios.h - 1.1 linux/include/asm-m68knommu/softirq.h - 1.1 linux/include/asm-m68knommu/spinlock.h - 1.1 linux/drivers/base/firmware.c - 1.1 linux/include/asm-m68knommu/stat.h - 1.1 linux/include/asm-m68knommu/statfs.h - 1.1 linux/include/asm-m68knommu/string.h - 1.1 linux/include/asm-m68knommu/system.h - 1.1 linux/include/asm-m68knommu/termbits.h - 1.1 linux/include/asm-m68knommu/termios.h - 1.1 linux/include/asm-m68knommu/thread_info.h - 1.1 linux/include/asm-m68knommu/timex.h - 1.1 linux/include/asm-m68knommu/tlb.h - 1.1 linux/include/asm-m68knommu/tlbflush.h - 1.1 linux/include/asm-m68knommu/topology.h - 1.1 linux/include/asm-m68knommu/traps.h - 1.1 linux/include/asm-m68knommu/types.h - 1.1 linux/include/asm-m68knommu/uaccess.h - 1.1 linux/include/asm-m68knommu/ucontext.h - 1.1 linux/include/asm-m68knommu/unaligned.h - 1.1 linux/include/asm-m68knommu/unistd.h - 1.1 linux/include/asm-m68knommu/user.h - 1.1 linux/arch/v850/vmlinux.lds.S - 1.1 linux/arch/v850/sim85e2c.ld - 1.1 linux/arch/v850/sim.ld - 1.1 linux/arch/v850/rte_ma1_cb.ld - 1.1 linux/arch/v850/rte_ma1_cb-rom.ld - 1.1 linux/arch/m68k/mm/sun3kmap.c - 1.1 linux/arch/v850/rte_ma1_cb-ksram.ld - 1.1 linux/arch/v850/lib/negdi2.c - 1.1 linux/arch/v850/lib/muldi3.c - 1.1 linux/arch/v850/lib/memset.c - 1.1 linux/arch/v850/lib/memcpy.c - 1.1 linux/arch/v850/lib/lshrdi3.c - 1.1 linux/arch/v850/lib/checksum.c - 1.1 linux/arch/v850/lib/ashrdi3.c - 1.1 linux/arch/v850/lib/ashldi3.c - 1.1 linux/include/asm-v850/siginfo.h - 1.1 linux/arch/v850/lib/Makefile - 1.1 linux/arch/v850/kernel/v850_ksyms.c - 1.1 linux/include/asm-v850/sigcontext.h - 1.1 linux/arch/v850/kernel/time.c - 1.1 linux/include/asm-v850/shmparam.h - 1.1 linux/arch/v850/kernel/syscalls.c - 1.1 linux/arch/m68knommu/Kconfig - 1.1 linux/arch/m68knommu/Makefile - 1.1 linux/arch/m68knommu/defconfig - 1.1 linux/arch/m68knommu/kernel/Makefile - 1.1 linux/arch/m68knommu/kernel/asm-offsets.c - 1.1 linux/arch/m68knommu/kernel/comempci.c - 1.1 linux/arch/m68knommu/kernel/init_task.c - 1.1 linux/arch/m68knommu/kernel/ints.c - 1.1 linux/arch/m68knommu/kernel/m68k_ksyms.c - 1.1 linux/arch/m68knommu/kernel/process.c - 1.1 linux/arch/m68knommu/kernel/ptrace.c - 1.1 linux/arch/m68knommu/kernel/semaphore.c - 1.1 linux/arch/m68knommu/kernel/setup.c - 1.1 linux/arch/m68knommu/kernel/signal.c - 1.1 linux/arch/m68knommu/kernel/sys_m68k.c - 1.1 linux/arch/m68knommu/kernel/syscalltable.S - 1.1 linux/arch/m68knommu/kernel/time.c - 1.1 linux/arch/m68knommu/kernel/traps.c - 1.1 linux/arch/m68knommu/lib/Makefile - 1.1 linux/arch/m68knommu/lib/ashldi3.c - 1.1 linux/arch/m68knommu/lib/ashrdi3.c - 1.1 linux/arch/m68knommu/lib/checksum.c - 1.1 linux/arch/m68knommu/lib/divsi3.S - 1.1 linux/arch/m68knommu/lib/lshrdi3.c - 1.1 linux/arch/m68knommu/lib/memcpy.c - 1.1 linux/arch/m68knommu/lib/memset.c - 1.1 linux/arch/m68knommu/lib/modsi3.S - 1.1 linux/arch/m68knommu/lib/muldi3.c - 1.1 linux/arch/m68knommu/lib/mulsi3.S - 1.1 linux/arch/m68knommu/lib/semaphore.S - 1.1 linux/arch/m68knommu/lib/udivsi3.S - 1.1 linux/arch/m68knommu/lib/umodsi3.S - 1.1 linux/arch/m68knommu/mm/Makefile - 1.1 linux/arch/m68knommu/mm/fault.c - 1.1 linux/arch/m68knommu/mm/init.c - 1.1 linux/arch/m68knommu/mm/kmap.c - 1.1 linux/arch/m68knommu/mm/memory.c - 1.1 linux/arch/m68knommu/platform/5206/ARNEWSH/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5206/ARNEWSH/ram.ld - 1.1 linux/arch/m68knommu/platform/5206/Makefile - 1.1 linux/arch/m68knommu/platform/5206/config.c - 1.1 linux/arch/m68knommu/platform/5206e/MOTOROLA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5206e/MOTOROLA/ram.ld - 1.1 linux/arch/m68knommu/platform/5206e/Makefile - 1.1 linux/arch/m68knommu/platform/5206e/config.c - 1.1 linux/arch/m68knommu/platform/5206e/eLITE/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5206e/eLITE/ram.ld - 1.1 linux/arch/m68knommu/platform/5249/MOTOROLA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5249/MOTOROLA/ram.ld - 1.1 linux/arch/m68knommu/platform/5249/Makefile - 1.1 linux/arch/m68knommu/platform/5249/config.c - 1.1 linux/arch/m68knommu/platform/5272/MOTOROLA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5272/MOTOROLA/ram.ld - 1.1 linux/arch/m68knommu/platform/5272/Makefile - 1.1 linux/arch/m68knommu/platform/5272/NETtel/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5272/NETtel/ram.ld - 1.1 linux/arch/m68knommu/platform/5272/config.c - 1.1 linux/arch/m68knommu/platform/5307/ARNEWSH/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5307/ARNEWSH/ram.ld - 1.1 linux/arch/m68knommu/platform/5307/CLEOPATRA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5307/CLEOPATRA/ram.ld - 1.1 linux/arch/m68knommu/platform/5307/MOTOROLA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5307/MOTOROLA/ram.ld - 1.1 linux/arch/m68knommu/platform/5307/MP3/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5307/MP3/ram.ld - 1.1 linux/arch/m68knommu/platform/5307/Makefile - 1.1 linux/arch/m68knommu/platform/5307/NETtel/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5307/NETtel/ram.ld - 1.1 linux/arch/m68knommu/platform/5307/config.c - 1.1 linux/arch/m68knommu/platform/5307/entry.S - 1.1 linux/arch/m68knommu/platform/5407/CLEOPATRA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5407/CLEOPATRA/ram.ld - 1.1 linux/arch/m68knommu/platform/5407/MOTOROLA/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/5407/MOTOROLA/ram.ld - 1.1 linux/arch/m68knommu/platform/5407/Makefile - 1.1 linux/arch/m68knommu/platform/5407/config.c - 1.1 linux/arch/m68knommu/platform/68328/Makefile - 1.1 linux/arch/m68knommu/platform/68328/bootlogo.h - 1.1 linux/arch/m68knommu/platform/68328/bootlogo.pl - 1.1 linux/arch/m68knommu/platform/68328/config.c - 1.1 linux/arch/m68knommu/platform/68328/entry.S - 1.1 linux/arch/m68knommu/platform/68328/ints.c - 1.1 linux/arch/m68knommu/platform/68328/pilot/crt0_rom.S - 1.1 linux/arch/m68knommu/platform/68328/pilot/rom.ld - 1.1 linux/arch/m68knommu/platform/68360/Makefile - 1.1 linux/arch/m68knommu/platform/68360/commproc.c - 1.1 linux/arch/m68knommu/platform/68360/config.c - 1.1 linux/arch/m68knommu/platform/68360/entry.S - 1.1 linux/arch/m68knommu/platform/68360/ints.c - 1.1 linux/arch/m68knommu/platform/68360/uCquicc/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/68360/uCquicc/crt0_rom.S - 1.1 linux/arch/m68knommu/platform/68360/uCquicc/ram.ld - 1.1 linux/arch/m68knommu/platform/68360/uCquicc/rom.ld - 1.1 linux/arch/m68knommu/platform/68EZ328/Makefile - 1.1 linux/arch/m68knommu/platform/68EZ328/bootlogo.h - 1.1 linux/arch/m68knommu/platform/68EZ328/config.c - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/crt0_fixed.S - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/crt0_himem.S - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/crt0_rom.S - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/fixed.ld - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/himem.ld - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/ram.ld - 1.1 linux/arch/m68knommu/platform/68EZ328/ucsimm/rom.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/Makefile - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/config.c - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/crt0_fixed.S - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/crt0_himem.S - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/crt0_rom.S - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/fixed.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/himem.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/ram.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/de2/rom.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/crt0_fixed.S - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/crt0_himem.S - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/crt0_ram.S - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/crt0_rom.S - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/fixed.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/himem.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/ram.ld - 1.1 linux/arch/m68knommu/platform/68VZ328/ucdimm/rom.ld - 1.1 linux/arch/m68knommu/platform/Makefile - 1.1 linux/arch/m68knommu/vmlinux.lds.S - 1.1 linux/include/asm-v850/shmbuf.h - 1.1 linux/include/asm-v850/setup.h - 1.1 linux/arch/v850/kernel/simcons.c - 1.1 linux/arch/v850/kernel/sim85e2c.c - 1.1 linux/include/asm-v850/sembuf.h - 1.1 linux/arch/v850/kernel/sim.c - 1.1 linux/include/asm-v850/semaphore.h - 1.1 linux/include/asm-v850/segment.h - 1.1 linux/arch/v850/kernel/signal.c - 1.1 linux/arch/v850/kernel/setup.c - 1.1 linux/arch/v850/kernel/semaphore.c - 1.1 linux/include/asm-v850/scatterlist.h - 1.1 linux/include/asm-v850/rte_nb85e_cb.h - 1.1 linux/include/asm-v850/rte_mb_a_pci.h - 1.1 linux/arch/v850/kernel/rte_nb85e_cb.c - 1.1 linux/arch/v850/kernel/rte_mb_a_pci.c - 1.1 linux/include/asm-v850/rte_ma1_cb.h - 1.1 linux/include/asm-v850/rte_cb.h - 1.1 linux/arch/v850/kernel/rte_ma1_cb.c - 1.1 linux/arch/v850/kernel/rte_cb_multi.c - 1.1 linux/include/asm-v850/rmap.h - 1.1 linux/include/asm-v850/resource.h - 1.1 linux/include/asm-v850/ptrace.h - 1.1 linux/arch/v850/kernel/rte_cb_leds.c - 1.1 linux/arch/v850/kernel/rte_cb.c - 1.1 linux/arch/v850/kernel/ptrace.c - 1.1 linux/arch/v850/kernel/procfs.c - 1.1 linux/include/asm-v850/processor.h - 1.1 linux/include/asm-v850/posix_types.h - 1.1 linux/include/asm-v850/poll.h - 1.1 linux/include/asm-v850/pgtable.h - 1.1 linux/include/asm-v850/pgalloc.h - 1.1 linux/include/asm-v850/percpu.h - 1.1 linux/include/asm-v850/pci.h - 1.1 linux/include/asm-v850/param.h - 1.1 linux/include/asm-v850/module.h - 1.1 linux/arch/v850/kernel/process.c - 1.1 linux/arch/v850/kernel/nb85e_utils.c - 1.1 linux/arch/v850/kernel/nb85e_timer_d.c - 1.1 linux/include/asm-v850/nb85e_timer_c.h - 1.1 linux/include/asm-v850/nb85e_intc.h - 1.1 linux/include/asm-v850/nb85e_cache.h - 1.1 linux/include/asm-v850/nb85e.h - 1.1 linux/include/asm-v850/namei.h - 1.1 linux/include/asm-v850/msgbuf.h - 1.1 linux/arch/v850/kernel/init_task.c - 1.1 linux/include/asm-v850/mmu_context.h - 1.1 linux/include/asm-v850/mmu.h - 1.1 linux/include/asm-v850/mman.h - 1.1 linux/include/asm-v850/macrology.h - 1.1 linux/include/asm-v850/machdep.h - 1.1 linux/include/asm-v850/ma1.h - 1.1 linux/include/asm-v850/ma.h - 1.1 linux/include/asm-v850/linkage.h - 1.1 linux/include/asm-v850/kmap_types.h - 1.1 linux/include/asm-v850/irq.h - 1.1 linux/arch/v850/kernel/nb85e_intc.c - 1.1 linux/arch/v850/kernel/memcons.c - 1.1 linux/include/asm-v850/ioctls.h - 1.1 linux/include/asm-v850/ioctl.h - 1.1 linux/include/asm-v850/io.h - 1.1 linux/include/asm-v850/hw_irq.h - 1.1 linux/include/asm-v850/highres_timer.h - 1.1 linux/include/asm-v850/hardirq.h - 1.1 linux/include/asm-v850/gbus_int.h - 1.1 linux/include/asm-v850/fpga85e2c.h - 1.1 linux/arch/v850/kernel/mach.h - 1.1 linux/arch/v850/kernel/mach.c - 1.1 linux/arch/v850/kernel/ma.c - 1.1 linux/arch/v850/kernel/irq.c - 1.1 linux/arch/v850/kernel/intv.S - 1.1 linux/include/asm-v850/elf.h - 1.1 linux/arch/v850/kernel/highres_timer.c - 1.1 linux/include/asm-v850/fcntl.h - 1.1 linux/include/asm-v850/errno.h - 1.1 linux/include/asm-v850/entry.h - 1.1 linux/include/asm-v850/asm.h - 1.1 linux/include/asm-v850/dma.h - 1.1 linux/include/asm-v850/div64.h - 1.1 linux/include/asm-v850/delay.h - 1.1 linux/include/asm-v850/current.h - 1.1 linux/include/asm-v850/clinkage.h - 1.1 linux/include/asm-v850/checksum.h - 1.1 linux/include/asm-v850/cacheflush.h - 1.1 linux/include/asm-v850/cache.h - 1.1 linux/include/asm-v850/byteorder.h - 1.1 linux/include/asm-v850/bugs.h - 1.1 linux/include/asm-v850/bitops.h - 1.1 linux/include/asm-v850/atomic.h - 1.1 linux/arch/v850/kernel/gbus_int.c - 1.1 linux/arch/v850/kernel/head.S - 1.1 linux/include/asm-v850/a.out.h - 1.1 linux/arch/v850/kernel/fpga85e2c.c - 1.1 linux/include/asm-v850/anna.h - 1.1 linux/arch/v850/kernel/entry.S - 1.1 linux/arch/v850/kernel/bug.c - 1.1 linux/arch/v850/kernel/asm-consts.c - 1.1 linux/arch/v850/kernel/anna.c - 1.1 linux/arch/v850/kernel/Makefile - 1.1 linux/arch/v850/Kconfig - 1.1 linux/arch/v850/fpga85e2c.ld - 1.1 linux/arch/v850/anna.ld - 1.1 linux/arch/v850/README - 1.1 linux/arch/v850/Makefile - 1.1 linux/arch/v850/anna-rom.ld - 1.1 linux/net/sunrpc/xdr.c - 1.10 linux/net/ipv4/tcp.c - 1.48 linux/mm/vmscan.c - 1.120 linux/mm/vmalloc.c - 1.47 linux/mm/swapfile.c - 1.68 linux/mm/swap_state.c - 1.54 linux/mm/swap.c - 1.30 linux/mm/slab.c - 1.44 linux/mm/page_alloc.c - 1.99 linux/mm/mremap.c - 1.37 linux/mm/mprotect.c - 1.36 linux/mm/mmap.c - 1.65 linux/mm/memory.c - 1.97 linux/mm/filemap.c - 1.142 linux/mm/Makefile - 1.21 linux/kernel/sys.c - 1.44 linux/kernel/sched.c - 1.88 linux/kernel/module.c - 1.31 linux/kernel/ksyms.c - 1.174 linux/kernel/fork.c - 1.76 linux/ipc/util.c - 1.22 linux/ipc/shm.c - 1.59 linux/ipc/sem.c - 1.23 linux/ipc/msg.c - 1.16 linux/init/main.c - 1.96 linux/include/scsi/scsi.h - 1.8 linux/include/net/sock.h - 1.39 linux/include/linux/videodev.h - 1.24 linux/include/linux/swap.h - 1.68 linux/include/linux/shm.h - 1.15 linux/include/linux/sem.h - 1.9 linux/include/linux/sched.h - 1.91 linux/include/linux/ptrace.h - 1.5 linux/include/linux/poll.h - 1.5 linux/include/linux/pipe_fs_i.h - 1.11 linux/include/linux/personality.h - 1.11 linux/include/linux/pci.h - 1.67 linux/include/linux/mm.h - 1.107 linux/include/linux/miscdevice.h - 1.12 linux/include/linux/kernel_stat.h - 1.13 linux/include/linux/kdev_t.h - 1.9 linux/include/linux/ipc.h - 1.8 linux/include/linux/genhd.h - 1.31 linux/include/linux/fs.h - 1.198 linux/include/linux/ext2_fs_sb.h - 1.8 linux/include/linux/ext2_fs.h - 1.23 linux/include/linux/elf.h - 1.16 linux/include/linux/dcache.h - 1.30 linux/include/linux/blkdev.h - 1.77 linux/include/asm-sparc64/processor.h - 1.26 linux/include/asm-sparc64/mman.h - 1.5 linux/include/asm-sparc/processor.h - 1.20 linux/include/asm-sparc/mman.h - 1.5 linux/include/asm-ppc/processor.h - 1.36 linux/include/asm-mips/ptrace.h - 1.9 linux/include/asm-mips/processor.h - 1.20 linux/include/asm-m68k/virtconvert.h - 1.6 linux/include/asm-m68k/system.h - 1.11 linux/include/asm-m68k/softirq.h - 1.8 linux/include/asm-m68k/q40_master.h - 1.5 linux/include/asm-m68k/processor.h - 1.17 linux/include/asm-m68k/poll.h - 1.4 linux/include/asm-m68k/page.h - 1.13 linux/include/asm-m68k/io.h - 1.9 linux/include/asm-m68k/hardirq.h - 1.9 linux/include/asm-m68k/floppy.h - 1.6 linux/include/asm-m68k/dvma.h - 1.7 linux/include/asm-m68k/checksum.h - 1.5 linux/include/asm-i386/unistd.h - 1.31 linux/include/asm-i386/ptrace.h - 1.10 linux/include/asm-i386/processor.h - 1.45 linux/include/asm-i386/mmu_context.h - 1.23 linux/include/asm-i386/mman.h - 1.5 linux/include/asm-arm/system.h - 1.25 linux/include/asm-arm/ptrace.h - 1.8 linux/include/asm-arm/processor.h - 1.26 linux/include/asm-arm/proc-armv/pgtable.h - 1.18 linux/include/asm-arm/poll.h - 1.3 linux/include/asm-arm/mman.h - 1.5 linux/include/asm-arm/io.h - 1.23 linux/include/asm-arm/arch-ebsa285/hardware.h - 1.10 linux/include/asm-alpha/unistd.h - 1.25 linux/include/asm-alpha/system.h - 1.25 linux/include/asm-alpha/siginfo.h - 1.10 linux/include/asm-alpha/processor.h - 1.17 linux/include/asm-alpha/poll.h - 1.3 linux/include/asm-alpha/mman.h - 1.5 linux/include/asm-alpha/machvec.h - 1.15 linux/include/asm-alpha/hwrpb.h - 1.7 linux/include/asm-alpha/floppy.h - 1.7 linux/include/asm-alpha/dma.h - 1.7 linux/fs/select.c - 1.20 linux/fs/proc/base.c - 1.44 linux/fs/proc/array.c - 1.51 linux/fs/pipe.c - 1.37 linux/fs/namei.c - 1.62 linux/fs/inode.c - 1.86 linux/fs/file_table.c - 1.26 linux/fs/ext2/symlink.c - 1.12 linux/fs/ext2/super.c - 1.38 linux/fs/ext2/namei.c - 1.28 linux/fs/ext2/inode.c - 1.59 linux/fs/ext2/ialloc.c - 1.31 linux/fs/ext2/file.c - 1.24 linux/fs/ext2/acl.c - 1.7 linux/fs/ext2/Makefile - 1.7 linux/fs/exec.c - 1.71 linux/fs/binfmt_elf.c - 1.48 linux/fs/binfmt_aout.c - 1.29 linux/fs/attr.c - 1.18 linux/fs/Makefile - 1.74 linux/drivers/zorro/proc.c - 1.14 linux/drivers/video/hpfb.c - 1.17 linux/drivers/video/fbcon.c - 1.29 linux/drivers/scsi/u14-34f.h - 1.14 linux/drivers/scsi/u14-34f.c - 1.26 linux/drivers/scsi/sym53c8xx.h - 1.12 linux/drivers/scsi/st.h - 1.18 linux/drivers/scsi/st.c - 1.57 linux/drivers/scsi/sr.h - 1.12 linux/drivers/scsi/sr.c - 1.58 linux/drivers/scsi/sg.c - 1.43 linux/drivers/scsi/sd.c - 1.78 linux/drivers/scsi/scsi.h - 1.39 linux/drivers/scsi/scsi.c - 1.65 linux/drivers/scsi/ncr53c8xx.h - 1.8 linux/drivers/scsi/inia100.h - 1.13 linux/drivers/scsi/ide-scsi.c - 1.48 linux/drivers/scsi/hosts.h - 1.30 linux/drivers/scsi/eata.h - 1.14 linux/drivers/scsi/eata.c - 1.29 linux/drivers/scsi/constants.c - 1.14 linux/drivers/scsi/aha1542.c - 1.29 linux/drivers/scsi/Makefile - 1.44 linux/drivers/pci/pci.c - 1.62 linux/drivers/nubus/nubus.c - 1.11 linux/drivers/net/daynaport.c - 1.12 linux/drivers/net/Makefile - 1.63 linux/drivers/net/3c509.c - 1.37 linux/drivers/macintosh/mac_keyb.c - 1.17 linux/drivers/char/sysrq.c - 1.31 linux/drivers/char/nvram.c - 1.24 linux/drivers/char/Makefile - 1.78 linux/drivers/block/z2ram.c - 1.24 linux/drivers/block/rd.c - 1.67 linux/drivers/block/ps2esdi.c - 1.53 linux/drivers/block/ll_rw_blk.c - 1.122 linux/drivers/block/genhd.c - 1.41 linux/drivers/block/floppy.c - 1.58 linux/drivers/block/ataflop.c - 1.33 linux/drivers/block/amiflop.c - 1.34 linux/drivers/acorn/block/fd1772.c - 1.27 linux/drivers/Makefile - 1.39 linux/arch/sparc64/mm/init.c - 1.53 linux/arch/sparc64/kernel/sys_sparc.c - 1.27 linux/arch/sparc64/kernel/smp.c - 1.49 linux/arch/sparc64/kernel/ptrace.c - 1.20 linux/arch/sparc64/kernel/process.c - 1.42 linux/arch/sparc64/kernel/irq.c - 1.30 linux/arch/sparc/kernel/sun4d_irq.c - 1.18 linux/arch/sparc/kernel/ptrace.c - 1.17 linux/arch/sparc/kernel/process.c - 1.32 linux/arch/sparc/kernel/irq.c - 1.25 linux/arch/ppc/kernel/ptrace.c - 1.16 linux/arch/ppc/kernel/misc.S - 1.50 linux/arch/ppc/kernel/irq.c - 1.41 linux/arch/ppc/amiga/ints.c - 1.9 linux/arch/ppc/amiga/cia.c - 1.9 linux/arch/ppc/amiga/amiints.c - 1.14 linux/arch/mips/sgi/kernel/time.c - 1.9 linux/arch/mips/sgi/kernel/indy_int.c - 1.11 linux/arch/mips/kernel/time.c - 1.14 linux/arch/mips/kernel/ptrace.c - 1.15 linux/arch/mips/kernel/process.c - 1.15 linux/arch/mips/kernel/irq.c - 1.14 linux/arch/m68k/sun3x/time.c - 1.6 linux/arch/m68k/sun3x/config.c - 1.8 linux/arch/m68k/q40/q40ints.c - 1.7 linux/arch/m68k/q40/config.c - 1.17 linux/arch/m68k/mvme147/config.c - 1.14 linux/arch/m68k/mm/memory.c - 1.14 linux/arch/m68k/mm/Makefile - 1.6 linux/arch/m68k/mac/macints.c - 1.10 linux/arch/m68k/mac/config.c - 1.13 linux/arch/m68k/lib/checksum.c - 1.4 linux/arch/m68k/kernel/traps.c - 1.15 linux/arch/m68k/kernel/time.c - 1.7 linux/arch/m68k/kernel/setup.c - 1.19 linux/arch/m68k/kernel/ptrace.c - 1.13 linux/arch/m68k/kernel/process.c - 1.18 linux/arch/m68k/kernel/m68k_ksyms.c - 1.13 linux/arch/m68k/kernel/m68k_defs.c - 1.7 linux/arch/m68k/kernel/ints.c - 1.8 linux/arch/m68k/kernel/entry.S - 1.19 linux/arch/m68k/kernel/bios32.c - 1.8 linux/arch/m68k/kernel/Makefile - 1.12 linux/arch/m68k/ifpsp060/iskeleton.S - 1.5 linux/arch/m68k/ifpsp060/fskeleton.S - 1.4 linux/arch/m68k/hp300/time.c - 1.5 linux/arch/m68k/hp300/Makefile - 1.6 linux/arch/m68k/fpsp040/x_unsupp.S - 1.3 linux/arch/m68k/fpsp040/x_unimp.S - 1.3 linux/arch/m68k/fpsp040/x_unfl.S - 1.3 linux/arch/m68k/fpsp040/x_store.S - 1.4 linux/arch/m68k/fpsp040/x_snan.S - 1.3 linux/arch/m68k/fpsp040/x_ovfl.S - 1.3 linux/arch/m68k/fpsp040/x_operr.S - 1.3 linux/arch/m68k/fpsp040/x_fline.S - 1.3 linux/arch/m68k/fpsp040/x_bsun.S - 1.3 linux/arch/m68k/fpsp040/util.S - 1.4 linux/arch/m68k/fpsp040/stwotox.S - 1.3 linux/arch/m68k/fpsp040/sto_res.S - 1.3 linux/arch/m68k/fpsp040/stanh.S - 1.3 linux/arch/m68k/fpsp040/stan.S - 1.3 linux/arch/m68k/fpsp040/ssin.S - 1.3 linux/arch/m68k/fpsp040/srem_mod.S - 1.3 linux/arch/m68k/fpsp040/smovecr.S - 1.3 linux/arch/m68k/fpsp040/slogn.S - 1.3 linux/arch/m68k/fpsp040/skeleton.S - 1.5 linux/arch/m68k/fpsp040/sint.S - 1.3 linux/arch/m68k/fpsp040/sgetem.S - 1.3 linux/arch/m68k/fpsp040/setox.S - 1.3 linux/arch/m68k/fpsp040/scale.S - 1.3 linux/arch/m68k/fpsp040/satan.S - 1.3 linux/arch/m68k/fpsp040/round.S - 1.3 linux/arch/m68k/fpsp040/res_func.S - 1.3 linux/arch/m68k/fpsp040/kernel_ex.S - 1.3 linux/arch/m68k/fpsp040/get_op.S - 1.4 linux/arch/m68k/fpsp040/gen_except.S - 1.3 linux/arch/m68k/fpsp040/do_func.S - 1.4 linux/arch/m68k/fpsp040/decbin.S - 1.4 linux/arch/m68k/fpsp040/bugfix.S - 1.3 linux/arch/m68k/fpsp040/binstr.S - 1.3 linux/arch/m68k/fpsp040/bindec.S - 1.4 linux/arch/m68k/defconfig - 1.15 linux/arch/m68k/atari/config.c - 1.11 linux/arch/m68k/atari/ataints.c - 1.9 linux/arch/m68k/atari/Makefile - 1.7 linux/arch/m68k/apollo/dn_ints.c - 1.9 linux/arch/m68k/apollo/config.c - 1.9 linux/arch/m68k/amiga/config.c - 1.16 linux/arch/m68k/amiga/cia.c - 1.7 linux/arch/m68k/amiga/amisound.c - 1.10 linux/arch/m68k/amiga/amiints.c - 1.10 linux/arch/i386/mm/init.c - 1.47 linux/arch/i386/kernel/sys_i386.c - 1.11 linux/arch/i386/kernel/ptrace.c - 1.25 linux/arch/i386/kernel/process.c - 1.60 linux/arch/i386/kernel/ldt.c - 1.16 linux/arch/i386/kernel/irq.c - 1.52 linux/arch/i386/kernel/ioport.c - 1.7 linux/arch/i386/kernel/i386_ksyms.c - 1.62 linux/arch/i386/kernel/entry.S - 1.67 linux/arch/i386/Makefile - 1.39 linux/arch/arm/mm/proc-sa110.S - 1.28 linux/arch/arm/mm/mm-armv.c - 1.31 linux/arch/arm/mm/ioremap.c - 1.10 linux/arch/arm/lib/backtrace.S - 1.10 linux/arch/arm/lib/Makefile - 1.25 linux/arch/arm/kernel/traps.c - 1.31 linux/arch/arm/kernel/setup.c - 1.37 linux/arch/arm/kernel/ptrace.c - 1.23 linux/arch/arm/kernel/process.c - 1.32 linux/arch/arm/kernel/irq.c - 1.24 linux/arch/arm/kernel/fiq.c - 1.14 linux/arch/arm/kernel/entry-armv.S - 1.37 linux/arch/arm/kernel/entry-armo.S - 1.16 linux/arch/arm/kernel/armksyms.c - 1.30 linux/arch/arm/boot/Makefile - 1.21 linux/arch/arm/Makefile - 1.37 linux/arch/alpha/mm/fault.c - 1.19 linux/arch/alpha/kernel/traps.c - 1.24 linux/arch/alpha/kernel/sys_takara.c - 1.11 linux/arch/alpha/kernel/sys_sx164.c - 1.13 linux/arch/alpha/kernel/sys_sio.c - 1.16 linux/arch/alpha/kernel/sys_sable.c - 1.12 linux/arch/alpha/kernel/sys_rx164.c - 1.12 linux/arch/alpha/kernel/sys_ruffian.c - 1.15 linux/arch/alpha/kernel/sys_rawhide.c - 1.15 linux/arch/alpha/kernel/sys_noritake.c - 1.12 linux/arch/alpha/kernel/sys_mikasa.c - 1.13 linux/arch/alpha/kernel/sys_miata.c - 1.15 linux/arch/alpha/kernel/sys_jensen.c - 1.13 linux/arch/alpha/kernel/sys_eb64p.c - 1.11 linux/arch/alpha/kernel/sys_dp264.c - 1.20 linux/arch/alpha/kernel/sys_cabriolet.c - 1.16 linux/arch/alpha/kernel/sys_alcor.c - 1.13 linux/arch/alpha/kernel/signal.c - 1.20 linux/arch/alpha/kernel/ptrace.c - 1.16 linux/arch/alpha/kernel/proto.h - 1.20 linux/arch/alpha/kernel/process.c - 1.30 linux/arch/alpha/kernel/osf_sys.c - 1.34 linux/arch/alpha/kernel/irq.c - 1.26 linux/arch/alpha/kernel/entry.S - 1.32 linux/arch/alpha/kernel/core_tsunami.c - 1.22 linux/arch/alpha/kernel/core_cia.c - 1.26 linux/arch/alpha/kernel/Makefile - 1.26 linux/arch/alpha/defconfig - 1.33 linux/arch/alpha/Makefile - 1.24 linux/Makefile - 1.229 linux/MAINTAINERS - 1.125 linux/Documentation/video4linux/bttv/README - 1.16 linux/drivers/sbus/char/aurora.c - 1.21 linux/arch/i386/vmlinux.lds.S - 1.12 linux/arch/mips/dec/irq.c - 1.10 linux/arch/mips/baget/irq.c - 1.11 linux/kernel/ptrace.c - 1.27 linux/arch/arm/def-configs/rpc - 1.11 linux/arch/arm/def-configs/ebsa110 - 1.11 linux/drivers/char/raw.c - 1.33 linux/include/linux/isapnp.h - 1.14 linux/fs/partitions/check.c - 1.59 linux/drivers/scsi/sun3x_esp.c - 1.8 linux/drivers/atm/zatm.c - 1.17 linux/arch/arm/vmlinux-armv.lds.in - 1.21 linux/arch/arm/vmlinux-armo.lds.in - 1.20 linux/arch/arm/kernel/bios32.c - 1.31 linux/arch/alpha/kernel/pci.c - 1.25 linux/arch/alpha/kernel/irq_impl.h - 1.5 linux/drivers/block/DAC960.c - 1.62 linux/arch/sh/kernel/ptrace.c - 1.13 linux/arch/sh/kernel/process.c - 1.22 linux/arch/sh/kernel/irq.c - 1.16 linux/include/asm-sh/ptrace.h - 1.8 linux/include/asm-sh/processor.h - 1.19 linux/drivers/nubus/proc.c - 1.7 linux/drivers/net/sun3lance.c - 1.13 linux/arch/m68k/vmlinux-sun3.lds - 1.11 linux/arch/m68k/sun3/sun3ints.c - 1.6 linux/arch/m68k/sun3/mmu_emu.c - 1.5 linux/arch/m68k/sun3/idprom.c - 1.3 linux/arch/m68k/sun3/config.c - 1.9 linux/arch/m68k/sun3/Makefile - 1.9 linux/arch/m68k/mm/sun3mmu.c - 1.6 linux/arch/m68k/mm/motorola.c - 1.9 linux/arch/m68k/kernel/sun3-head.S - 1.6 linux/include/asm-m68k/sun3mmu.h - 1.2 linux/include/asm-m68k/sun3ints.h - 1.5 linux/Documentation/filesystems/proc.txt - 1.14 linux/arch/i386/kernel/smpboot.c - 1.51 linux/mm/highmem.c - 1.47 linux/include/asm-arm/pci.h - 1.22 linux/fs/proc/proc_misc.c - 1.48 linux/ipc/util.h - 1.8 linux/drivers/scsi/sun3_scsi.h - 1.4 linux/drivers/scsi/sun3_scsi.c - 1.13 linux/arch/ppc/configs/apus_defconfig - 1.19 linux/arch/alpha/math-emu/math.c - 1.5 linux/arch/alpha/kernel/sys_nautilus.c - 1.10 linux/arch/alpha/kernel/sys_eiger.c - 1.9 linux/include/linux/mmzone.h - 1.32 linux/kernel/timer.c - 1.36 linux/drivers/scsi/scsi_lib.c - 1.54 linux/Documentation/video4linux/bttv/CARDLIST - 1.15 linux/arch/arm/boot/compressed/head-sa1100.S - 1.10 linux/drivers/scsi/3w-xxxx.h - 1.15 linux/drivers/scsi/3w-xxxx.c - 1.24 linux/arch/m68k/sun3/intersil.c - 1.4 linux/arch/m68k/atari/hades-pci.c - 1.4 linux/include/asm-m68k/pci.h - 1.6 linux/arch/ia64/kernel/entry.S - 1.31 linux/arch/ia64/ia32/sys_ia32.c - 1.35 linux/arch/ia64/vmlinux.lds.S - 1.17 linux/arch/ia64/defconfig - 1.24 linux/arch/alpha/kernel/pci_iommu.c - 1.20 linux/arch/ia64/kernel/irq.c - 1.24 linux/arch/ia64/kernel/setup.c - 1.21 linux/arch/ia64/kernel/sys_ia64.c - 1.16 linux/arch/ia64/kernel/ptrace.c - 1.18 linux/arch/ia64/kernel/process.c - 1.22 linux/arch/ia64/mm/init.c - 1.23 linux/drivers/scsi/qla1280.h - 1.9 linux/include/asm-ia64/ide.h - 1.14 linux/include/asm-ia64/processor.h - 1.27 linux/include/asm-ia64/poll.h - 1.2 linux/include/asm-ia64/pgtable.h - 1.20 linux/include/asm-ia64/page.h - 1.18 linux/include/asm-ia64/ptrace.h - 1.10 linux/include/asm-ia64/unistd.h - 1.26 linux/include/asm-ia64/system.h - 1.21 linux/drivers/scsi/sun3_NCR5380.c - 1.7 linux/drivers/char/amiserial.c - 1.15 linux/include/asm-mips64/ptrace.h - 1.5 linux/include/asm-mips64/processor.h - 1.13 linux/arch/mips64/sgi-ip22/ip22-int.c - 1.9 linux/arch/mips64/sgi-ip27/ip27-timer.c - 1.9 linux/arch/mips64/sgi-ip27/ip27-irq.c - 1.11 linux/arch/mips64/sgi-ip22/ip22-timer.c - 1.7 linux/arch/mips64/kernel/process.c - 1.9 linux/arch/mips64/kernel/ptrace.c - 1.10 linux/arch/alpha/kernel/irq_alpha.c - 1.11 linux/drivers/ide/ide.c - 1.76 linux/drivers/ide/ide-tape.c - 1.39 linux/drivers/ide/ide-floppy.c - 1.40 linux/drivers/ide/ide-cd.h - 1.17 linux/drivers/ide/ide-cd.c - 1.54 linux/drivers/block/elevator.c - 1.26 linux/Documentation/DocBook/Makefile - 1.39 linux/arch/ia64/kernel/smpboot.c - 1.16 linux/arch/s390/kernel/process.c - 1.15 linux/arch/arm/def-configs/lart - 1.10 linux/include/asm-s390/ptrace.h - 1.8 linux/include/asm-s390/processor.h - 1.12 linux/arch/arm/def-configs/assabet - 1.12 linux/arch/arm/def-configs/graphicsclient - 1.11 linux/arch/arm/def-configs/lusl7200 - 1.7 linux/arch/s390/kernel/ptrace.c - 1.10 linux/arch/mips64/kernel/ioctl32.c - 1.13 linux/kdb/modules/kdbm_pg.c - 1.68 linux/arch/alpha/kernel/core_titan.c - 1.7 linux/arch/alpha/kernel/sys_titan.c - 1.7 linux/arch/alpha/kernel/sys_wildfire.c - 1.6 linux/drivers/acpi/tables/tbutils.c - 1.14 linux/drivers/acpi/parser/psparse.c - 1.15 linux/drivers/acpi/parser/psargs.c - 1.13 linux/drivers/acpi/namespace/nsalloc.c - 1.12 linux/arch/arm/mm/proc-arm720.S - 1.15 linux/drivers/acpi/events/evxfregn.c - 1.12 linux/drivers/acpi/Makefile - 1.21 linux/drivers/net/ibmlana.c - 1.8 linux/include/linux/mtd/compatmac.h - 1.3 linux/drivers/media/video/tuner.h - 1.9 linux/drivers/media/video/tuner.c - 1.12 linux/drivers/media/video/bttv.h - 1.12 linux/drivers/media/video/bttv-if.c - 1.6 linux/drivers/media/video/bttv-driver.c - 1.24 linux/drivers/media/video/bttv-cards.c - 1.14 linux/drivers/media/video/bt848.h - 1.4 linux/drivers/media/video/Makefile - 1.11 linux/arch/arm/def-configs/shark - 1.11 linux/arch/arm/mm/proc-arm920.S - 1.12 linux/drivers/acpi/include/acconfig.h - 1.20 linux/drivers/acpi/include/acparser.h - 1.11 linux/drivers/zorro/zorro.ids - 1.4 linux/drivers/media/video/bttvp.h - 1.10 linux/arch/parisc/kernel/drivers.c - 1.3 linux/arch/parisc/kernel/entry.S - 1.5 linux/drivers/parport/parport_gsc.c - 1.7 linux/include/asm-parisc/gsc.h - 1.3 linux/drivers/net/lasi_82596.c - 1.13 linux/arch/arm/def-configs/integrator - 1.6 linux/arch/arm/def-configs/neponset - 1.11 linux/arch/arm/def-configs/pangolin - 1.9 linux/include/asm-parisc/poll.h - 1.2 linux/arch/parisc/mm/Makefile - 1.4 linux/include/asm-parisc/processor.h - 1.8 linux/arch/parisc/lib/Makefile - 1.5 linux/arch/parisc/kernel/syscall.S - 1.4 linux/arch/parisc/kernel/sys_parisc.c - 1.5 linux/arch/parisc/kernel/setup.c - 1.4 linux/arch/parisc/kernel/sba_iommu.c - 1.4 linux/arch/parisc/kernel/real1.c - 1.2 linux/include/asm-m68k/sun3_pgalloc.h - 1.9 linux/arch/parisc/kernel/ptrace.c - 1.6 linux/arch/parisc/kernel/process.c - 1.7 linux/arch/parisc/kernel/pdc.c - 1.2 linux/arch/parisc/kernel/parisc_ksyms.c - 1.5 linux/arch/parisc/kernel/pa7300lc.c - 1.3 linux/arch/parisc/kernel/led.c - 1.2 linux/arch/parisc/kernel/lba_pci.c - 1.3 linux/arch/parisc/kernel/lasimap.map - 1.2 linux/arch/parisc/kernel/irq.c - 1.5 linux/arch/parisc/kernel/iosapic_private.h - 1.2 linux/arch/parisc/kernel/iosapic.c - 1.3 linux/arch/parisc/kernel/hardware.c - 1.3 linux/include/asm-parisc/io.h - 1.3 linux/arch/parisc/kernel/ccio-rm-dma.c - 1.3 linux/arch/parisc/kernel/ccio-dma.c - 1.4 linux/arch/parisc/kernel/Makefile - 1.5 linux/arch/parisc/hpux/wrappers.S - 1.2 linux/arch/parisc/hpux/sys_hpux.c - 1.4 linux/arch/parisc/hpux/ioctl.c - 1.2 linux/arch/parisc/hpux/gate.S - 1.2 linux/arch/parisc/hpux/fs.c - 1.4 linux/arch/parisc/hpux/entry_hpux.S - 1.3 linux/arch/parisc/hpux/Makefile - 1.4 linux/arch/parisc/Makefile - 1.9 linux/mm/shmem.c - 1.50 linux/drivers/scsi/osst.h - 1.6 linux/drivers/scsi/osst.c - 1.18 linux/fs/posix_acl.c - 1.8 linux/include/asm-s390x/ptrace.h - 1.5 linux/include/asm-s390x/processor.h - 1.8 linux/arch/s390x/kernel/ptrace.c - 1.9 linux/arch/s390x/kernel/process.c - 1.12 linux/arch/s390x/kernel/ioctl32.c - 1.7 linux/arch/cris/kernel/entry.S - 1.14 linux/arch/cris/kernel/irq.c - 1.10 linux/arch/cris/kernel/ptrace.c - 1.9 linux/include/asm-cris/processor.h - 1.11 linux/drivers/scsi/aic7xxx/aicasm/Makefile - 1.5 linux/drivers/scsi/aic7xxx/Makefile - 1.10 linux/arch/arm/mach-footbridge/mm.c - 1.4 linux/arch/mips/mips-boards/generic/time.c - 1.4 linux/arch/mips/mips-boards/atlas/atlas_int.c - 1.4 linux/lib/rwsem-spinlock.c - 1.3 linux/arch/mips/ite-boards/generic/irq.c - 1.6 linux/drivers/net/fealnx.c - 1.16 linux/include/asm-m68k/raw_io.h - 1.4 linux/include/asm-m68k/rtc.h - 1.3 linux/include/asm-m68k/sun3xflop.h - 1.3 linux/include/asm-m68k/zorro.h - 1.4 linux/include/net/bluetooth/bluetooth.h - 1.8 linux/include/net/bluetooth/hci_core.h - 1.8 linux/drivers/bluetooth/hci_usb.c - 1.17 linux/arch/m68k/sun3x/prom.c - 1.3 linux/arch/m68k/sun3/sun3dvma.c - 1.2 linux/net/bluetooth/Makefile - 1.8 linux/net/bluetooth/af_bluetooth.c - 1.9 linux/net/bluetooth/hci_core.c - 1.11 linux/net/bluetooth/hci_sock.c - 1.10 linux/net/bluetooth/syms.c - 1.6 linux/drivers/mtd/maps/Makefile - 1.6 linux/drivers/net/wireless/airo.c - 1.23 linux/arch/mips/kernel/old-irq.c - 1.5 linux/arch/mips/kernel/old-time.c - 1.3 linux/arch/cris/kernel/entryoffsets.c - 1.4 linux/drivers/net/dl2k.c - 1.18 linux/arch/arm/def-configs/anakin - 1.6 linux/arch/arm/def-configs/flexanet - 1.8 linux/arch/arm/def-configs/freebird - 1.6 linux/arch/arm/def-configs/freebird_new - 1.6 linux/arch/arm/def-configs/h3600 - 1.7 linux/arch/arm/def-configs/jornada720 - 1.8 linux/arch/arm/def-configs/pfs168_mqtft - 1.6 linux/arch/arm/def-configs/pfs168_mqvga - 1.6 linux/arch/arm/def-configs/pfs168_sastn - 1.6 linux/arch/arm/def-configs/pfs168_satft - 1.6 linux/arch/arm/def-configs/pleb - 1.6 linux/arch/arm/kernel/entry-header.S - 1.7 linux/drivers/bluetooth/hci_vhci.c - 1.8 linux/arch/mips/au1000/common/time.c - 1.2 linux/arch/mips64/mips-boards/generic/time.c - 1.3 linux/arch/mips/philips/nino/irq.c - 1.4 linux/arch/mips64/mips-boards/malta/malta_int.c - 1.3 linux/arch/mips64/mips-boards/atlas/atlas_int.c - 1.3 linux/Documentation/video4linux/bttv/Tuners - 1.3 linux/Documentation/video4linux/bttv/Cards - 1.4 linux/drivers/net/irda/sa1100_ir.c - 1.6 linux/arch/arm/def-configs/adsbitsy - 1.7 linux/arch/arm/def-configs/cerfcube - 1.7 linux/arch/arm/def-configs/cerfpda - 1.7 linux/arch/arm/def-configs/cerfpod - 1.7 linux/arch/arm/def-configs/epxa10db - 1.7 linux/arch/arm/def-configs/graphicsmaster - 1.7 linux/arch/arm/mm/proc-arm1020.S - 1.8 linux/arch/arm/mm/proc-arm926.S - 1.8 linux/fs/ext3/file.c - 1.8 linux/fs/ext3/ialloc.c - 1.17 linux/fs/ext3/inode.c - 1.26 linux/fs/ext3/namei.c - 1.13 linux/fs/ext3/super.c - 1.26 linux/fs/ext3/symlink.c - 1.4 linux/include/linux/ext3_jbd.h - 1.6 linux/include/linux/ext3_fs_sb.h - 1.5 linux/include/linux/ext3_fs_i.h - 1.4 linux/include/linux/ext3_fs.h - 1.11 linux/fs/ext3/Makefile - 1.5 linux/fs/ext3/acl.c - 1.4 linux/fs/driverfs/inode.c - 1.25 linux/include/linux/driverfs_fs.h - 1.7 linux/include/linux/device.h - 1.23 linux/fs/driverfs/Makefile - 1.3 linux/init/do_mounts.c - 1.21 linux/Documentation/filesystems/driverfs.txt - 1.4 linux/arch/arm/mm/proc-xscale.S - 1.9 linux/arch/arm/mm/proc-arm922.S - 1.7 linux/arch/arm/def-configs/adi_evb - 1.6 linux/arch/arm/def-configs/iq80310 - 1.11 linux/arch/arm/def-configs/shannon - 1.6 linux/arch/arm/def-configs/system3 - 1.6 linux/arch/arm/mach-arc/head.S - 1.3 linux/arch/arm/mach-clps711x/time.c - 1.2 linux/arch/arm/kernel/head.S - 1.7 linux/drivers/ide/ide-taskfile.c - 1.25 linux/fs/ext2/ext2.h - 1.8 linux/drivers/base/interface.c - 1.10 linux/drivers/base/core.c - 1.19 linux/drivers/base/Makefile - 1.9 linux/sound/oss/trident.c - 1.7 linux/sound/oss/i810_audio.c - 1.7 linux/arch/ppc/platforms/mcpn765_setup.c - 1.6 linux/arch/ppc/platforms/prep_pci.c - 1.6 linux/arch/x86_64/ia32/ptrace32.c - 1.4 linux/arch/x86_64/kernel/irq.c - 1.6 linux/arch/x86_64/kernel/process.c - 1.10 linux/arch/x86_64/kernel/ptrace.c - 1.5 linux/include/asm-x86_64/ptrace.h - 1.5 linux/include/asm-x86_64/poll.h - 1.2 linux/include/asm-x86_64/mman.h - 1.4 linux/arch/ppc64/kernel/ioctl32.c - 1.9 linux/arch/ppc64/kernel/irq.c - 1.8 linux/arch/ppc64/kernel/misc.S - 1.10 linux/arch/ppc64/kernel/ptrace.c - 1.5 linux/arch/ppc64/kernel/ptrace32.c - 1.6 linux/include/asm-ppc64/processor.h - 1.10 linux/include/linux/posix_acl.h - 1.4 linux/include/asm-arm/arch-sa1100/badge4.h - 1.2 linux/fs/jfs/Makefile - 1.5 linux/fs/jfs/file.c - 1.13 linux/arch/arm/def-configs/badge4 - 1.8 linux/arch/arm/def-configs/fortunet - 1.5 linux/arch/arm/mm/copypage-v4mc.S - 1.3 linux/arch/arm/def-configs/stork - 1.6 linux/arch/arm/mm/copypage-v3.S - 1.3 linux/fs/jfs/jfs_incore.h - 1.13 linux/fs/jfs/namei.c - 1.13 linux/fs/jfs/super.c - 1.17 linux/arch/arm/mm/tlb-v4wb.S - 1.5 linux/fs/jfs/jfs_txnmgr.c - 1.19 linux/arch/arm/mach-sa1100/badge4.c - 1.9 linux/arch/arm/mm/tlb-v4.S - 1.6 linux/arch/arm/mm/tlb-v3.S - 1.5 linux/drivers/net/tulip/de2104x.c - 1.5 linux/drivers/net/tulip/de4x5.c - 1.5 linux/drivers/net/tulip/winbond-840.c - 1.6 linux/mm/msync.c - 1.9 linux/drivers/media/video/video-buf.h - 1.4 linux/Documentation/video4linux/bttv/README.freeze - 1.4 linux/drivers/media/video/video-buf.c - 1.5 linux/drivers/acpi/acpi_bus.h - 1.6 linux/drivers/media/video/bttv-risc.c - 1.3 linux/drivers/media/video/bttv-vbi.c - 1.4 linux/drivers/net/sun3_82586.c - 1.2 linux/arch/arm/mach-pxa/generic.c - 1.4 linux/drivers/base/sys.c - 1.6 linux/drivers/base/base.h - 1.11 linux/arch/ia64/hp/sim/simscsi.h - 1.4 linux/arch/ia64/hp/sim/simscsi.c - 1.5 linux/include/linux/page-flags.h - 1.15 linux/net/bluetooth/sco.c - 1.5 linux/net/bluetooth/l2cap.c - 1.6 linux/net/bluetooth/hci_conn.c - 1.5 linux/drivers/bluetooth/hci_h4.c - 1.6 linux/drivers/bluetooth/hci_ldisc.c - 1.5 linux/drivers/bluetooth/hci_uart.h - 1.3 linux/arch/arm/mm/copypage-v4wt.S - 1.2 linux/arch/arm/mm/copypage-v4wb.S - 1.2 linux/init/Makefile - 1.11 linux/drivers/base/bus.c - 1.8 linux/drivers/base/driver.c - 1.7 linux/drivers/acpi/bus.c - 1.9 linux/drivers/acpi/processor.c - 1.10 linux/drivers/acpi/osl.c - 1.8 linux/drivers/s390/net/lcs.c - 1.5 linux/arch/i386/kernel/cpu/proc.c - 1.4 linux/arch/i386/kernel/cpu/common.c - 1.8 linux/arch/arm/mm/proc-arm2_3.S - 1.2 linux/arch/arm/mm/proc-arm6_7.S - 1.3 linux/arch/alpha/kernel/asm-offsets.c - 1.2 linux/include/linux/posix_acl_xattr.h - 1.3 linux/drivers/input/keyboard/amikbd.c - 1.5 linux/fs/direct-io.c - 1.12 linux/arch/arm/mm/copypage-xscale.S - 1.2 linux/drivers/serial/clps711x.c - 1.3 linux/drivers/serial/uart00.c - 1.3 linux/drivers/serial/sa1100.c - 1.3 linux/drivers/serial/core.c - 1.5 linux/drivers/serial/anakin.c - 1.3 linux/drivers/serial/amba.c - 1.4 linux/drivers/serial/Makefile - 1.5 linux/drivers/serial/8250_pci.c - 1.4 linux/drivers/serial/8250_cs.c - 1.3 linux/drivers/serial/8250.c - 1.10 linux/drivers/serial/21285.c - 1.4 linux/include/asm-m68k/nubus.h - 1.2 linux/include/linux/serial_core.h - 1.7 linux/include/asm-m68k/thread_info.h - 1.2 linux/drivers/base/fs/Makefile - 1.4 linux/drivers/base/fs/bus.c - 1.3 linux/drivers/base/fs/device.c - 1.4 linux/drivers/base/fs/driver.c - 1.3 linux/drivers/base/fs/fs.h - 1.3 linux/drivers/serial/sunzilog.c - 1.4 linux/drivers/serial/sunsab.c - 1.3 linux/drivers/serial/sunsu.c - 1.5 linux/arch/arm/def-configs/lubbock - 1.4 linux/include/linux/pagevec.h - 1.6 linux/arch/i386/kernel/cpu/mtrr/generic.c - 1.3 linux/arch/alpha/vmlinux.lds.S - 1.3 linux/drivers/base/intf.c - 1.2 linux/drivers/base/fs/intf.c - 1.2 linux/drivers/base/fs/class.c - 1.2 linux/drivers/base/class.c - 1.4 linux/fs/jfs/xattr.c - 1.6 linux/arch/i386/kernel/numaq.c - 1.4 linux/drivers/ide/ide-lib.c - 1.5 linux/arch/um/kernel/irq.c - 1.3 linux/include/asm-um/processor-generic.h - 1.2 linux/arch/m68k/vmlinux-std.lds - 1.2 linux/arch/i386/mm/hugetlbpage.c - 1.4 linux/arch/sparc64/mm/hugetlbpage.c - 1.2 linux/drivers/acpi/driverfs.c - 1.2 linux/arch/ppc64/kernel/asm-offsets.c - 1.2 linux/arch/i386/mach-generic/Makefile - 1.3 linux/arch/i386/mach-visws/visws_apic.c - 1.2 linux/drivers/acpi/scan.c - 1.2 linux/arch/ia64/mm/hugetlbpage.c - 1.2 linux/drivers/base/cpu.c - 1.2 linux/include/linux/cpu.h - 1.2 linux/include/asm-ia64/topology.h - 1.3 linux/kernel/cpufreq.c - 1.2 linux/include/linux/cpufreq.h - 1.2 linux/arch/i386/kernel/cpu/cpufreq/p4-clockmod.c - 1.2 linux/arch/i386/kernel/cpu/cpufreq/longrun.c - 1.2 linux/drivers/bluetooth/hci_bcsp.c - 1.3 linux/drivers/scsi/aacraid/linit.c - 1.4 linux/drivers/scsi/aacraid/aacraid.h - 1.2 linux/drivers/scsi/aacraid/aachba.c - 1.4 linux/net/bluetooth/rfcomm/tty.c - 1.5 linux/net/bluetooth/rfcomm/sock.c - 1.5 linux/net/bluetooth/rfcomm/core.c - 1.5 linux/net/bluetooth/bnep/core.c - 1.4 linux/include/net/bluetooth/rfcomm.h - 1.4 linux/fs/cifs/TODO - 1.2 linux/fs/cifs/cifs_debug.c - 1.3 linux/fs/cifs/cifsfs.c - 1.2 linux/fs/cifs/cifsfs.h - 1.2 linux/fs/cifs/cifsglob.h - 1.2 linux/fs/cifs/cifsproto.h - 1.2 linux/fs/cifs/cifssmb.c - 1.3 linux/fs/cifs/connect.c - 1.3 linux/fs/cifs/file.c - 1.3 linux/fs/cifs/inode.c - 1.3 linux/fs/cifs/md5.h - 1.2 linux/fs/cifs/misc.c - 1.2 linux/fs/cifs/AUTHORS - 1.2 linux/fs/cifs/netmisc.c - 1.2 linux/fs/cifs/CHANGES - 1.2 linux/fs/cifs/transport.c - 1.2 linux/fs/cifs/smbencrypt.c - 1.2 linux/fs/cifs/nterr.h - 1.2 linux/arch/i386/kernel/timers/timer_pit.c - 1.2 linux/fs/cifs/nterr.c - 1.3 linux/fs/afs/proc.c - 1.2 linux/net/rxrpc/transport.c - 1.2 linux/net/rxrpc/proc.c - 1.2 linux/drivers/oprofile/buffer_sync.c - 1.2 linux/net/rxrpc/peer.c - 1.2 linux/net/rxrpc/main.c - 1.2 linux/net/rxrpc/krxtimod.c - 1.2 linux/net/rxrpc/krxsecd.c - 1.2 linux/net/rxrpc/krxiod.c - 1.2 linux/net/rxrpc/internal.h - 1.2 linux/fs/afs/Makefile - 1.2 linux/net/rxrpc/connection.c - 1.2 linux/net/rxrpc/call.c - 1.2 linux/net/rxrpc/Makefile - 1.2 linux/fs/afs/dir.c - 1.2 linux/fs/afs/errors.h - 1.2 linux/fs/afs/file.c - 1.2 linux/fs/afs/fsclient.c - 1.2 linux/include/linux/dcookies.h - 1.2 linux/fs/afs/inode.c - 1.2 linux/include/rxrpc/call.h - 1.2 linux/fs/afs/internal.h - 1.2 linux/include/rxrpc/peer.h - 1.2 linux/fs/afs/kafsasyncd.c - 1.2 linux/fs/afs/kafstimod.c - 1.2 linux/fs/afs/main.c - 1.2 linux/fs/afs/mntpt.c - 1.2 linux/fs/afs/vnode.h - 1.2 linux/arch/i386/oprofile/Makefile - 1.2 linux/arch/i386/oprofile/nmi_int.c - 1.2 linux/drivers/block/scsi_ioctl.c - 1.3 linux/fs/afs/super.c - 1.2 linux/fs/dcookies.c - 1.2 linux/fs/afs/vlclient.c - 1.2 linux/arch/i386/kernel/edd.c - 1.3 linux/include/linux/sysfs.h - 1.3 linux/drivers/pnp/isapnp/core.c - 1.2 linux/include/linux/kobject.h - 1.2 linux/drivers/mtd/maps/Kconfig - 1.2 linux/drivers/net/Kconfig - 1.2 linux/arch/alpha/Kconfig - 1.2 linux/arch/arm/Kconfig - 1.2 linux/arch/cris/Kconfig - 1.2 linux/include/linux/fcblist.h - 1.2 linux/include/linux/eventpoll.h - 1.2 linux/arch/i386/Kconfig - 1.2 linux/drivers/media/video/Kconfig - 1.2 linux/arch/ia64/Kconfig - 1.2 linux/scripts/kconfig/Makefile - 1.2 linux/scripts/Makefile.build - 1.2 linux/include/asm-parisc/dma.h - 1.2 linux/arch/m68k/Kconfig - 1.2 linux/arch/mips/Kconfig - 1.2 linux/arch/mips64/Kconfig - 1.2 linux/include/asm-ia64/numa.h - 1.2 linux/arch/parisc/Kconfig - 1.2 linux/arch/parisc/kernel/asm-offsets.c - 1.2 linux/arch/parisc/kernel/perf.c - 1.2 linux/arch/parisc/kernel/processor.c - 1.2 linux/drivers/media/Kconfig - 1.2 linux/arch/parisc/kernel/sys_parisc32.c - 1.2 linux/arch/parisc/math-emu/Makefile - 1.2 linux/fs/fcblist.c - 1.2 linux/arch/ppc/Kconfig - 1.2 linux/arch/ppc64/Kconfig - 1.2 linux/arch/s390/Kconfig - 1.2 linux/arch/s390x/Kconfig - 1.2 linux/arch/sh/Kconfig - 1.2 linux/arch/sparc/Kconfig - 1.2 linux/arch/sparc64/Kconfig - 1.2 linux/arch/um/Kconfig - 1.2 linux/arch/x86_64/Kconfig - 1.2 linux/fs/Kconfig - 1.2 linux/lib/kobject.c - 1.2 linux/drivers/video/Kconfig - 1.2 linux/drivers/char/eventpoll.c - 1.2 From owner-linux-xfs@oss.sgi.com Tue Nov 5 02:08:01 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 02:08:06 -0800 (PST) Received: from quasar.sif.it (IDENT:root@quasar.sif.it [131.154.110.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5A7xuR025863 for ; Tue, 5 Nov 2002 02:08:00 -0800 Received: from localhost (matteo@localhost) by quasar.sif.it (8.11.6/8.11.6) with ESMTP id gA5A9Kj21531 for ; Tue, 5 Nov 2002 11:09:20 +0100 Date: Tue, 5 Nov 2002 11:09:20 +0100 (CET) From: Matteo Centonza To: linux-xfs@oss.sgi.com Subject: Corruption of in-memory data Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1503 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: matteo@sif.it Precedence: bulk X-list: linux-xfs Hi, i get this message and subsequent filesystem shutdown using CVS from 20021031-09:47 (CET): Nov 4 15:07:00 embeh kernel: xfs_force_shutdown(lvm(58,3),0x8) called from line 1042 of file xfs_trans.c. Return address = 0xc01e2c17 Nov 4 15:07:00 embeh kernel: Filesystem "lvm(58,3)": Corruption of in-memory data detected. Shutting down filesystem: lvm(58,3) The problem with the two stacked layer (LVM+RAID5) seems to have gone away (see bug 182). I tend to exclude a memory problem here given that the machine ran fine (with XFS 1.1) before trying the new kernel. After the fs shutdown, the machine was rebooted and the bare recovery made the trick. The subsequent xfs_check showed no problems (so the xfs_repair -n). The same problem happened 5 hours later to the same filesystem (out of 10 this machine exports). Currently the machine it's stick to XFS 1.1 since the last shutdown (currently 16 hours without a single hitch). HTH, -m From owner-linux-xfs@oss.sgi.com Tue Nov 5 02:37:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 02:37:15 -0800 (PST) Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5Ab8uR026509 for ; Tue, 5 Nov 2002 02:37:09 -0800 Received: from pc9391 (pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.11.6+Sun/8.11.6) with ESMTP id gA5Abxw15218; Tue, 5 Nov 2002 11:37:59 +0100 (MET) Date: Tue, 5 Nov 2002 11:37:59 +0100 From: Christian Guggenberger To: Matteo Centonza Cc: linux-xfs@oss.sgi.com Subject: Re: Corruption of in-memory data Message-ID: <20021105113759.A32208@pc9391.uni-regensburg.de> References: Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from matteo@sif.it on Tue, Nov 05, 2002 at 11:09:20 +0100 X-Mailer: Balsa 1.2.4 Lines: 29 X-archive-position: 1504 X-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 05 Nov 2002 11:09:20 Matteo Centonza wrote: > Hi, > > i get this message and subsequent filesystem shutdown using > CVS from 20021031-09:47 (CET): > > Nov 4 15:07:00 embeh kernel: xfs_force_shutdown(lvm(58,3),0x8) called from > line 1042 of file xfs_trans.c. Return address = 0xc01e2c17 > Nov 4 15:07:00 embeh kernel: Filesystem "lvm(58,3)": Corruption of > in-memory data detected. Shutting down filesystem: lvm(58,3) > > The problem with the two stacked layer (LVM+RAID5) seems to have gone > away (see bug 182). I tend to exclude a memory problem here given that the > machine ran fine (with XFS 1.1) before trying the new kernel. > > After the fs shutdown, the machine was rebooted and the bare recovery made > the trick. The subsequent xfs_check showed no problems (so the xfs_repair > -n). The same problem happened 5 hours later to the same filesystem (out > of 10 this machine exports). > Matteo, assuming this machine acts as nfsserver? Then it might be related to BUG #186... cheers Christian From owner-linux-xfs@oss.sgi.com Tue Nov 5 02:43:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 02:43:57 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA5AhquR028164 for ; Tue, 5 Nov 2002 02:43:52 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA5AhqLq028163 for linux-xfs@oss.sgi.com; Tue, 5 Nov 2002 02:43:52 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA5AhnuX028143 for ; Tue, 5 Nov 2002 02:43:50 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA5AX9VG026479; Tue, 5 Nov 2002 02:33:09 -0800 Date: Tue, 5 Nov 2002 02:33:09 -0800 Message-Id: <200211051033.gA5AX9VG026479@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 186] xfs_force_shutdown in xfs_trans_cancel X-Bugzilla-Reason: AssignedTo X-archive-position: 1505 X-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=186 ------- Additional Comments From c.pascoe@itee.uq.edu.au 2002-11-05 02:33 ------- After applying the patch from Eric separately, I had the following to say, copied here for the record: Doesn't seem to have solved it. Still got an EIO from that same path in xfs_iget, another backtrace attached (this one for a mkdir operation, with the ilookup patch installed). Chris ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Tue Nov 5 02:51:57 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 02:51:58 -0800 (PST) Received: from maildab.dataaccess.com.br ([200.212.205.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5ApfuR028979 for ; Tue, 5 Nov 2002 02:51:52 -0800 Received: by maildab.dataaccess.com.br with Internet Mail Service (5.5.2653.19) id <4QD4DSP2>; Tue, 5 Nov 2002 08:53:35 -0300 Message-ID: From: ANTIGEN_MAILDAB To: "'linux-xfs@oss.sgi.com'" Subject: Antigen found VIRUS= W32/Klez.H@m (Norman) virus Date: Tue, 5 Nov 2002 08:53:35 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-archive-position: 1506 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ANTIGEN_MAILDAB@dataaccess.com.br Precedence: bulk X-list: linux-xfs Antigen for Exchange found type.exe infected with VIRUS= W32/Klez.H@m (Norman) worm. The message is currently Purged. The message, "Hello,webmaster,japanese lass' sexy pictures", was sent from linux-xfs and was discovered in IMC Queues\Inbound located at DataAccess/DAB/MAILDAB. From owner-linux-xfs@oss.sgi.com Tue Nov 5 03:14:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 03:14:20 -0800 (PST) Received: from quasar.sif.it (IDENT:root@quasar.sif.it [131.154.110.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5BECuR031724 for ; Tue, 5 Nov 2002 03:14:13 -0800 Received: from localhost (matteo@localhost) by quasar.sif.it (8.11.6/8.11.6) with ESMTP id gA5BFZv26633; Tue, 5 Nov 2002 12:15:35 +0100 Date: Tue, 5 Nov 2002 12:15:35 +0100 (CET) From: Matteo Centonza To: linux-xfs@oss.sgi.com cc: Chris Pascoe , Christian Guggenberger Subject: Re: Corruption of in-memory data In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1507 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: matteo@sif.it Precedence: bulk X-list: linux-xfs Hi Chris, Christian, oops, sorry for the duplication.... yes my problem seems to be a brand new example of BUG 186. This filesystem it's the only exported via nfs, samba and atalk. Ciao, -m From owner-linux-xfs@oss.sgi.com Tue Nov 5 07:04:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 07:04:39 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5F4YuR009240 for ; Tue, 5 Nov 2002 07:04:34 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA40637 for ; Tue, 5 Nov 2002 09:05:33 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA87388 for ; Tue, 5 Nov 2002 09:05:32 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA5F5OD05458; Tue, 5 Nov 2002 09:05:24 -0600 Message-Id: <200211051505.gA5F5OD05458@jen.americas.sgi.com> Date: Tue, 5 Nov 2002 09:05:24 -0600 Subject: TAKE - Add XFS_POSIX_ACL to control ACL compilation in xfs To: linux-xfs@oss.sgi.com X-archive-position: 1508 X-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@sgi.com Precedence: bulk X-list: linux-xfs Make XFS ACLs obvious to configure again. Date: Tue Nov 5 07:04:39 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132045a linux/fs/xfs/Makefile - 1.161 linux/fs/xfs/linux/xfs_super.h - 1.33 linux/fs/xfs/linux/xfs_super.c - 1.243 - switch to CONFIG_XFS_POSIX_ACL linux/fs/xfs/linux/xfs_iops.c - 1.185 - switch to CONFIG_XFS_POSIX_ACL linux/fs/xfs/xfs_acl.h - 1.22 - switch to CONFIG_XFS_POSIX_ACL linux/fs/Kconfig - 1.3 - Add XFS_POSIX_ACL and make FS_POSIX_ACL depend on it From owner-linux-xfs@oss.sgi.com Tue Nov 5 10:36:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 10:36:38 -0800 (PST) Received: from BOSSW2K.plustream.com (sdsl-64-139-1-6.dsl.sca.megapath.net [64.139.1.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5IaWuR022590 for ; Tue, 5 Nov 2002 10:36:32 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Subject: Failure creating GBs file size under EVMS/XFS MIME-Version: 1.0 Date: Tue, 5 Nov 2002 10:37:37 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Failure creating GBs file size under EVMS/XFS Thread-Index: AcKE+mmydPEU3lZZQam16AsD6eCU0Q== From: "Michael Nguyen" To: Cc: Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 1145 X-archive-position: 1509 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: michael.nguyen@corosoft.com Precedence: bulk X-list: linux-xfs Hello, Im having failure creating Giga Bytes file size. Below, I will describe my environment and failure. Any assistance/explanation/hint is greatly appreciate. Kernel = 2.4.18 + EVMS1.2.0 + XFS1.1 VGsize = sdb(33GB) + sdc(33GB) + sdd(33GB) LVsize = 80GB # mkfs.xfs -l size=32768b /dev/evms/lvm/myvg/mylv # mount -t xfs /dev/evms/... /myfs # cp /root/tempfile /myfs/BIGfile // tempfile is a 3GB dummy file # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat: write error: Input/Output error # umount /myfs // recovery # xfs_repair -L /dev/evms... # mount -t xfs /dev/evms/... /myfs // try again # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat: write error: Input/Output error Im trying to fill the LV capacity with a single LARGE file, but I get "cat:.. error.." at every few steps. The recovery requires a clear of the Log. Thank you, Michael. [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Nov 5 10:44:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 10:44:37 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5IiUuR023312 for ; Tue, 5 Nov 2002 10:44:31 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA43264; Tue, 5 Nov 2002 12:45:29 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id MAA40312; Tue, 5 Nov 2002 12:45:29 -0600 (CST) Subject: Re: Failure creating GBs file size under EVMS/XFS From: Eric Sandeen To: Michael Nguyen Cc: linux-xfs@oss.sgi.com, evms-devel@lists.sourceforge.net In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 05 Nov 2002 12:38:56 -0600 Message-Id: <1036521536.6782.9.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1510 X-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 On Tue, 2002-11-05 at 12:37, Michael Nguyen wrote: > Im trying to fill the LV capacity with a single LARGE file, > but I get "cat:.. error.." at every few steps. The recovery > requires a clear of the Log. Why? What happens without it? Also, please try a newer version of XFS, the 1.2 prereleases are much more recent than XFS 1.1. Thanks, -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Nov 5 10:48:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 10:48:57 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5ImtuR025606 for ; Tue, 5 Nov 2002 10:48:55 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA52334; Tue, 5 Nov 2002 12:49:54 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1898lu-0005Ew-00; Tue, 05 Nov 2002 12:49:54 -0600 Date: Tue, 5 Nov 2002 12:49:54 -0600 From: Nathan Straz To: Michael Nguyen Cc: linux-xfs@oss.sgi.com Subject: Re: Failure creating GBs file size under EVMS/XFS Message-ID: <20021105184953.GA7696@sgi.com> Mail-Followup-To: Michael Nguyen , linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-archive-position: 1511 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Tue, Nov 05, 2002 at 10:37:37AM -0800, Michael Nguyen wrote: > Im having failure creating Giga Bytes file size. Below, I will > describe my environment and failure. Any assistance/explanation/hint > is greatly appreciate. ... > # cat /root/tempfile >> /myfs/BIGfile > # cat /root/tempfile >> /myfs/BIGfile > # cat: write error: Input/Output error Are there any kernel messages in the logs? If you strace cat, what are the last lines around the write error? Can you create the file with dd? -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Tue Nov 5 11:50:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 11:50:08 -0800 (PST) Received: from localhost (b124048.adsl.hansenet.de [62.109.124.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5Jo2uR027070 for ; Tue, 5 Nov 2002 11:50:03 -0800 Received: (qmail 15922 invoked from network); 5 Nov 2002 19:51:14 -0000 Received: from unknown (HELO dumbo.dyndns.org) (192.168.2.10) by 192.168.2.254 with SMTP; 5 Nov 2002 19:51:14 -0000 Subject: write cache on 3ware controller and XFS From: Christophe Zwecker To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Nov 2002 20:50:48 +0100 Message-Id: <1036525848.20194.5.camel@dumbo.zwecker.de> Mime-Version: 1.0 X-archive-position: 1512 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: doc@zwecker.de Precedence: bulk X-list: linux-xfs Hi, im running gentoo with EVMS/LVM on 2.4.19 and XFS on a loop-aes crypted device 430GB. I have write cache disabled on the 3ware controller. I copied 300 gb over network, I noticed that every 50mb or so, the controller stalled, didnt accept more data while writing like crazy to disk. it took me 24 h to copy 300 gb over 100mbit network. After that I tried to turn write cache on, huge more performance. hmm well. I rebooted couple of times, suddenley I could mount ther XFS partition any more (bad superblock). I disabled write cache again and thank god I could fix the issue with xfs_repair. So, here I am , disbled write cache, ok. the performance as I stated above is awfull, is this how its supposed to be ? disable write cache and have terrible performance? I just wonder how you guys do it. also: Do I have to disable write cache on the drives themselfes too ? I have another box with an SCSI ICP Controller and RAID5/XFS on it, I quickly disabled write cache there too, had it running for a year with (phew) :-) thx for your input and help on this Chris -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-linux-xfs@oss.sgi.com Tue Nov 5 12:11:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 12:11:47 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5KBhuR027699 for ; Tue, 5 Nov 2002 12:11:44 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA56799; Tue, 5 Nov 2002 14:12:39 -0600 (CST) Received: from [192.168.1.101] (IDENT:9V1UFLogEOSYZz3LsNsXd0uplBW5XHEs@mtv-vpn-sw-corp-0-114.corp.sgi.com [134.15.0.114]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA69613; Tue, 5 Nov 2002 14:12:32 -0600 (CST) Subject: Re: write cache on 3ware controller and XFS From: Stephen Lord To: Christophe Zwecker Cc: linux-xfs@oss.sgi.com In-Reply-To: <1036525848.20194.5.camel@dumbo.zwecker.de> References: <1036525848.20194.5.camel@dumbo.zwecker.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 05 Nov 2002 14:16:59 -0600 Message-Id: <1036527421.10815.41.camel@snafu> Mime-Version: 1.0 X-archive-position: 1513 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-11-05 at 13:50, Christophe Zwecker wrote: > Hi, > > im running gentoo with EVMS/LVM on 2.4.19 and XFS on a loop-aes crypted > device 430GB. > > I have write cache disabled on the 3ware controller. I copied 300 gb > over network, I noticed that every 50mb or so, the controller stalled, > didnt accept more data while writing like crazy to disk. > > it took me 24 h to copy 300 gb over 100mbit network. After that I tried > to turn write cache on, huge more performance. hmm well. I rebooted > couple of times, suddenley I could mount ther XFS partition any more > (bad superblock). I disabled write cache again and thank god I could fix > the issue with xfs_repair. > > So, here I am , disbled write cache, ok. the performance as I stated > above is awfull, is this how its supposed to be ? disable write cache > and have terrible performance? Unfortunately, some hardware is just designed to rely on write caching. It does seem a little odd that you lost the superblock though. This is put there by mkfs, and is always present, so how powering down the device is corrupting it I do not know. That seems like an issue with the 3ware firmware to me. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Nov 5 12:33:15 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 12:33:17 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5KXEuR028263 for ; Tue, 5 Nov 2002 12:33:15 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA65524 for ; Tue, 5 Nov 2002 14:34:08 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA89404 for ; Tue, 5 Nov 2002 14:34:08 -0600 (CST) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id gA5KRYv11317; Tue, 5 Nov 2002 14:27:34 -0600 Message-Id: <200211052027.gA5KRYv11317@stout.americas.sgi.com> Date: Tue, 5 Nov 2002 14:27:34 -0600 Subject: TAKE - Remove "Distribution" tag from rpms X-archive-position: 1514 X-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 Remove "Distribution" tag from RPMs, let rpm set it more flexibly via rpmmacros, etc. (We did have an environment var that could set it, but that's not "the rpm way.") Date: Tue Nov 5 12:32:31 PST 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132089a cmd/attr/build/rpm/attr.spec.in - 1.12 cmd/xfsprogs/build/rpm/xfsprogs.spec.in - 1.14 cmd/xfsdump/build/rpm/xfsdump.spec.in - 1.12 cmd/dmapi/build/rpm/dmapi.spec.in - 1.14 From owner-linux-xfs@oss.sgi.com Tue Nov 5 12:38:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 12:38:14 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5Kc9uR028740 for ; Tue, 5 Nov 2002 12:38:09 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA54955 for ; Tue, 5 Nov 2002 14:39:09 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA57754 for ; Tue, 5 Nov 2002 14:39:09 -0600 (CST) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id gA5KWZ411422; Tue, 5 Nov 2002 14:32:35 -0600 Message-Id: <200211052032.gA5KWZ411422@stout.americas.sgi.com> Date: Tue, 5 Nov 2002 14:32:35 -0600 Subject: TAKE - Call remove_inode_hash() before make_bad_inode() X-archive-position: 1515 X-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 Checking in for Christoph, since his ptools seems to be flakey today. Call remove_inode_hash() before make_bad_inode() in xfs, to prevent us from picking it up again later, possibly at a time that we really can't deal with it (such as in xfs_iget()) This is hopefully a fix for bugzilla #186... Date: Tue Nov 5 12:37:58 PST 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-expect The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132090a linux/fs/xfs/xfs_iget.c - 1.179 linux/fs/xfs/linux/xfs_vnode.c - 1.104 linux/fs/xfs/linux/xfs_super.c - 1.227 From owner-linux-xfs@oss.sgi.com Tue Nov 5 12:40:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 12:40:49 -0800 (PST) Received: from taz2.fiberhosting.com (IDENT:qGFPJad6U/mn2nMEslY5YwZghu9bFOcJ@KNIGHT.01.dios.net [65.222.230.112]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5KekuR029176 for ; Tue, 5 Nov 2002 12:40:46 -0800 Received: (qmail 27690 invoked by uid 2526); 5 Nov 2002 20:41:51 -0000 To: Stephen Lord Subject: Re: write cache on 3ware controller and XFS -- firmware and driver _must_ match Message-ID: <1036528911.3dc82d0f33d37@webmail.smithconcepts.com> Date: Tue, 05 Nov 2002 15:41:51 -0500 (EST) From: "Bryan J. Smith" Cc: Christophe Zwecker , linux-xfs@oss.sgi.com References: <1036525848.20194.5.camel@dumbo.zwecker.de> <1036527421.10815.41.camel@snafu> In-Reply-To: <1036527421.10815.41.camel@snafu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 208.246.35.243 X-archive-position: 1516 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: b.j.smith@ieee.org Precedence: bulk X-list: linux-xfs Quoting Stephen Lord : > Unfortunately, some hardware is just designed to rely on write > caching. It does seem a little odd that you lost the superblock > though. This is put there by mkfs, and is always present, so how > powering down the device is corrupting it I do not know. That > seems like an issue with the 3ware firmware to me. Yes, as with _all_ RAID controllers, you _must_ make sure the driver and firmware "match up." _You_ must be _vigilant_ to do this as OS upgrades and kernel updates in newer versions can introduce newer drivers than require newer firmware. CASE-IN-POINT: _Always_ investigate the driver version in a newer kernel or OS, and make sure you have a compatible firmware, _before_ upgrading it. My Linux /var filesystem (XFS) was heavily corrupted (~50% file loss) after I upgraded to Windows XP and loaded a newer 3Ware ATA RAID driver than the firmware was designed for. Yes, the driver in another OS messed with blocks outside its partitions, because the firmware was too old. Had a /home filesystem (Ext3) filesystem was moderately corrupted (~100 files) I upgraded an ICP-Vortex SCSI RAID kernel driver without upgrading the firmware, and failed disk detection took 24 seconds before it realized it needed to stop writing to it. -- Bryan J. Smith, E.I. Contact Info: http://thebs.org A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA --------------------------------------------------------------- 'In the new commercials for MSN 8, a guy dressed in a Microsoft Butterfly costume drops out of a "cocoon" ... nobody at Microsoft ... knows that a butterfly doesn't emerge from a cocoon, but a chrysalis -- moths come from cocoons ... "this should not be all that surprising since Microsoft seems to have problems recognizing bugs ..."' -- Cringely From owner-linux-xfs@oss.sgi.com Tue Nov 5 12:43:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 12:43:53 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA5KhquR029646 for ; Tue, 5 Nov 2002 12:43:52 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA5KhpD0029645 for linux-xfs@oss.sgi.com; Tue, 5 Nov 2002 12:43:51 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA5Khnub029621 for ; Tue, 5 Nov 2002 12:43:50 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA5KevOj029274; Tue, 5 Nov 2002 12:40:57 -0800 Date: Tue, 5 Nov 2002 12:40:57 -0800 Message-Id: <200211052040.gA5KevOj029274@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 186] xfs_force_shutdown in xfs_trans_cancel X-Bugzilla-Reason: AssignedTo X-archive-position: 1517 X-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=186 ------- Additional Comments From sandeen@sgi.com 2002-11-05 12:40 ------- Created an attachment (id=45) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=45&action=view) Proposed patch This is from Christoph... call remove_inode_hash before make_bad_inode, so we don't find it again. This should prevent us from trying to back out of xfs_iget and shutting down... This is checked into the tree now. Let us know if it solves the problem, please. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:06:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:06:57 -0800 (PST) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5L6ruR030393 for ; Tue, 5 Nov 2002 13:06:54 -0800 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA5L7u4J040706; Tue, 5 Nov 2002 22:07:56 +0100 (CET) Message-Id: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 05 Nov 2002 22:06:00 +0100 To: Christophe Zwecker , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: write cache on 3ware controller and XFS In-Reply-To: <1036525848.20194.5.camel@dumbo.zwecker.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1518 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 20:50 5-11-2002 +0100, Christophe Zwecker wrote: >Hi, > >I have write cache disabled on the 3ware controller. I copied 300 gb >over network, I noticed that every 50mb or so, the controller stalled, >didnt accept more data while writing like crazy to disk. How much ram do you have in this server? Does the stall occur exactly every 30 seconds == to time to fill ram? >it took me 24 h to copy 300 gb over 100mbit network. == ~3MB/s With about the normal amount of maximum bandwidth of the 100Mbit interface it would take 10MB/sec => 8,5 hours Maybe you could investigate Gigabit Ethernet and a cross over cable :-) The 3ware controller should easily beat the 3MB/s mark though. What disks are attached, what speed and size, how many, what sort of raid config. Does it have a battery cache. > After that I tried >to turn write cache on, huge more performance. hmm well. I rebooted Only turn on write caching if the thing has a batter cache to back up the ram in case of a power failure. >couple of times, suddenley I could mount ther XFS partition any more >(bad superblock). I disabled write cache again and thank god I could fix >the issue with xfs_repair. You were lucky :-/ >So, here I am , disbled write cache, ok. the performance as I stated >above is awfull, is this how its supposed to be ? disable write cache >and have terrible performance? That sounds about right. >also: Do I have to disable write cache on the drives themselfes too ? Yes. >I have another box with an SCSI ICP Controller and RAID5/XFS on it, I >quickly disabled write cache there too, had it running for a year with >(phew) :-) If it has a battery cache you are safe. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:16:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:16:52 -0800 (PST) Received: from localhost (b124048.adsl.hansenet.de [62.109.124.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5LGmuR030875 for ; Tue, 5 Nov 2002 13:16:49 -0800 Received: (qmail 16186 invoked from network); 5 Nov 2002 21:18:01 -0000 Received: from unknown (HELO dumbo.dyndns.org) (192.168.2.10) by 192.168.2.254 with SMTP; 5 Nov 2002 21:18:01 -0000 Subject: Re: write cache on 3ware controller and XFS From: Christophe Zwecker To: Seth Mos Cc: linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Nov 2002 22:17:33 +0100 Message-Id: <1036531054.20194.10.camel@dumbo.zwecker.de> Mime-Version: 1.0 X-archive-position: 1519 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: doc@zwecker.de Precedence: bulk X-list: linux-xfs On Tue, 2002-11-05 at 22:06, Seth Mos wrote: > At 20:50 5-11-2002 +0100, Christophe Zwecker wrote: > >Hi, > > > >I have write cache disabled on the 3ware controller. I copied 300 gb > >over network, I noticed that every 50mb or so, the controller stalled, > >didnt accept more data while writing like crazy to disk. > > How much ram do you have in this server? Does the stall occur exactly every > 30 seconds == to time to fill ram? 256 MB, I dont think it reaches 256mb filling when it stalls > > Maybe you could investigate Gigabit Ethernet and a cross over cable :-) > The 3ware controller should easily beat the 3MB/s mark though. yeah, with write cache enabled its alot faster. its not the network thats slow, just the machine with the controller refuses to take more data > > What disks are attached, what speed and size, how many, what sort of raid > config. Does it have a battery cache. 5x 120GB IBM 7200RPM IDE disks, RAID5 on an EVMS/LVM Volume > > > After that I tried > >to turn write cache on, huge more performance. hmm well. I rebooted > > Only turn on write caching if the thing has a batter cache to back up the > ram in case of a power failure. I dont have batter cache, but am I not safe with an USV , that shutsdown the machine in case of power failure ? > >also: Do I have to disable write cache on the drives themselfes too ? > > Yes. uh, are there tools for that ? > > >I have another box with an SCSI ICP Controller and RAID5/XFS on it, I > >quickly disabled write cache there too, had it running for a year with > >(phew) :-) > > If it has a battery cache you are safe. it doesnt, rebooted like 3 times in one year, nothing happened sofar.. thx for your comments! -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:21:46 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:21:48 -0800 (PST) Received: from taz2.fiberhosting.com (IDENT:Y69kwrsGXa8mks+cXQ+WjQYuTiW6mgI4@KNIGHT.01.dios.net [65.222.230.112]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5LLjuR031364 for ; Tue, 5 Nov 2002 13:21:46 -0800 Received: (qmail 29267 invoked by uid 2526); 5 Nov 2002 21:22:50 -0000 To: Christophe Zwecker Subject: Re: write cache on 3ware controller and XFS Message-ID: <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> Date: Tue, 05 Nov 2002 16:22:50 -0500 (EST) From: "Bryan J. Smith" Cc: Seth Mos , linux-xfs@oss.sgi.com References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <1036531054.20194.10.camel@dumbo.zwecker.de> In-Reply-To: <1036531054.20194.10.camel@dumbo.zwecker.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 208.246.35.242 X-archive-position: 1520 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: b.j.smith@ieee.org Precedence: bulk X-list: linux-xfs Quoting Christophe Zwecker : > 256 MB, I dont think it reaches 256mb filling when it stalls vmstat would prove/disprove that. > yeah, with write cache enabled its alot faster. its not the network > thats slow, just the machine with the controller refuses to take more > data I'm surprised you're getting corruptions. Again, I've only seen two cases with RAID cards where I have issues. 1. firmware incompatible with driver 2. AMI BIOS and IRQ sharing (nasty) > 5x 120GB IBM 7200RPM IDE disks, RAID5 on an EVMS/LVM Volume Okay, now I'm confused. Why do you need to use EVMS/LVM with a 3Ware card? -- Bryan J. Smith, E.I. Contact Info: http://thebs.org A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA --------------------------------------------------------------- 'In the new commercials for MSN 8, a guy dressed in a Microsoft Butterfly costume drops out of a "cocoon" ... nobody at Microsoft ... knows that a butterfly doesn't emerge from a cocoon, but a chrysalis -- moths come from cocoons ... "this should not be all that surprising since Microsoft seems to have problems recognizing bugs ..."' -- Cringely From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:25:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:25:40 -0800 (PST) Received: from taz2.fiberhosting.com (IDENT:bQ4B+aCkDaLTkif5aIqaxibZvc9QvLiR@KNIGHT.01.dios.net [65.222.230.112]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5LPauR031820 for ; Tue, 5 Nov 2002 13:25:37 -0800 Received: (qmail 29392 invoked by uid 2526); 5 Nov 2002 21:26:41 -0000 To: Seth Mos Subject: Re: write cache on 3ware controller and XFS -- 3Ware uses SRAM (battery not required?) Message-ID: <1036531601.3dc83791d2469@webmail.smithconcepts.com> Date: Tue, 05 Nov 2002 16:26:41 -0500 (EST) From: "Bryan J. Smith" Cc: Christophe Zwecker , linux-xfs@oss.sgi.com References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> In-Reply-To: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 208.246.35.242 X-archive-position: 1521 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: b.j.smith@ieee.org Precedence: bulk X-list: linux-xfs Quoting Seth Mos : > The 3ware controller should easily beat the 3MB/s mark though. > What disks are attached, what speed and size, how many, what sort of > raid config. Does it have a battery cache. Unfortunately, 3Ware cards don't have a battery cache. I find this a stupid design decision because 3Ware cards use SRAM, instead of DRAM, which means you only need a fraction of the juice to maintain the data. Unless, of course, they _are_ using capacitors to provide the small amount of power to maintain the data in a SRAM between reboots and short power outtages. SRAM (combinational boolean) requires only a very small amount of power compared to DRAM (leaky cell) . Someone should ping 3Ware on this design question. -- Bryan J. Smith, E.I. Contact Info: http://thebs.org A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA --------------------------------------------------------------- 'In the new commercials for MSN 8, a guy dressed in a Microsoft Butterfly costume drops out of a "cocoon" ... nobody at Microsoft ... knows that a butterfly doesn't emerge from a cocoon, but a chrysalis -- moths come from cocoons ... "this should not be all that surprising since Microsoft seems to have problems recognizing bugs ..."' -- Cringely From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:27:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:27:34 -0800 (PST) Received: from eclectic.kluge.net (IDENT:pAw6E6BI8m9IheteCD7lRZx6/MO3jCLF@eclectic.kluge.net [66.92.69.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5LRTuR032231 for ; Tue, 5 Nov 2002 13:27:29 -0800 Received: from eclectic.kluge.net (localhost [127.0.0.1]) by eclectic.kluge.net (8.12.6/8.12.6) with ESMTP id gA5LSQ2K005210; Tue, 5 Nov 2002 16:28:26 -0500 Received: (from felicity@localhost) by eclectic.kluge.net (8.12.6/8.12.6/Submit) id gA5LSQ7E005208; Tue, 5 Nov 2002 16:28:26 -0500 Date: Tue, 5 Nov 2002 16:28:26 -0500 From: Theo Van Dinter To: "Bryan J. Smith" Cc: linux-xfs@oss.sgi.com Subject: Re: write cache on 3ware controller and XFS Message-ID: <20021105212826.GI16417@kluge.net> References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <1036531054.20194.10.camel@dumbo.zwecker.de> <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uJWb33pM2TcUAXIl" Content-Disposition: inline In-Reply-To: <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> User-Agent: Mutt/1.4i X-GPG-Keyserver: http://wwwkeys.pgp.net X-GPG-Keynumber: 0xE580B363 X-GPG-Fingerprint: 75B1 F6D0 8368 38E7 A4C5 F6C2 02E3 9051 E580 B363 X-archive-position: 1522 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: felicity@kluge.net Precedence: bulk X-list: linux-xfs --uJWb33pM2TcUAXIl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 05, 2002 at 04:22:50PM -0500, Bryan J. Smith wrote: > > 5x 120GB IBM 7200RPM IDE disks, RAID5 on an EVMS/LVM Volume >=20 > Okay, now I'm confused. Why do you need to use EVMS/LVM with a 3Ware car= d? You want the features of LVM? the 3ware card does RAID, not volume managem= ent. :) --=20 Randomly Generated Tagline: "Never underestimate someone trying to help you." - Unknown (SAGE Life of an Admin) --uJWb33pM2TcUAXIl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9yDf6AuOQUeWAs2MRAklTAKCmWqe469leqLZPsX7OLYDsNFN3QACeOJES z//8PpAj2A+BJTwyDatwUdM= =j/tw -----END PGP SIGNATURE----- --uJWb33pM2TcUAXIl-- From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:29:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:29:19 -0800 (PST) Received: from taz2.fiberhosting.com (IDENT:BV06dOaHZGBhKpKGDblinSfcJn23G9zW@KNIGHT.01.dios.net [65.222.230.112]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5LTHuR032646 for ; Tue, 5 Nov 2002 13:29:17 -0800 Received: (qmail 29579 invoked by uid 2526); 5 Nov 2002 21:30:22 -0000 To: Theo Van Dinter Subject: Re: write cache on 3ware controller and XFS Message-ID: <1036531822.3dc8386e337d3@webmail.smithconcepts.com> Date: Tue, 05 Nov 2002 16:30:22 -0500 (EST) From: "Bryan J. Smith" Cc: "Bryan J. Smith" , linux-xfs@oss.sgi.com References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <1036531054.20194.10.camel@dumbo.zwecker.de> <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> <20021105212826.GI16417@kluge.net> In-Reply-To: <20021105212826.GI16417@kluge.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 208.246.35.242 X-archive-position: 1523 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: b.j.smith@ieee.org Precedence: bulk X-list: linux-xfs Quoting Theo Van Dinter : > You want the features of LVM? the 3ware card does RAID, not volume > management. :) Okay, that makes sense. I'm so used to people using LVM atop of multiple 3Ware cards to create one volume. -- Bryan J. Smith, E.I. Contact Info: http://thebs.org A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA --------------------------------------------------------------- 'In the new commercials for MSN 8, a guy dressed in a Microsoft Butterfly costume drops out of a "cocoon" ... nobody at Microsoft ... knows that a butterfly doesn't emerge from a cocoon, but a chrysalis -- moths come from cocoons ... "this should not be all that surprising since Microsoft seems to have problems recognizing bugs ..."' -- Cringely From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:44:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:44:37 -0800 (PST) Received: from localhost (b124048.adsl.hansenet.de [62.109.124.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5LiYuR000773 for ; Tue, 5 Nov 2002 13:44:35 -0800 Received: (qmail 16288 invoked from network); 5 Nov 2002 21:45:48 -0000 Received: from unknown (HELO dumbo.dyndns.org) (192.168.2.10) by 192.168.2.254 with SMTP; 5 Nov 2002 21:45:48 -0000 Subject: Re: write cache on 3ware controller and XFS From: Christophe Zwecker To: "Bryan J. Smith" Cc: linux-xfs@oss.sgi.com In-Reply-To: <1036532147.3dc839b3ea982@webmail.smithconcepts.com> References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <1036531054.20194.10.camel@dumbo.zwecker.de> <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> <1036531798.20193.14.camel@dumbo.zwecker.de> <1036532147.3dc839b3ea982@webmail.smithconcepts.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Nov 2002 22:45:20 +0100 Message-Id: <1036532720.20193.22.camel@dumbo.zwecker.de> Mime-Version: 1.0 X-archive-position: 1524 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: doc@zwecker.de Precedence: bulk X-list: linux-xfs On Tue, 2002-11-05 at 22:35, Bryan J. Smith wrote: > I'd check #1. RedHat actively updates the 3Ware driver in their kernels, and > the 3Ware kernel is updated in the stock kernel, so I'd make sure the firmware > isn't too old. the firmware is the one I dl from the 3ware page 1 week ago, when I installed the system, the kernel is 2.4.19, so I guess that shit fit. > With UNIX mount points and links, I find it I don't need to either. yeah, mostly true, tho I need that for an ftp server, its unconvinient to guess how big a dir will get an "waste" a partition on it when the space wont be available to other dirs. Anyhow, I know now, I shall never enable the write cache again, i kinda pi.. me off to waste performance..well security goes first. Since its an ftp server speed is not all that important - the line aint THAT fast. Anyone know where to get those tools to disable write cache on my IDE hds ? I hope I dont need windows for that... thx again -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-linux-xfs@oss.sgi.com Tue Nov 5 13:54:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 13:54:06 -0800 (PST) Received: from taz2.fiberhosting.com (IDENT:PG3WUAyR1lgecw0Om1D4QKsSYYTdE3En@KNIGHT.01.dios.net [65.222.230.112]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5Ls3uR001277 for ; Tue, 5 Nov 2002 13:54:04 -0800 Received: (qmail 30693 invoked by uid 2526); 5 Nov 2002 21:55:03 -0000 To: Christophe Zwecker Subject: Re: write cache on 3ware controller and XFS Message-ID: <1036533303.3dc83e370b1b4@webmail.smithconcepts.com> Date: Tue, 05 Nov 2002 16:55:03 -0500 (EST) From: "Bryan J. Smith" Cc: "Bryan J. Smith" , linux-xfs@oss.sgi.com References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <1036531054.20194.10.camel@dumbo.zwecker.de> <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> <1036531798.20193.14.camel@dumbo.zwecker.de> <1036532147.3dc839b3ea982@webmail.smithconcepts.com> <1036532720.20193.22.camel@dumbo.zwecker.de> In-Reply-To: <1036532720.20193.22.camel@dumbo.zwecker.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 208.246.35.242 X-archive-position: 1525 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: b.j.smith@ieee.org Precedence: bulk X-list: linux-xfs Quoting Christophe Zwecker : > the firmware is the one I dl from the 3ware page 1 week ago, when I > installed the system, the kernel is 2.4.19, so I guess that shit fit. Okay, you _probably_ have _too_new_ of a firmware for your driver! If find the stock kernel lags 3Ware by 6-12 months, and 3Ware almost always introduces a new driver with each new firmware release. I'd say you found your problem then. Be sure to _always_ install the driver with the firmware image you get from 3Ware. They even include a Makefile to make things easy. Or don't you read things like READMEs??? ;-P > yeah, mostly true, tho I need that for an ftp server, its unconvinient > to guess how big a dir will get an "waste" a partition on it when the > space wont be available to other dirs. Perfect excuse to put those accounts on their own filesystem(s)! ;-P > Anyhow, I know now, I shall never enable the write cache again, i > kinda pi.. me off to waste performance..well security goes first. Since its > an ftp server speed is not all that important - the line aint THAT fast. Again, you're firmware is probably _too_new_ for your driver. > Anyone know where to get those tools to disable write cache on my IDE > hds ? I hope I dont need windows for that... You usually need to boot DOS to do so. And you'll need to put them on a standard ATA controller, as 3Ware Escalades hide them behind their ASIC. -- Bryan J. Smith, E.I. Contact Info: http://thebs.org A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA --------------------------------------------------------------- When people focus on recycling trees, the fastest regenerating resource on the planet, you know the country's environmental policy has one of the most misguided focuses it could have. From owner-linux-xfs@oss.sgi.com Tue Nov 5 14:52:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 14:52:31 -0800 (PST) Received: from skreak.org (W00t@ddsl-66-161-218-122.fuse.net [66.161.218.122]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA5MqQuR013718 for ; Tue, 5 Nov 2002 14:52:27 -0800 Received: (qmail 1777 invoked from network); 5 Nov 2002 22:56:51 -0000 Received: from localhost (127.0.0.1) by skreak.org with SMTP; 5 Nov 2002 22:56:51 -0000 Date: Tue, 5 Nov 2002 17:56:51 -0500 (EST) From: TJ Easter To: "Bryan J. Smith" cc: Christophe Zwecker , Subject: Re: write cache on 3ware controller and XFS In-Reply-To: <1036533303.3dc83e370b1b4@webmail.smithconcepts.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1526 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tje@skreak.org Precedence: bulk X-list: linux-xfs Will 'hdparm -W /dev/hdX' not disable the write cache in this scenario? Regards, TJ Easter On Tue, 5 Nov 2002, Bryan J. Smith wrote: > > Quoting Christophe Zwecker : > > the firmware is the one I dl from the 3ware page 1 week ago, when I > > installed the system, the kernel is 2.4.19, so I guess that shit fit. > > Okay, you _probably_ have _too_new_ of a firmware for your driver! If find the > stock kernel lags 3Ware by 6-12 months, and 3Ware almost always introduces a new > driver with each new firmware release. > > I'd say you found your problem then. Be sure to _always_ install the driver > with the firmware image you get from 3Ware. They even include a Makefile to > make things easy. > > Or don't you read things like READMEs??? ;-P > > > yeah, mostly true, tho I need that for an ftp server, its unconvinient > > to guess how big a dir will get an "waste" a partition on it when the > > space wont be available to other dirs. > > Perfect excuse to put those accounts on their own filesystem(s)! ;-P > > > Anyhow, I know now, I shall never enable the write cache again, i > > kinda pi.. me off to waste performance..well security goes first. Since its > > an ftp server speed is not all that important - the line aint THAT fast. > > Again, you're firmware is probably _too_new_ for your driver. > > > Anyone know where to get those tools to disable write cache on my IDE > > hds ? I hope I dont need windows for that... > > You usually need to boot DOS to do so. And you'll need to put them on a > standard ATA controller, as 3Ware Escalades hide them behind their ASIC. > > -- > Bryan J. Smith, E.I. Contact Info: http://thebs.org > A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA > --------------------------------------------------------------- > When people focus on recycling trees, the fastest regenerating > resource on the planet, you know the country's environmental > policy has one of the most misguided focuses it could have. > > > > > From owner-linux-xfs@oss.sgi.com Tue Nov 5 16:40:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 16:40:38 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA60eUuR014944 for ; Tue, 5 Nov 2002 16:40:32 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id QAA04730 for ; Tue, 5 Nov 2002 16:41:34 -0800 (PST) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gA60eXF28492; Wed, 6 Nov 2002 11:40:33 +1100 Date: Wed, 6 Nov 2002 11:40:33 +1100 From: Keith Owens Message-Id: <200211060040.gA60eXF28492@sherman.melbourne.sgi.com> Subject: TAKE - Sync with kdb v2.4-2.5.46-common-1 X-archive-position: 1527 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Sync with kdb v2.4-2.5.46-common-1 Date: Tue Nov 5 16:39:04 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132132a linux/Documentation/kdb/kdb_sr.man - 1.1 linux/Makefile - 1.230 linux/kdb/ChangeLog - 1.22 From owner-linux-xfs@oss.sgi.com Tue Nov 5 17:13:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 17:13:08 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA61D2uR015648 for ; Tue, 5 Nov 2002 17:13:02 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA01116 for ; Tue, 5 Nov 2002 17:14:07 -0800 (PST) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gA61D6C04787; Wed, 6 Nov 2002 12:13:06 +1100 Date: Wed, 6 Nov 2002 12:13:06 +1100 From: Keith Owens Message-Id: <200211060113.gA61D6C04787@sherman.melbourne.sgi.com> Subject: TAKE - Sync with kdb v2.4-2.5.46-i386-1 X-archive-position: 1528 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Sync with kdb v2.4-2.5.46-i386-1 Date: Tue Nov 5 17:12:38 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132143a linux/arch/i386/kdb/ChangeLog - 1.9 From owner-linux-xfs@oss.sgi.com Tue Nov 5 17:19:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 17:19:02 -0800 (PST) Received: from BOSSW2K.plustream.com (sdsl-64-139-1-6.dsl.sca.megapath.net [64.139.1.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA61IwuR016092 for ; Tue, 5 Nov 2002 17:18:59 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message Subject: RE: Failure creating GBs file size under EVMS/XFS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 5 Nov 2002 17:20:04 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Failure creating GBs file size under EVMS/XFS Thread-Index: AcKE/CJ8A7baG2gTRXShHESbu9K+8AANi47w From: "Michael Nguyen" To: "Nathan Straz" Cc: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA61J0uR016093 X-archive-position: 1529 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: michael.nguyen@corosoft.com Precedence: bulk X-list: linux-xfs I was successful with dd command, in creating 60GB file for an 80GB space. I will try to re-do the 'cat..' error and see the log. THX, Michael. > -----Original Message----- > From: Nathan Straz [mailto:nstraz@sgi.com] > Sent: Tuesday, November 05, 2002 10:50 AM > To: Michael Nguyen > Cc: linux-xfs@oss.sgi.com > Subject: Re: Failure creating GBs file size under EVMS/XFS > > > On Tue, Nov 05, 2002 at 10:37:37AM -0800, Michael Nguyen wrote: > > Im having failure creating Giga Bytes file size. Below, I will > > describe my environment and failure. Any assistance/explanation/hint > > is greatly appreciate. > ... > > # cat /root/tempfile >> /myfs/BIGfile > > # cat /root/tempfile >> /myfs/BIGfile > > # cat: write error: Input/Output error > > Are there any kernel messages in the logs? > If you strace cat, what are the last lines around the write > error? Can you create the file with dd? > -- > Nate Straz nstraz@sgi.com > sgi, inc http://www.sgi.com/ > Linux Test Project http://ltp.sf.net/ > From owner-linux-xfs@oss.sgi.com Tue Nov 5 23:43:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 23:43:55 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA67hpuR021182 for ; Tue, 5 Nov 2002 23:43:51 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA67hp6k021181 for linux-xfs@oss.sgi.com; Tue, 5 Nov 2002 23:43:51 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gA67hnuX021161 for ; Tue, 5 Nov 2002 23:43:50 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gA67Q6dG020990; Tue, 5 Nov 2002 23:26:06 -0800 Date: Tue, 5 Nov 2002 23:26:06 -0800 Message-Id: <200211060726.gA67Q6dG020990@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 186] xfs_force_shutdown in xfs_trans_cancel X-Bugzilla-Reason: AssignedTo X-archive-position: 1530 X-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=186 ------- Additional Comments From c.pascoe@itee.uq.edu.au 2002-11-05 23:26 ------- Hi, I've been running my stress loop for about 3 hours now with this patch (well, actually with the current CVS), and it seems to be happy - normally it fails after ~15 minutes. I plan to leave it run overnight and will inform you if anything develops. I suggest that others having this problem give it a go. Regards, Chris ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Tue Nov 5 23:56:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 05 Nov 2002 23:56:05 -0800 (PST) Received: from tapu.f00f.org (tapu.f00f.org [66.60.186.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA67u3uR021686 for ; Tue, 5 Nov 2002 23:56:03 -0800 Received: by tapu.f00f.org (Postfix, from userid 1000) id 356C71F0054; Tue, 5 Nov 2002 23:57:10 -0800 (PST) Date: Tue, 5 Nov 2002 23:57:10 -0800 From: Chris Wedgwood To: Michael Nguyen Cc: linux-xfs@oss.sgi.com, evms-devel@lists.sourceforge.net Subject: Re: Failure creating GBs file size under EVMS/XFS Message-ID: <20021106075710.GA22699@tapu.f00f.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-No-Archive: Yes X-archive-position: 1531 X-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 Tue, Nov 05, 2002 at 10:37:37AM -0800, Michael Nguyen wrote: > Im having failure creating Giga Bytes file size. Below, I will > describe my environment and failure. Any assistance/explanation/hint > is greatly appreciate. This sounds like a libc problem. What version of libc/glibc are you using? I routinely (many times a day) make multi-GB files under XFS and truncate(1) will make multi-TB files for me! (sparse of course) --cw From owner-linux-xfs@oss.sgi.com Wed Nov 6 01:33:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 01:33:25 -0800 (PST) Received: from rzaixsrv2.rrz.uni-hamburg.de (rzaixsrv2.rrz.uni-hamburg.de [134.100.32.71]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA69XMuR023851 for ; Wed, 6 Nov 2002 01:33:23 -0800 Received: from fry.sysctl.de (IDENT:obzw3UPKKu8o5r8cYBVPQK2TMTnQRBar@[134.100.58.143]) by rzaixsrv2.rrz.uni-hamburg.de (8.11.6/8.11.6) with ESMTP id gA69YRA31406 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Wed, 6 Nov 2002 10:34:28 +0100 Received: from localhost.localdomain (IDENT:fJxzJAbuKag6NpqG7lB5H1pPsJdQuoch@localhost.localdomain [127.0.0.1]) by fry.sysctl.de (8.12.5/8.12.3) with ESMTP id gA69YJWo027091; Wed, 6 Nov 2002 10:34:20 +0100 Subject: Re: write cache on 3ware controller and XFS From: Christophe Zwecker To: "Bryan J. Smith" Cc: linux-xfs@oss.sgi.com In-Reply-To: <1036533303.3dc83e370b1b4@webmail.smithconcepts.com> References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <1036531054.20194.10.camel@dumbo.zwecker.de> <1036531370.3dc836aaaba6f@webmail.smithconcepts.com> <1036531798.20193.14.camel@dumbo.zwecker.de> <1036532147.3dc839b3ea982@webmail.smithconcepts.com> <1036532720.20193.22.camel@dumbo.zwecker.de> <1036533303.3dc83e370b1b4@webmail.smithconcepts.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8.99 Date: 06 Nov 2002 10:34:19 +0100 Message-Id: <1036575260.26163.74.camel@fry.sysctl.de> Mime-Version: 1.0 X-archive-position: 1533 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: doc@zwecker.de Precedence: bulk X-list: linux-xfs On Tue, 2002-11-05 at 22:55, Bryan J. Smith wrote: > Okay, you _probably_ have _too_new_ of a firmware for your driver! If find the > stock kernel lags 3Ware by 6-12 months, and 3Ware almost always introduces a new > driver with each new firmware release. > > I'd say you found your problem then. Be sure to _always_ install the driver > with the firmware image you get from 3Ware. They even include a Makefile to > make things easy. ill compare the 3ware driver with the one in 2.4.19 thx for the hint > > Or don't you read things like READMEs??? ;-P hehe, I always read em :-) again, I wonder, if I have an USV attached to the server and it shuts it down properly, I minimize the risk of dataloss with writecache enabled, or not. -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-linux-xfs@oss.sgi.com Wed Nov 6 01:33:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 01:33:08 -0800 (PST) Received: from wiprom2mx1.wipro.com (wiprom2mx1.wipro.com [203.197.164.41]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA69X0uR023772 for ; Wed, 6 Nov 2002 01:33:01 -0800 Received: from m2vwall5.wipro.com (m2vwall5.wipro.com [10.115.50.5]) by wiprom2mx1.wipro.com (8.11.3/8.11.3) with SMTP id gA69Y0c16357 for ; Wed, 6 Nov 2002 15:04:00 +0530 (IST) Received: from blr-m1-bh1.wipro.com ([10.115.50.91]) by ace.mail.wipro.com (Netscape Messaging Server 4.15) with ESMTP id H55EKN00.VQ8 for ; Wed, 6 Nov 2002 15:03:59 +0530 Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-m1-bh1.wipro.com with Microsoft SMTPSVC(5.0.2195.4905); Wed, 6 Nov 2002 15:03:59 +0530 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Subject: Variable block size Date: Wed, 6 Nov 2002 15:03:59 +0530 Message-ID: <72D09F11CC09B645ADE2890F6B442FD81E6BC0@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Variable block size Thread-Index: AcKFd6JHjah8SgAOSmiic1tEiYB5MQ== From: "Santhosh M Kumar" To: X-OriginalArrivalTime: 06 Nov 2002 09:33:59.0578 (UTC) FILETIME=[A29FCFA0:01C28577] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id gA69X3uR023773 X-archive-position: 1532 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: santhosh.kumar@wipro.com Precedence: bulk X-list: linux-xfs Hi, We have an system where we take care of buffering the file data while reading and writing. The buffer used for the same are reserved memory which is not visible to kernel. (Kseg1 address in MIPS processor and is reserved by specifying an offseted address while booting). The data is filled by the hardware in the system. Now we need to write the buffer into a file. The data is a huge about 1MB of buffers. I dont want to split the write/read request to block size. I also dont want it be page cached/buffer cached before going to the IDE driver. PS: Only few files are of this type, other files are generated using the normal malloced buffers. In order to achive this, i think the following changes are required. 1. Modification to support large block size. 2. Modification to eliminate page/buffer cache. Is there any other way by which this can be achieved. Or can anyone give me pointer for who to go about doing the above two modification. Thanks and Regards Santhosh From owner-linux-xfs@oss.sgi.com Wed Nov 6 01:38:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 01:38:33 -0800 (PST) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA69cUuR024636 for ; Wed, 6 Nov 2002 01:38:30 -0800 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA69da5V013586; Wed, 6 Nov 2002 10:39:36 +0100 (CET) Message-Id: <4.3.2.7.2.20021106102505.03e288b0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Nov 2002 10:38:29 +0100 To: Christophe Zwecker From: Seth Mos Subject: Re: write cache on 3ware controller and XFS Cc: linux-xfs@oss.sgi.com In-Reply-To: <1036531054.20194.10.camel@dumbo.zwecker.de> References: <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> <4.3.2.7.2.20021105215943.03941310@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1534 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 22:17 5-11-2002 +0100, Christophe Zwecker wrote: >On Tue, 2002-11-05 at 22:06, Seth Mos wrote: > > At 20:50 5-11-2002 +0100, Christophe Zwecker wrote: snip > > What disks are attached, what speed and size, how many, what sort of raid > > config. Does it have a battery cache. >5x 120GB IBM 7200RPM IDE disks, RAID5 on an EVMS/LVM Volume And what kernel are you currently using? >I dont have batter cache, but am I not safe with an USV , that shutsdown >the machine in case of power failure ? No, if the power supply from your machine dies or the power cable from the UPS to the computer gets loose, you're screwed. If you "just switch of the machine after a failure instead of resetting it the ram is cleared and you're cache is gone. Ah and system crashes can also cause problems like this. >uh, are there tools for that ? I believe 3ware has a utility for that, although I remember that you might need to do it on a per drive basis. >it doesnt, rebooted like 3 times in one year, nothing happened sofar.. A normal reboot doesn't cover it. The machine needs to loose power for this to show up. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Nov 6 01:44:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 01:44:58 -0800 (PST) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA69ituR025127 for ; Wed, 6 Nov 2002 01:44:55 -0800 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA69jvWM030143; Wed, 6 Nov 2002 10:45:58 +0100 (CET) Message-Id: <4.3.2.7.2.20021106104258.02e7cec0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Nov 2002 10:44:50 +0100 To: TJ Easter , "Bryan J. Smith" From: Seth Mos Subject: Re: write cache on 3ware controller and XFS Cc: Christophe Zwecker , In-Reply-To: References: <1036533303.3dc83e370b1b4@webmail.smithconcepts.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1535 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 17:56 5-11-2002 -0500, TJ Easter wrote: >Will 'hdparm -W /dev/hdX' not disable the write cache in this scenario? On a standard IDE controller yes, but not permanently. You need tools from the disk manufacturer to do this. And the scenario doesn't work when attached to a 3ware controller at all. The 3ware controller acts like a scsi device so only a single /dev/sdxX would show up. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Nov 6 02:29:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 02:29:13 -0800 (PST) Received: from maildab.dataaccess.com.br ([200.212.205.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6AT6uR027041 for ; Wed, 6 Nov 2002 02:29:07 -0800 Received: by maildab.dataaccess.com.br with Internet Mail Service (5.5.2653.19) id <4QD4DS0N>; Wed, 6 Nov 2002 08:31:17 -0300 Message-ID: From: ANTIGEN_MAILDAB To: "'linux-xfs@oss.sgi.com'" Subject: Antigen found VIRUS= W32/Klez-E (Sophos) virus Date: Wed, 6 Nov 2002 08:31:10 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-archive-position: 1536 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ANTIGEN_MAILDAB@dataaccess.com.br Precedence: bulk X-list: linux-xfs Antigen for Exchange found play.exe infected with VIRUS= W32/Klez-E (Sophos) worm. The message is currently Removed. The message, "A humour game", was sent from linux-xfs and was discovered in Realtime Scan Job\Jose Teodoro Jr.\Inbox located at DataAccess/DAB/MAILDAB. From owner-linux-xfs@oss.sgi.com Wed Nov 6 02:37:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 02:37:15 -0800 (PST) Received: from rzaixsrv2.rrz.uni-hamburg.de (rzaixsrv2.rrz.uni-hamburg.de [134.100.32.71]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6AbCuR027567 for ; Wed, 6 Nov 2002 02:37:12 -0800 Received: from fry.sysctl.de (IDENT:0ze8P1d8iGJKoJ+jh81gww3qBm+AcsMe@[134.100.58.143]) by rzaixsrv2.rrz.uni-hamburg.de (8.11.6/8.11.6) with ESMTP id gA6AcHA81634 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Wed, 6 Nov 2002 11:38:18 +0100 Received: from localhost.localdomain (IDENT:GxlPs3c5TOt3PwA1LIr33hlgcMHNwkQ8@localhost.localdomain [127.0.0.1]) by fry.sysctl.de (8.12.5/8.12.3) with ESMTP id gA6AcHWo027782; Wed, 6 Nov 2002 11:38:17 +0100 Subject: Re: write cache on 3ware controller and XFS From: Christophe Zwecker To: Seth Mos Cc: TJ Easter , "Bryan J. Smith" , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20021106104258.02e7cec0@pop.xs4all.nl> References: <1036533303.3dc83e370b1b4@webmail.smithconcepts.com> <4.3.2.7.2.20021106104258.02e7cec0@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8.99 Date: 06 Nov 2002 11:38:16 +0100 Message-Id: <1036579097.23259.98.camel@fry.sysctl.de> Mime-Version: 1.0 X-archive-position: 1537 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: doc@zwecker.de Precedence: bulk X-list: linux-xfs For IBM I found a thing called "Feature Tool" which can disable write/read cache, set SMART, accustic managment and so on. Tested here with a maxtor drive too. On Wed, 2002-11-06 at 10:44, Seth Mos wrote: > At 17:56 5-11-2002 -0500, TJ Easter wrote: > >Will 'hdparm -W /dev/hdX' not disable the write cache in this scenario? > > On a standard IDE controller yes, but not permanently. You need tools from > the disk manufacturer to do this. > > And the scenario doesn't work when attached to a 3ware controller at all. > The 3ware controller acts like a scsi device so only a single /dev/sdxX > would show up. > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. > -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-linux-xfs@oss.sgi.com Wed Nov 6 03:12:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 03:12:16 -0800 (PST) Received: from maildab.dataaccess.com.br ([200.212.205.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6BCAuR029509 for ; Wed, 6 Nov 2002 03:12:12 -0800 Received: by maildab.dataaccess.com.br with Internet Mail Service (5.5.2653.19) id <4QD4DTAG>; Wed, 6 Nov 2002 09:14:13 -0300 Message-ID: From: ANTIGEN_MAILDAB To: "'linux-xfs@oss.sgi.com'" Subject: Antigen found VIRUS= W32/Flcss (Sophos) virus Date: Wed, 6 Nov 2002 09:14:10 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-archive-position: 1538 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ANTIGEN_MAILDAB@dataaccess.com.br Precedence: bulk X-list: linux-xfs Antigen for Exchange found border.bat infected with VIRUS= W32/Flcss (Sophos) worm. The message is currently Purged. The message, "Honey", was sent from linux-xfs and was discovered in IMC Queues\Inbound located at DataAccess/DAB/MAILDAB. From owner-linux-xfs@oss.sgi.com Wed Nov 6 06:43:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 06:43:35 -0800 (PST) Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6EhTuR007984 for ; Wed, 6 Nov 2002 06:43:30 -0800 Received: from pc9391 (pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.11.6+Sun/8.11.6) with ESMTP id gA6EiY824675 for ; Wed, 6 Nov 2002 15:44:34 +0100 (MET) Date: Wed, 6 Nov 2002 15:44:33 +0100 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: Re: [Bug 186] xfs_force_shutdown in xfs_trans_cancel Message-ID: <20021106154433.E7574@pc9391.uni-regensburg.de> References: <200211060726.gA67Q6d4020991@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <200211060726.gA67Q6d4020991@oss.sgi.com>; from bugzilla-daemon@oss.sgi.com on Wed, Nov 06, 2002 at 08:26:06 +0100 X-Mailer: Balsa 1.2.4 Lines: 21 X-archive-position: 1539 X-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 06 Nov 2002 08:26:06 bugzilla-daemon@oss.sgi.com wrote: > http://oss.sgi.com/bugzilla/show_bug.cgi?id=186 > > > > > > ------- Additional Comments From c.pascoe@itee.uq.edu.au 2002-11-05 23:26 > ------- > Hi, > > I've been running my stress loop for about 3 hours now with this patch (well, > > actually with the current CVS), and it seems to be happy - normally it fails > after ~15 minutes. I plan to leave it run overnight and will inform you if > anything develops. I suggest that others having this problem give it a go. > okay, just moved my machine to todays CVS... Lets see what happens! Christian From owner-linux-xfs@oss.sgi.com Wed Nov 6 09:20:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 09:20:23 -0800 (PST) Received: from imf11bis.bellsouth.net (mail211.mail.bellsouth.net [205.152.58.151]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6HKKuR014036 for ; Wed, 6 Nov 2002 09:20:20 -0800 Received: from TAZ2 ([66.156.1.101]) by imf11bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20021106172308.NMZH3483.imf11bis.bellsouth.net@TAZ2> for ; Wed, 6 Nov 2002 12:23:08 -0500 Date: Wed, 6 Nov 2002 12:21:21 -0500 From: Greg Freemyer Subject: Latest CVS and make oldconfig To: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20021106172308.NMZH3483.imf11bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA6HKKuR014037 X-archive-position: 1540 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs I just did a CVS update, and tried a "make oldconfig". I'm getting an error at the end. ====== * * Bluetooth support * Bluetooth subsystem support (CONFIG_BLUEZ) [Y/m/n/?] L2CAP protocol support (CONFIG_BLUEZ_L2CAP) [N/y/m/?] SCO links support (CONFIG_BLUEZ_SCO) [N/y/m/?] scripts/Configure: net/bluetooth/bnep/Config.in: No such file or directory make: *** [oldconfig] Error 1 ====== What do I need to do? Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Nov 6 09:29:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 09:29:39 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6HTauR014853 for ; Wed, 6 Nov 2002 09:29:37 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA68737; Wed, 6 Nov 2002 11:30:39 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA22942; Wed, 6 Nov 2002 11:30:39 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gA6HUK723713; Wed, 6 Nov 2002 11:30:20 -0600 Subject: Re: Latest CVS and make oldconfig From: Steve Lord To: Greg Freemyer Cc: xfs mailing list In-Reply-To: <20021106172308.NMZH3483.imf11bis.bellsouth.net@TAZ2> References: <20021106172308.NMZH3483.imf11bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 06 Nov 2002 11:30:20 -0600 Message-Id: <1036603820.20287.17.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1541 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-11-06 at 11:21, Greg Freemyer wrote: > > I just did a CVS update, and tried a "make oldconfig". > > I'm getting an error at the end. > > ====== > * > * Bluetooth support > * > Bluetooth subsystem support (CONFIG_BLUEZ) [Y/m/n/?] > L2CAP protocol support (CONFIG_BLUEZ_L2CAP) [N/y/m/?] > SCO links support (CONFIG_BLUEZ_SCO) [N/y/m/?] > scripts/Configure: net/bluetooth/bnep/Config.in: No such file or directory > make: *** [oldconfig] Error 1 The file exists here internally, not sure if it is in cvs or not yet, it should be. Can you try another update? Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Nov 6 09:30:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 09:30:14 -0800 (PST) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6HUAuR014990 for ; Wed, 6 Nov 2002 09:30:10 -0800 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA6HVCGP039727; Wed, 6 Nov 2002 18:31:13 +0100 (CET) Message-Id: <4.3.2.7.2.20021106182914.03b25ef0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Nov 2002 18:29:49 +0100 To: Greg Freemyer , xfs mailing list From: Seth Mos Subject: Re: Latest CVS and make oldconfig In-Reply-To: <20021106172308.NMZH3483.imf11bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1542 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 12:21 6-11-2002 -0500, Greg Freemyer wrote: >I just did a CVS update, and tried a "make oldconfig". > >I'm getting an error at the end. > >====== >* >* Bluetooth support >* >Bluetooth subsystem support (CONFIG_BLUEZ) [Y/m/n/?] >L2CAP protocol support (CONFIG_BLUEZ_L2CAP) [N/y/m/?] >SCO links support (CONFIG_BLUEZ_SCO) [N/y/m/?] >scripts/Configure: net/bluetooth/bnep/Config.in: No such file or directory >make: *** [oldconfig] Error 1 > >====== > >What do I need to do? Did you fetch the CVS tree with the -d option to fetch new directories? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Nov 6 09:47:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 09:47:06 -0800 (PST) Received: from imf01bis.bellsouth.net (mail301.mail.bellsouth.net [205.152.58.161]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6Hl2uR015852 for ; Wed, 6 Nov 2002 09:47:02 -0800 Received: from TAZ2 ([66.156.1.101]) by imf01bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20021106174950.PTQT1279.imf01bis.bellsouth.net@TAZ2>; Wed, 6 Nov 2002 12:49:50 -0500 Date: Wed, 6 Nov 2002 12:48:03 -0500 From: Greg Freemyer Subject: re[2]: Latest CVS and make oldconfig To: Seth Mos , xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20021106174950.PTQT1279.imf01bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA6Hl2uR015853 X-archive-position: 1543 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> >scripts/Configure: net/bluetooth/bnep/Config.in: No such file or >> directory >> >make: *** [oldconfig] Error 1 >> > >> >====== >> > >> >What do I need to do? >> Did you fetch the CVS tree with the -d option to fetch new directories? >> Cheers >> -- >> Seth At Steve Lord's suggestion, I retried the update. No Luck. I don't use cvs much, what is the correct syntax for -d? I normally use "cvs -z3 update" I tried "cvs -d -z3 update", but I got the following error response: === cvs update: CVSROOT "-z3" must be an absolute pathname cvs [update aborted]: Bad CVSROOT. === Greg ------------ Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Nov 6 09:49:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 09:49:24 -0800 (PST) Received: from imf01bis.bellsouth.net (mail301.mail.bellsouth.net [205.152.58.161]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6HnLuR016385 for ; Wed, 6 Nov 2002 09:49:21 -0800 Received: from TAZ2 ([66.156.1.101]) by imf01bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20021106175210.PVVJ1279.imf01bis.bellsouth.net@TAZ2>; Wed, 6 Nov 2002 12:52:10 -0500 Date: Wed, 6 Nov 2002 12:50:23 -0500 From: Greg Freemyer Subject: re[2]: Latest CVS and make oldconfig To: Steve Lord cc: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20021106175210.PVVJ1279.imf01bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA6HnMuR016443 X-archive-position: 1544 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> > ====== >> > * >> > * Bluetooth support >> > * >> > Bluetooth subsystem support (CONFIG_BLUEZ) [Y/m/n/?] >> > L2CAP protocol support (CONFIG_BLUEZ_L2CAP) [N/y/m/?] >> > SCO links support (CONFIG_BLUEZ_SCO) [N/y/m/?] >> > scripts/Configure: net/bluetooth/bnep/Config.in: No such file or >> directory >> > make: *** [oldconfig] Error 1 >> The file exists here internally, not sure if it is in cvs or not yet, >> it should be. Can you try another update? >> Steve Steve, I think Seth is right. I'm missing the whole bnep directory. Greg ----------- Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Nov 6 10:23:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 10:23:40 -0800 (PST) Received: from imf22bis.bellsouth.net (mail022.mail.bellsouth.net [205.152.58.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6INZuR017969 for ; Wed, 6 Nov 2002 10:23:35 -0800 Received: from TAZ2 ([66.156.1.101]) by imf22bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20021106182617.JNDI1237.imf22bis.bellsouth.net@TAZ2>; Wed, 6 Nov 2002 13:26:17 -0500 Date: Wed, 6 Nov 2002 13:24:36 -0500 From: Greg Freemyer Subject: re[3]: Latest CVS and make oldconfig To: Greg Freemyer , Seth Mos , xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20021106182617.JNDI1237.imf22bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA6INauR017970 X-archive-position: 1545 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Got it. "cvs -z3 update -d" >> >> >scripts/Configure: net/bluetooth/bnep/Config.in: No such file or >> >> directory >> >> >make: *** [oldconfig] Error 1 >> >> > >> >> >====== >> >> > >> >> >What do I need to do? >> >> Did you fetch the CVS tree with the -d option to fetch new >> directories? >> >> Cheers >> >> -- >> >> Seth >> At Steve Lord's suggestion, I retried the update. No Luck. >> I don't use cvs much, what is the correct syntax for -d? >> I normally use "cvs -z3 update" >> I tried "cvs -d -z3 update", but I got the following error response: >> === >> cvs update: CVSROOT "-z3" must be an absolute pathname >> cvs [update aborted]: Bad CVSROOT. >> === >> Greg >> ------------ >> Greg Freemyer >> Internet Engineer >> Deployment and Integration Specialist >> Compaq ASE - Tru64 v4, v5 >> Compaq Master ASE - SAN Architect >> The Norcross Group >> www.NorcrossGroup.com Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Nov 6 11:30:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 11:30:34 -0800 (PST) Received: from tapu.f00f.org (tapu.f00f.org [66.60.186.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6JUSuR028802 for ; Wed, 6 Nov 2002 11:30:28 -0800 Received: by tapu.f00f.org (Postfix, from userid 1000) id 4EC611D62E6; Wed, 6 Nov 2002 11:31:37 -0800 (PST) Date: Wed, 6 Nov 2002 11:31:37 -0800 From: Chris Wedgwood To: Stephen Lord Cc: yoros@wanadoo.es, linux-xfs Subject: Re: Little questions Message-ID: <20021106193137.GA24661@tapu.f00f.org> References: <20021027214706.GA5589@morpheus.matrix.com> <1035817834.18751.24.camel@jen.americas.sgi.com> <20021028225113.GA12476@morpheus.matrix.com> <20021029195735.GC5708@tapu.f00f.org> <20021029223018.GB18631@morpheus.matrix.com> <1035932635.1088.43.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1035932635.1088.43.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4i X-No-Archive: Yes X-archive-position: 1546 X-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 Tue, Oct 29, 2002 at 05:03:53PM -0600, Stephen Lord wrote: > for every block in the file ext2 needs to free this block and place > it in the bitmaps. For xfs the same is true, it needs to free each > extent. One of the issues with a journalled filesystem is we need > to keep the filesystem consistent between each transaction. The > amount of work in removing a file is unbounded, and a transaction > needs to have a bounded size (don't ask it gets really > complicated). But what it means is that removing a file takes > multiple transactions, and those end up causing disk I/O. Perhaps it's fairer to compare with ext3 then? Bert Hubert just posted this to l-k: > Subject: naive but spectacular ext3 HTREE+Orlov benchmark [...] > Summary of HTREE ext3 Orlov vs non-Orlov, in real minute:seconds > 2.5.45 2.5.46 > ---------------------------------------------- > unpacking kernel tar.bz2: 1:26 1:16 > cold traversal: 1:01.5 0:42.9 > hot traversal: 0:51.0 0:34.5 > delete 0:05.3 <0:02 Now, this gives an upper bound for 5.3s to delete a kernel tree when 'hot' in cache. I can't really compare the extraction times as my CPU is faster but the tarball bzip2'd. For me (testing with 2.5.39 tarball as it's the most recent complete tarball I have): charon:~/test% /usr/bin/time find . -noleaf -type f > /dev/null 0.03user 0.16system 0:00.18elapsed 101%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (100major+22minor)pagefaults 0swaps charon:~/test% /usr/bin/time du -s 178824 . 0.01user 0.16system 0:00.17elapsed 97%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (106major+22minor)pagefaults 0swaps charon:~/test% sync ; /usr/bin/time rm -r linux-2.5.39 0.03user 1.48system 0:23.57elapsed 6%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (95major+14minor)pagefaults 0swaps So given pretty good conditions (ie. faster desktop compared to slower laptop) XFS is many times slower at deleting multiple files and ext3. With the orlov patch on ext3 (which gives a degree of location affinity to files in a directory tree) ext3 is *over* ten times faster at removing multiple files than XFS. I'm assuming this is mostly because XFS is vastly more complex in it's logging (it makes my head hurt and the more I look at it I wonder if all the complexity is necessary), but perhaps something else may explain the massive disparity? I did test with 2.4.x and can with 2.5.x later if it matters, but I don't see that buying me 10x speedup or anything close. --cw From owner-linux-xfs@oss.sgi.com Wed Nov 6 12:38:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 12:38:50 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6KcguR030180 for ; Wed, 6 Nov 2002 12:38:43 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA07886 for ; Wed, 6 Nov 2002 14:39:45 -0600 (CST) Received: from rose.americas.sgi.com (rose.americas.sgi.com [128.162.187.93]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA15491 for ; Wed, 6 Nov 2002 14:39:44 -0600 (CST) Received: from rose.americas.sgi.com (localhost.localdomain [127.0.0.1]) by rose.americas.sgi.com (8.12.5/8.12.5) with ESMTP id gA6KeQkq014457 for ; Wed, 6 Nov 2002 14:40:26 -0600 Received: (from cattelan@localhost) by rose.americas.sgi.com (8.12.5/8.12.5/Submit) id gA6KeQ26014455 for linux-xfs@oss.sgi.com; Wed, 6 Nov 2002 14:40:26 -0600 Date: Wed, 6 Nov 2002 14:40:26 -0600 From: Rusell Cattelan Message-Id: <200211062040.gA6KeQ26014455@rose.americas.sgi.com> Subject: TAKE - fsx fix part 2 :-) X-archive-position: 1547 X-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@rose.americas.sgi.com Precedence: bulk X-list: linux-xfs Part 2 of the fsx corruption saga. Date: Wed Nov 6 12:39:16 PST 2002 Workarea: rose.americas.sgi.com:/usr/src/2.4.x-xfs/find The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132210a linux/fs/buffer.c - 1.112 - 2 parts to this patch. The first part is making buffer.c aware of delay buffers, this allows us to remove BH_Uptodate from linvfs_get_block_core. The second part is a fix to end_buffer_io_async; it was checking all the buffer heads on a page but not if they were uptodate or not, and therefore incorrectly setting the page uptodate. Stale data was then exposed on portions of page not correctly cleared because only part of the page was actually valid. linux/fs/xfs/linux/xfs_aops.c - 1.13 - Remove BH_uptodate from get block. Rework the logic a bit in delalloc_convert. From owner-linux-xfs@oss.sgi.com Wed Nov 6 13:02:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 13:02:49 -0800 (PST) Received: from e6.ny.us.ibm.com (e6.ny.us.ibm.com [32.97.182.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6L2YuR031212 for ; Wed, 6 Nov 2002 13:02:47 -0800 Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.56.224.150]) by e6.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id gA6L3cPi061162 for ; Wed, 6 Nov 2002 16:03:38 -0500 Received: from d03nm800.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by northrelay02.pok.ibm.com (8.12.3/NCO/VER6.4) with ESMTP id gA6L3VZ5124474 for ; Wed, 6 Nov 2002 16:03:32 -0500 Subject: XFS quota and DMAPI To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: "James A Goodwin" Date: Wed, 6 Nov 2002 15:03:28 -0600 X-MIMETrack: Serialize by Router on D03NM800/03/M/IBM(Release 5.0.10 |March 22, 2002) at 11/06/2002 02:03:33 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-archive-position: 1548 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jagoodwi@us.ibm.com Precedence: bulk X-list: linux-xfs If I use DMAPI to offline some XFS data, what effect does that have on the file owner's quota? Is the offlined data still counted against the owner's quota, or does XFS only consider data resident on XFS-managed disk? My chief concern is that quota enforcement may prevent offlined data from being staged back to XFS disk. Regards, -James Goodwin Software Engineer IBM Global Services - Federal jagoodwi@us.ibm.com Phone: (281) 336 2578 Fax: (281) 335 4231 T/L 260-2578 From owner-linux-xfs@oss.sgi.com Wed Nov 6 13:21:25 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 13:21:28 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6LLPuR031837 for ; Wed, 6 Nov 2002 13:21:25 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA09057 for ; Wed, 6 Nov 2002 15:22:29 -0600 (CST) Received: from slobber.americas.sgi.com (slobber.americas.sgi.com [128.162.187.52]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA73742 for ; Wed, 6 Nov 2002 15:22:22 -0600 (CST) Received: from slobber.americas.sgi.com by slobber.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id PAA11552; Wed, 6 Nov 2002 15:22:22 -0600 (CST) Message-Id: <200211062122.PAA11552@slobber.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: Re: XFS quota and DMAPI Date: Wed, 06 Nov 2002 15:22:22 -0600 From: Dean Roehrich X-archive-position: 1549 X-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: "James A Goodwin" >If I use DMAPI to offline some XFS data, what effect does that have on the >file owner's quota? Is the offlined data still counted against the owner's >quota, or does XFS only consider data resident on XFS-managed disk? > >My chief concern is that quota enforcement may prevent offlined data from >being staged back to XFS disk. On Irix we don't include offline data in the quota. If this is happening on Linux then it's broken. Dean From owner-linux-xfs@oss.sgi.com Wed Nov 6 13:27:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 13:27:15 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6LRBuR032286 for ; Wed, 6 Nov 2002 13:27:11 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA23634 for ; Wed, 6 Nov 2002 15:28:15 -0600 (CST) Received: from slobber.americas.sgi.com (slobber.americas.sgi.com [128.162.187.52]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA89842 for ; Wed, 6 Nov 2002 15:28:15 -0600 (CST) Received: from slobber.americas.sgi.com by slobber.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id PAA12653; Wed, 6 Nov 2002 15:28:14 -0600 (CST) Message-Id: <200211062128.PAA12653@slobber.americas.sgi.com> cc: linux-xfs@oss.sgi.com Subject: Re: XFS quota and DMAPI Date: Wed, 06 Nov 2002 15:28:14 -0600 From: Dean Roehrich X-archive-position: 1550 X-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: Dean Roehrich > >>From: "James A Goodwin" >>If I use DMAPI to offline some XFS data, what effect does that have on the >>file owner's quota? Is the offlined data still counted against the owner's >>quota, or does XFS only consider data resident on XFS-managed disk? >> >>My chief concern is that quota enforcement may prevent offlined data from >>being staged back to XFS disk. > >On Irix we don't include offline data in the quota. If this is happening on >Linux then it's broken. I should qualify that, I guess. By offline, I mean your HSM has used dm_punch_hole() and the file no longer has extents. Dean From owner-linux-xfs@oss.sgi.com Wed Nov 6 14:07:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 14:07:17 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6M7BuR001024 for ; Wed, 6 Nov 2002 14:07:11 -0800 Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id OAA02845 for ; Wed, 6 Nov 2002 14:08:20 -0800 (PST) mail_from (hch@lab343.munich.sgi.com) From: hch@lab343.munich.sgi.com Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gA6M6XLX001245 for ; Wed, 6 Nov 2002 23:06:34 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gA6GxKa9015819 for linux-xfs@oss.sgi.com; Wed, 6 Nov 2002 17:59:20 +0100 Date: Wed, 6 Nov 2002 17:59:20 +0100 Message-Id: <200211061659.gA6GxKa9015819@lab343.munich.sgi.com> Subject: TAKE - Don't require ACL helpers for XFS To: undisclosed-recipients:;;@lab343.munich.sgi.com X-archive-position: 1551 X-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@lab343.munich.sgi.com Precedence: bulk X-list: linux-xfs Date: Wed Nov 6 08:59:35 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132176a linux/fs/Kconfig - 1.4 - XFS has it's own ACL implementation From owner-linux-xfs@oss.sgi.com Wed Nov 6 15:58:01 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 15:58:07 -0800 (PST) Received: from BOSSW2K.plustream.com (sdsl-64-139-1-6.dsl.sca.megapath.net [64.139.1.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA6Nw0uR002731 for ; Wed, 6 Nov 2002 15:58:00 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message Subject: RE2: Failure creating GBs file size under EVMS/XFS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 6 Nov 2002 15:59:10 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RE2: Failure creating GBs file size under EVMS/XFS Thread-Index: AcKE/CJ8A7baG2gTRXShHESbu9K+8AA8aa7A From: "Michael Nguyen" To: "Nathan Straz" , Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA6Nw1uR002732 X-archive-position: 1552 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: michael.nguyen@corosoft.com Precedence: bulk X-list: linux-xfs Hello, Recap: I was having difficulty creating a GBs file under 2.4.18 + EVMS + XFS, using "# cat file1 >> file2". GLIBC ver 2.2.5-34 Taking your suggestion (using dd), I was successful creating 60GB from an 80GB logical volume space. Going back to "cat: error...". Once this problem occurs, I need to umount, xfs_repair -L, then mount. As you will see in the below dump, if only "fsck" was done, no message is reported and directory listing comes up empty. After "repair -L", directory listing shows files (size is adjusted due to failure). Also showing is the tail of the log. There are spaces between commands for ease reading. Any advice is appreciated. THX, Michael. ******************************************* ******************************************* [root@s1 root]# cat tempo >> /myfs/BIG1 [root@s1 root]# cat tempo >> /myfs/BIG1 [root@s1 root]# cat tempo >> /myfs/BIG1 cat: write error: Input/output error [root@s1 root]# [root@s1 root]# xfs_logprint /dev/evms/lvm/myvg/mylv . . . ------------------------------------------------------------------------ ---- Oper (429): tid: d688c8c0 len: 24 clientid: TRANS flags: none BUF: #regs: 2 start blkno: 0 (0x0) len: 1 bmap size: 1 Oper (430): tid: d688c8c0 len: 128 clientid: TRANS flags: none SUPER BLOCK Buffer: icount: 64 ifree: 58 fdblks: 21250129 frext: 0 ------------------------------------------------------------------------ ---- Oper (431): tid: d688c8c0 len: 0 clientid: TRANS flags: COMMIT ------------------------------------------------------------------------ ---- Oper (432): tid: d688c8e8 len: 0 clientid: TRANS flags: START ------------------------------------------------------------------------ ---- Oper (433): tid: d688c8e8 len: 16 clientid: TRANS flags: none TRAN: type: STRAT_WRITE tid: 0 num_items: 6 ------------------------------------------------------------------------ ---- Oper (434): tid: d688c8e8 len: 52 clientid: TRANS flags: none INODE: #regs: 3 ino: 0x83 flags: 0x9 dsize: 40 blkno: 64 len: 16 boff: 768 Oper (435): tid: d688c8e8 len: 96 clientid: TRANS flags: none INODE CORE magic 0x494e mode 0100644 version 1 format 3 nlink 1 uid 0 gid 0 atime 0x3dc99ff2 mtime 0x3dc9a450 ctime 0x3dc9a450 size 0x4f3fb4000 nblocks 0x4f3fc2 extsize 0x0 nextents 0xd naextents 0x0 forkoff 0 dmevmask 0x0 dmstate 0x0 flags 0x0 gen 0x16 Oper (436): tid: d688c8e8 len: 40 clientid: TRANS flags: none BTREE inode data ------------------------------------------------------------------------ ---- Oper (437): tid: d688c8e8 len: 24 clientid: TRANS flags: none BUF: #regs: 2 start blkno: 92274689 (0x5800001) len: 1 bmap size: 1 Oper (438): tid: d688c8e8 len: 128 clientid: TRANS flags: none AGF Buffer: XAGF ver: 1 seq#: 11 len: 1048576 root BNO: 2 CNT: 3 level BNO: 1 CNT: 1 1st: 0 last: 3 cnt: 4 freeblks: 469784 longest: 469784 ------------------------------------------------------------------------ ---- Oper (439): tid: d688c8e8 len: 28 clientid: TRANS flags: none BUF: #regs: 2 start blkno: 92274712 (0x5800018) len: 8 bmap size: 2 Oper (440): tid: d688c8e8 len: 128 clientid: TRANS flags: none BUF DATA ------------------------------------------------------------------------ ---- Oper (441): tid: d688c8e8 len: 28 clientid: TRANS flags: none BUF: #regs: 2 start blkno: 92274704 (0x5800010) len: 8 bmap size: 2 Oper (442): tid: d688c8e8 len: 48 clientid: TRANS flags: CONTINUE BUF DATA ======================================================================== ==== Header 0x1 wanted 0xfeedbabe xfs_logprint: after 8 zeroed blocks ********************************************************************** * ERROR: found data after zeroed blocks block=8164 * ********************************************************************** Bad log - data after zeroed blocks [root@s1 root]# fsck.xfs /dev/evms/lvm/myvg/mylv [root@s1 root]# ll /myfs total 0 [root@s1 root]# umount /myfs [root@s1 root]# xfs_repair -L /dev/evms/lvm/myvg/mylv Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - clearing existing "lost+found" inode - deleting existing "lost+found" entry - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done [root@s1 root]# mount -t xfs /dev/evms/lvm/myvg/mylv /myfs [root@s1 root]# ll /myfs total 406536 -rw-r--r-- 1 root root 416288768 Nov 6 15:04 BIG1 -rwxrwxrwx 1 root root 121 Nov 4 18:43 bigfile drwxr-xr-x 2 root root 6 Nov 6 15:34 lost+found From owner-linux-xfs@oss.sgi.com Wed Nov 6 21:47:41 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 06 Nov 2002 21:47:47 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA75lfuR007292 for ; Wed, 6 Nov 2002 21:47:41 -0800 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.55.176]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id VAA00349 for ; Wed, 6 Nov 2002 21:48:50 -0800 (PST) mail_from (fsgqa@bruce.melbourne.sgi.com) Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.9.3/8.9.3) id QAA15606 for linux-xfs@oss.sgi.com; Thu, 7 Nov 2002 16:47:49 +1100 Date: Thu, 7 Nov 2002 16:47:49 +1100 From: FSG QA Message-Id: <200211070547.QAA15606@bruce.melbourne.sgi.com> Subject: TAKE - QA/bench scripts X-archive-position: 1553 X-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 [nathans@ test box -- some of this is quite old, latest is last] Crank up dbench, now that everything seems to be very stable under load. We now do 1, 10, 50, and 100 client runs each night. cheers. Date: Wed Sep 4 03:58:49 PDT 2002 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:126667a cmd/xfstests/068 - 1.4 - bit more cleanup here and there - don't toss out _all_ the error (stderr) messages - some of em might help diagnose problems. Date: Wed Sep 4 04:14:37 PDT 2002 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:126668a cmd/xfstests/069.out - 1.1 - expected output for the O_APPEND test. cmd/xfstests/069 - 1.2 - several fixes, should now work properly. dont go too crazy with big files cos the scratch device may be of limited size. Date: Wed Sep 18 01:03:37 PDT 2002 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:127726a cmd/xfstests/tools/auto-qa - 1.35 - fix use of "bench" script args - pass in username/groupname not uid/gid. cmd/xfstests/bench - 1.2 - trivial updates to get more bits to work together. cmd/xfstests/run.dbench - 1.2 - change directory into the test directory before running. cmd/xfstests/run.tar - 1.2 - change directory into the test directory before running. don't use full path names in tar args - gives a warning. Date: Wed Sep 18 01:08:03 PDT 2002 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:127727a cmd/xfstests/run.tar - 1.3 - remove shell diagnostics which was accidentally included. Date: Wed Sep 18 01:15:56 PDT 2002 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:127728a cmd/xfstests/run.tar - 1.4 - also report the size of the tar file we're untarring. Date: Wed Nov 6 21:42:19 PST 2002 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132282a cmd/xfstests/run.dbench50 - 1.1 - Call common.dbench script with fifty clients. cmd/xfstests/common.dbench - 1.1 - A generic dbench running script, derived from the old run.dbench. cmd/xfstests/run.dbench10 - 1.1 - Call common.dbench script with ten clients. cmd/xfstests/run.dbench100 - 1.1 - Call common.dbench script with one hundred clients. cmd/xfstests/bench - 1.6 - Make sure the path back to the scripts directory is available in the environment for scripts to get at if need be. cmd/xfstests/run.dbench - 1.4 - Call common.dbench script with a single client. From owner-linux-xfs@oss.sgi.com Thu Nov 7 01:32:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 01:32:38 -0800 (PST) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA79WZuR013157 for ; Thu, 7 Nov 2002 01:32:36 -0800 Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by thoth.sbs.de (8.11.6/8.11.6) with ESMTP id gA79Xjg19915 for ; Thu, 7 Nov 2002 10:33:45 +0100 (MET) Received: from hvrz01fa.hvr.siemens.de (hvrz01fa.hvr.siemens.de [129.103.192.20]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id gA79XiB28209 for ; Thu, 7 Nov 2002 10:33:45 +0100 (MET) Received: by hvrz01fa.hvr.siemens.de with Internet Mail Service (5.5.2656.59) id ; Thu, 7 Nov 2002 10:33:44 +0100 Message-ID: <15060ACD2D4CD4118439009027FD85B037ACF3@hvrz01fa.hvr.siemens.de> From: SMIGIELSKI ANDREAS To: "'linux-xfs@oss.sgi.com'" Subject: How to restore Inodes after a system crash. Date: Thu, 7 Nov 2002 10:33:35 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain X-archive-position: 1554 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andreas.smigielski@siemens.com Precedence: bulk X-list: linux-xfs Hello, after a system crash files that have been frequently written or locked before have null data in them after a restart. The filesystem is intact. I read in a previous posting that the inodes get written before the data is written to the disk, so the inodes point to data that is not existent. I am using XFS_1.1 on linux (kernel-2.4.18-SGI_XFS_1.1). Is there a posibility to rostore the inodes to a previous state, so that they point to the latest written data on the disk? Regards, Andreas. From owner-linux-xfs@oss.sgi.com Thu Nov 7 05:09:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 05:09:18 -0800 (PST) Received: from maildab.dataaccess.com.br ([200.212.205.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7D9CuR021496 for ; Thu, 7 Nov 2002 05:09:16 -0800 Received: by maildab.dataaccess.com.br with Internet Mail Service (5.5.2653.19) id <4QD4DTXZ>; Thu, 7 Nov 2002 11:11:22 -0300 Message-ID: From: ANTIGEN_MAILDAB To: "'linux-xfs@oss.sgi.com'" Subject: Antigen found VIRUS= W32/FunLove.409 (Norman) virus Date: Thu, 7 Nov 2002 11:11:18 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-archive-position: 1555 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ANTIGEN_MAILDAB@dataaccess.com.br Precedence: bulk X-list: linux-xfs Antigen for Exchange found snoopy.exe infected with VIRUS= W32/FunLove.409 (Norman) worm. The message is currently Purged. The message, "A special new game", was sent from linux-xfs and was discovered in IMC Queues\Inbound located at DataAccess/DAB/MAILDAB. From owner-linux-xfs@oss.sgi.com Thu Nov 7 06:19:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 06:19:56 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7EJquR026619 for ; Thu, 7 Nov 2002 06:19:53 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA72091 for ; Thu, 7 Nov 2002 08:20:59 -0600 (CST) Received: from dhcp212.munich.sgi.com (dhcp212.munich.sgi.com [144.253.197.212]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA65097 for ; Thu, 7 Nov 2002 08:20:57 -0600 (CST) Received: (from hch@localhost) by dhcp212.munich.sgi.com (8.11.6/8.11.6) id gA7LZcj14690 for linux-xfs@oss.sgi.com; Thu, 7 Nov 2002 16:35:38 -0500 Resent-Message-Id: <200211072135.gA7LZcj14690@dhcp212.munich.sgi.com> Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA90221 for ; Wed, 6 Nov 2002 16:07:50 -0600 (CST) From: hch@lab343.munich.sgi.com Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gA6M7nkZ30523920 for ; Wed, 6 Nov 2002 14:07:49 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gA6M6XLV001245 for ; Wed, 6 Nov 2002 23:06:34 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gA6LKWWd011261 for hch@sgi.com; Wed, 6 Nov 2002 22:20:32 +0100 Date: Wed, 6 Nov 2002 22:20:32 +0100 Message-Id: <200211062120.gA6LKWWd011261@lab343.munich.sgi.com> Subject: TAKE - Fix compilation with ACLs enabled To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Thu, 7 Nov 2002 16:35:37 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1556 X-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 Nov 6 13:21:33 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132214a linux/fs/xfs/linux/xfs_iops.c - 1.186 - Remove a bogus ifdef From owner-linux-xfs@oss.sgi.com Thu Nov 7 06:53:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 06:53:35 -0800 (PST) Received: from ooo.no (fb171157.ot.FreeBit.NE.JP [61.203.171.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7EoouR027598 for ; Thu, 7 Nov 2002 06:52:19 -0800 Received: from 5-A ([192.168.0.3]) by ooo.no (8.9.3+3.2W/3.7W) with SMTP id XAA21521; Thu, 7 Nov 2002 23:47:55 +0900 Message-Id: <200211071447.XAA21521@ooo.no> From: =?iso-2022-jp?B?Y21haWw2NjY2anA=?= To: =?iso-2022-jp?B?MDIxMDIx?=@ooo.no Reply-To: cmail6666jp@yahoo.co.jp Date: Thu, 07 Nov 2002 23:45:52 +0900 Subject: =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCIoRUU7UiVhITwlazktOXAbKEo=?= Content-Type: text/plain Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-archive-position: 1557 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cmail6666jp@yahoo.co.jp Precedence: bulk X-list: linux-xfs <憲怣幰> 揹巕儊乕儖峀崘幮 崱屻丄峀崘傪偛婓朷偟側偄曽偼偙偙傊 (昁偢杮暥偵偁側偨偺儊乕儖傾僪儗僗偺傒傪偍彂偒壓偝偄乯 king@reset.jp 儊乕儖傾僪儗僗傪偛婰擖偟偰偔偩偝偄丅 仹104-0061 搶嫗搒拞墰嬫嬧嵗8-19-3 戞2僂僀儞僌價儖丂3F 儊乕儖儅僈僕儞敪峴 TEL丂03-3544-6222 FAX丂03-3544-6218 =============================================================== 栤戣彜昳偽偐傝廤傔傑偟偨偺偱丄徚偝傟傞嫲傟偑偁傝傑偡偺偱 偍怽崬傒偼偍憗傔偵両忋偐傜弴偵僋儕僢僋偟偰傒偰偹両 =============================================================== 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂愒奜慄儗儞僘丂仭 慡婡庬懳墳儚儞僞僢僠幃 偙傟偩偗僋僢僉儕嶣傟傞側傜丄彈偺巕偵偼椻傗娋傕偺 僞儞億儞傗僫僾僉儞傕僶僢僠儕両 傑偢偼愒奜慄僇儊儔偑偲傜偊偨塮憸傪偛棗偔偩偝偄 http://www.yentown.net/erodepa-town/jouhou/sukesuke/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/sukesuke/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/sukesuke/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/sukesuke/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/sukesuke/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/sukesuke/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.yahan.com/amateuralley/sougou10/sukesuke/ 丂 僒儞僐儞儗儞僘 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂実懷斣崋嫵偊傑偡丂仭 慡崙奺抧偺彈偺巕偺実懷斣崋嫵偊偪傖偆傛両 崱丄廡姧帍偱榖戣暒摣両 杮婥偱弌夛偄傪媮傔偰傞彈惈偺斣崋偩偗丅 僒僋儔丄傗傜偣堦愗柍偟丅 実懷斣崋嫵偊傞僔僗僥儉偼摉揦偑尦慶偱偡丅 http://www.yentown.net/erodepa-town/jouhou/keitai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/keitai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou//keitai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/keitai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/keitai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/keitai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/keitai/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂儅乕儀儔僗僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂崱堦斣攧傟偰偄傞曪宻僋儕乕儉丂仭 曪宻夝徚偵偼偙傟偑堦斣両 儚儞僞僢僠丄揾傞偩偗偱OK 擇廡娫偱姰慡偵曪宻偑夝徚丅 柍廘丄巊梡偟偰偄傞偺偑僶儗僫僀丅 偙傟偱曪宻偐傜僒儓僂僫儔 http://www.yentown.net/erodepa-town/jouhou/kinkado/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/kinkado/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/kinkado/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/kinkado/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/kinkado/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/kinkado/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/kinkado/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂儅僕僇儖僪儔僢僋僗僩傾乕丂 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂嬥栕偗堦斣丂仭 崱傑偱僷僠儞僐偵搳帒偟丄栕偐偭偰偄傞曽偵偼晄梫偱偡丅 懝傪偟偰偄傞曽丄暃嬈傪偟偰廂擖傪摼偨偄曽丄僾儘偲偟 偰峌棯朄傪揱庼偟傑偡丅 http://www.yentown.net/erodepa-town/jouhou/pati/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/pati/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/pati/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/pati/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/pati/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/pati/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/pati/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂僾儘梴惉島嵗丂 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂僴僢僇乕庤岥岞奐丂仭 弶怱幰偱傕暘傞傛偆偵暘傝傗偡偔夝愢 杮島嵗偱偼丄僴僢僇乕丄僋儔僢僇乕側偳偺庤岥傪岞奐偡傞偙偲偱丄 僐儞僺儏乕僞斊嵾偐傜恎傪庣傞忣曬傪採嫙偟偰偍傝傑偡丅 愨懳偵埆梡偝傟側偄傛偆偵偍婅偄偟傑偡丅 偁偔傑偱傕帺暘偺儅僔儞偵懳偟偰偺僙僉儏儕僥傿偺岦忋偵偍栶棫偰壓偝偄丅 http://www.yentown.net/erodepa-town/jouhou/hakka/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/hakka/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/hakka/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/hakka/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/hakka/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/hakka/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/hakka/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂AIE僜僼僩奐敪弌斉晹 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂崙嵺岎棳傪怺傔傞僠儍儞僗丂仭 崙嵺弌夛偄偺峀応仚 悽奅奺崙偺Lady偲抦傝崌偆僠儍儞僗!! 偁側偨傕僗僥僉側楒偟傑偣傫偐丠 擔杮恖抝惈偲晅偒崌偄偨偄奜崙恖彈惈傪曞廤偟偨寢壥丄 側傫偲2516恖廤傑傝傑偟偨両 婥寉側岎嵺婓朷偺曽丄恀寱偵崙嵺寢崶傪峫偊偰偄傞曽偳偪傜傕OK侓 僗僥僉側奜崙恖彈惈傪徯夘偟傑偡丅 幨恀晅僾儘僼傿乕儖偐傜傾僫僞偺岲傒偱慖傫偱偹仚 http://www.yentown.net/erodepa-town/jouhou/kokusai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/kokusai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/kokusai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/kokusai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/kokusai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/kokusai/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/kokusai/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俿俠俹徯夘僙儞僞乕 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂捠榖椏僞僟丂仭 儂儞僩偵偄偔傜巊偭偰傕婎杮椏嬥偩偗!!! 帪偲応強傪栤傢偢丄偄偮偱傕捠榖偑僞僟偵側傞丅 侓傗傝偐偨侓丂揹榖偡傞偲偒偵摿掕偺斣崋傪僟僀儎儖偡傞偩偗両 偙偺彜昳偼儌僲偱偼偁傝傑偣傫丅 偁傞傗傝曽偱揹榖傪偐偗傞偩偗!!! 帺暘偺実懷偑偦偺傑傑巊偊傞丅 撲傔偔僞僟偐偗偺惓懱偼僐僐伀傪墴偟偰! http://www.yentown.net/erodepa-town/jouhou/tuuwa/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/tuuwa/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/tuuwa/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/tuuwa/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/tuuwa/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/tuuwa/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/tuuwa/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂僑乕儖僪忣曬婇夋幮 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂崙嵺柶嫋偺庢摼曽朄丂仭 崙嵺柶嫋偱擔杮傪憱傠偆両両 仢彂偒姺偊偼擭侾夞幨恀梄憲偱OK 乮昁梫宱旓乯 峲嬻寯丂39,000墌丄儂僥儖戙丂7,000墌 乮梡堄偡傞傕偺乯 幨恀2枃丄僷僗億乕僩 乧乧乧乧乧乧乧乧 怽惪偐傜庢摼傑偱 偡傋偰恊愗偛埬撪 奀奜偵峴偭偨偙偲偺側偄 恖偱傕娙扨偵庤懕偒偺弌棃傞 僲僂僴僂僥僉僗僩偑偁傟偽埨怱 僲僂僴僂僥僉僗僩堦幃丂3,000墌 偍怽偟崬傒偼偙偙傊 http://www.yentown.net/erodepa-town/jouhou/kokumen/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/kokumen/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/kokumen/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/kokumen/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/kokumen/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/kokumen/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/kokumen/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂崙嵺儔僀僙儞僗僙儞僞乕 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂儁僯僗嫮壔儅僔儞丂仭 帴婍僀僆儞偑揹摦偵傛偭偰捈愙嬊晹撪傪巋寖 儁僯僗偺嬝擏偑憹嫮丅 嶰擔娫偺巊梡偱捈宎侾僙儞僠偼懢偔側傞 嵶偔偰偍擸傒偺曽偼媑曬両 偙偺婍嬶傪巊梡偡傟偽偡偖偵帺怣偑暅妶 拞愜傟丄憗楻丄僀儞億僥儞僗偱偍擸傒偺曽偵偍姪傔偟傑偡丅 暃嶌梡柍偟丅憹戝岠壥敳孮 http://www.yentown.net/erodepa-town/jouhou/penikyou/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/penikyou/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/penikyou/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/penikyou/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/penikyou/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/penikyou/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/penikyou/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂偁傝偑偨帯椕堾 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂嬌旈忣曬帍丂仭 偙偺堦嶜偱摥偐偢偵怘傋偰偄偗傞忣曬偑僊僢僔儕枮嵹! 岲昡偵偮偒丄悑偵戞俁抏偑搊応!! 扤傕抦傜側偄棤媄乛棤忣曬側偺偱丄斊嵾僗儗僗儗傗堘朄側帠傕...丅 儌僠儘儞丄堚朄僱僞偼埆梡尩嬛丅 乮椺丗旕捠抦偱庴偗偨揹榖偺斣崋傪抦傞曽朄乯 撪梕廩幚偺挻曐懚杮丅 岼偱崅妟庢堷偝傟偰偄傞撪梕偑偓偭偟傝丅 僶僢僋僫儞僶乕戞侾抏丒戞俀抏傕愨巀敪攧拞侓 http://www.yentown.net/erodepa-town/jouhou/max/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/twincle/max/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/jouhou/max/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/jouhou/max/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/jouhou/max/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/jouhou/max/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/sougou10/max/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俵俙倃摿庩忣曬幮 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂夛堳惂儘儕乕僞僋儔僽丂仭 俢倁俢丒價僨僆2500墌偐傜 僴僀僋僆儕僥傿夋幙偱偺斕攧儅僯傾僢僋側塮憸偺悢乆 傑偢偼僇僞儘僌惪媮偍懸偪偟偰偍傝傑偡乮嬊棷傔偱偺惪媮壜擻乯 偍庤尦偵偍撏偔晻摏偵偼丄偍媞條偺偍柤慜偺傒両摉幮柤偼堦愗擖傝傑偣傫丅 僇僞儘僌傪偍尒偰丄偍怽偟崬傒偔偩偝偄丅 http://www.yentown.net/bbschat-town/sefle/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://voyeur.elitecities.com/keykey/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/fetish-town/iro2/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://hostingfree.com/moongrow/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.filth-hosts.com/users/iroiro/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.smut-host.com/iroiro/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://alienporn.sexplanets.com/iroiro/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.agreathost.net/iroiro/roriclub/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.Muryoweb.com/xxxplanet/sougo8/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂夛堳惂儘儕乕僞僋儔僽 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭SEX僼儗儞僪曞廤仭 恀寱偵SEX僼儗儞僪傪扵偟偰偄傞恖偩偗廤崌両 慡崙偳偙偱傕嬤偔偺恖傪僾儘僼傿乕儖晅偱偡偖徯夘丅 庒偄恖偐傜弉擭傑偱偄偭傁偄偄傞傛! 僟儞僫偵撪弿偺H傪妝偟傕偆両 http://www.yentown.net/bbschat-town/sefle/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂丂 http://voyeur.elitecities.com/keykey/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/fetish-town/iro2/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/moongrow/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/iroiro/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/iroiro/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/iroiro/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/iroiro/sex/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.Muryoweb.com/xxxplanet/sougo8/sex/ 儗儌儞僋儔僽 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭傕傕偑偼偠偗偰傇偳偆偑備傟傞仭 偟偠傒偲傕傕偺僐儔儃儗乕僔儑儞 儘儕乕僞價僨僆乮俢倁俢乯愱栧 偄偮傑偱塩嬈偱偒傞偐傢偐傝傑偣傫 偛拲暥偼偍憗傔偵両 http://freehp.kakiko.com/magazine/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://free.memberz.net/member/speed/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://muvc.net/hiyoko18/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/other-town/iro/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://hostingfree.com/sunshine/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.filth-hosts.com/users/sunshine/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.smut-host.com/sunshine/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://alienporn.sexplanets.com/sunshine/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀 http://www.agreathost.net/sunshine/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yahan.com/amateuralley/mania/ 嶌昳椺 彮彈揱愢丂柤屆壆抍抧9丂彮彈偺摴憪 側偳側偳132嶌昳丅岲昡敪攧拞両 丂(^-^)/~儘儕楩棙儉僩乕 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂俽俵僷乕僩僫乕徯夘懄擔丂仭 俽俵僷乕僩僫乕懄擔徯夘丅 墖彆傗SM僋儔僽偲偼堘偄丄俽俵垽岲幰偩偗偑廤偆夛丅 慡崙偱偛徯夘偱偒傑偡丅 偁側偨偺僾儗僀偵偁傢偣偰懄擔徯夘丅 僾儗僀戙嬥偼堦愗偐偐傝傑偣傫丅 擭楊偼20嵨埲忋丅 http://www.yentown.net/bbschat-town/sefle/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://voyeur.elitecities.com/keykey/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/fetish-town/iro2/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/iroiro/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/iroiro/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/iroiro/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/iroiro/sm/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.Muryoweb.com/xxxplanet/sougo8/sm/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俽俵僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂恖宍巘偑嶌偭偨寙嶌昳丂仭 書偒偟傔偨偔側傞傛偆側偍恖宍偝傫偑嶌傟傑偟偨丅 敋敪揑戝僸僢僩彜昳両 悢偵惂尷偑偁傞偨傔丄偍怽偟崬傒偼偍憗傔偵両 仚嬊晹傑偱杮暔偦偭偔傝偵惂嶌偟偨偨傔丄揦摢斕攧偱偒傑偣傫丅 http://www.yentown.net/bbschat-town/sefle/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://voyeur.elitecities.com/keykey/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/fetish-town/iro2/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/iroiro/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/iroiro/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/iroiro/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/iroiro/dachi/dollc/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.Muryoweb.com/xxxplanet/sougo8/dachi/dollc/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂恖宍巘媨愳僨僓僀儞 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂媡墖彆岎嵺偔傜傇丂仭 慺揋側抝惈偲挬傑偱擇恖丒丒丒丅 慺揋側抝惈傪崱偡偖婱彈偺尦傊岦偐傢偣傑偡丅 慡崙僱僢僩儚乕僋偱偡偖偵徯夘俷俲丅 庒偄彈惈傕墦椂偟側偄偱梀傃傑偔傠偆両 侾夞尷傝丄挿婜丄壗偱傕偁傝丅 侓彈惈偵桪偟偔偱偒傞抝惈僗僞僢僼傕摨帪曞廤拞侓 http://voyeur.elitecities.com/keykey/enjyo/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/fetish-town/iro2/enjyo/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/iroiro/enjyo/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/iroiro/enjyo/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/iroiro/enjyo/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/iroiro/enjyo/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.Muryoweb.com/xxxplanet/sougo8/enjyo/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂媡墖彆夛 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂怴憰奐揦両寖埨僙乕儖丂仭 AV.DVD寖埨僙乕儖 懠揦偱偼庤偵擖傜側偄傕偺偽偐偟ゥゥゥ 埲慜偺傛偆偵丄傛傠偟偔偍婅偄偟傑偡丅 懠揦偵晧偗偢寖埨椏嬥両 http://voyeur.elitecities.com/keykey/pink/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.yentown.net/fetish-town/iro2/pink/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.filth-hosts.com/users/iroiro/pink/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.smut-host.com/iroiro/pink/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://alienporn.sexplanets.com/iroiro/pink/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.agreathost.net/iroiro/pink/ 丂伀丂丂丂丂伀丂丂丂丂伀丂丂丂丂伀丂 http://www.Muryoweb.com/xxxplanet/sougo8/pink/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂旤彮彈僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 From owner-linux-xfs@oss.sgi.com Thu Nov 7 07:01:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 07:01:39 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7F1XuR028173 for ; Thu, 7 Nov 2002 07:01:37 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA08785 for ; Thu, 7 Nov 2002 09:02:40 -0600 (CST) Received: from dhcp212.munich.sgi.com (dhcp212.munich.sgi.com [144.253.197.212]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA08081 for ; Thu, 7 Nov 2002 09:02:39 -0600 (CST) Received: (from hch@localhost) by dhcp212.munich.sgi.com (8.11.6/8.11.6) id gA7MHKo15013 for linux-xfs@oss.sgi.com; Thu, 7 Nov 2002 17:17:20 -0500 Resent-Message-Id: <200211072217.gA7MHKo15013@dhcp212.munich.sgi.com> Received: from dhcp212.munich.sgi.com (dhcp212.munich.sgi.com [144.253.197.212]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA00956 for ; Thu, 7 Nov 2002 09:01:50 -0600 (CST) Received: (from hch@localhost) by dhcp212.munich.sgi.com (8.11.6/8.11.6) id gA7MGVd15003 for hch@sgi.com; Thu, 7 Nov 2002 17:16:31 -0500 Date: Thu, 7 Nov 2002 17:16:31 -0500 From: Christoph Hellwig Message-Id: <200211072216.gA7MGVd15003@dhcp212.munich.sgi.com> Subject: TAKE - Fix intermezzo compilation Resent-From: hch@sgi.com Resent-Date: Thu, 7 Nov 2002 17:17:20 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1558 X-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: Thu Nov 7 07:00:59 PST 2002 Workarea: dhcp212.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132301a linux/fs/intermezzo/vfs.c - 1.8 - Disable broken ACL handling code (backport from 2.5) From owner-linux-xfs@oss.sgi.com Thu Nov 7 07:15:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 07:15:49 -0800 (PST) Received: from dynamic.galis.org (ool-4350143e.dyn.optonline.net [67.80.20.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7FFiuR028790 for ; Thu, 7 Nov 2002 07:15:44 -0800 Received: (qmail 7174 invoked by uid 1010); 7 Nov 2002 15:17:29 -0000 Date: Thu, 7 Nov 2002 10:17:29 -0500 From: George Georgalis To: linux-xfs@oss.sgi.com Subject: streaming media and realtime subvolume Message-ID: <20021107151729.GA7085@trot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-archive-position: 1559 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: georgw@galis.org Precedence: bulk X-list: linux-xfs Hi - I'm new to xfs and this list. Thanks to the kick that came from a HD failure, I'm now running Debian, with my root, var and usr partitions on xfs. I used "blade's" debian install floppies. http://people.debian.org/~blade/XFS-Install/ I was not happy with the default kernel. The original xfs kernel seemed really fast, extracting tar files etc, but would hang altogether for 3 to 10 seconds at times (presumably in journal io). I made a new kernel with xfs-1.1-2.4.18-all.patch.bz2 and linux-2.4.18.tar.bz2 and everything seems to be running great. I do have a few questions though. I'm not sure if blade's disks used xfs-1.0 or xfs-1.1; and xfs-1.2 seems eminent (I saw some xfs-1.2preX patches). Does the filesystem remain the same through these version changes or should I think about doing a mkfs.xfs each time I upgrade the the xfs version? One main reason I'm experimenting with xfs is its performance rating. I'm designing a dedicated i386, IDE software RAID 1, media streaming machine (whew). The box's only function will be to stream media from its disk. This is actually a node of which there will be many, with a central server. I expect a single 7200rpm ide drive to be able to handle the stream. I'm using raid for high availability; but uninterrupted streams is a must. What mount parameters can I use to assure uninterrupted io? Are there other adjustments I should be thinking of? I've seen a few mentions of the Linux xfs realtime subvolume but no doc, is it ready for production? From what I can tell, it's a non journeled contiguous data block. Maybe I should just use ext2 for the media files? Would that be higher performance? I'm not too worried about fsck, because in the case of corruption I can remake the filesystem (data partition) and renew the data from the node server. Thanks for your input. // George -- GEORGE GEORGALIS, System Admin/Architect cell: 347-451-8229 Security Services, Web, Mail, mailto:george@galis.org File, Print, DB and DNS Servers. http://www.galis.org/george From owner-linux-xfs@oss.sgi.com Thu Nov 7 07:20:24 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 07:20:26 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7FKNuR029290 for ; Thu, 7 Nov 2002 07:20:24 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA70687 for ; Thu, 7 Nov 2002 09:21:31 -0600 (CST) Received: from dhcp212.munich.sgi.com (dhcp212.munich.sgi.com [144.253.197.212]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA06563 for ; Thu, 7 Nov 2002 09:21:29 -0600 (CST) Received: (from hch@localhost) by dhcp212.munich.sgi.com (8.11.6/8.11.6) id gA7MaAs15093 for linux-xfs@oss.sgi.com; Thu, 7 Nov 2002 17:36:10 -0500 Resent-Message-Id: <200211072236.gA7MaAs15093@dhcp212.munich.sgi.com> Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA81428 for ; Thu, 7 Nov 2002 09:20:59 -0600 (CST) From: hch@lab343.munich.sgi.com Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gA7FKwkZ31151285 for ; Thu, 7 Nov 2002 07:20:58 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gA7FJbLT010182 for ; Thu, 7 Nov 2002 16:19:37 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gA7FJbCL010181 for hch@sgi.com; Thu, 7 Nov 2002 16:19:37 +0100 Date: Thu, 7 Nov 2002 16:19:37 +0100 Message-Id: <200211071519.gA7FJbCL010181@lab343.munich.sgi.com> Subject: TAKE - check for ncurses instead of curses To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Thu, 7 Nov 2002 17:36:10 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1560 X-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 Unfortunately SuSE doesn't provide a libcurses as any other Linux Distribution or UNIX does. Check for ncurses instead. Date: Thu Nov 7 07:19:20 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132304a cmd/xfsdump/configure.in - 1.25 - check for ncurses.h instead of curses.h and libncurses instead of libcurses cmd/xfsdump/invutil/list.c - 1.3 - include ncurses.h instead of curses.h cmd/xfsdump/invutil/stobj.c - 1.4 - include ncurses.h instead of curses.h cmd/xfsdump/invutil/screen.c - 1.3 - include ncurses.h instead of curses.h cmd/xfsdump/invutil/menu.c - 1.3 - include ncurses.h instead of curses.h cmd/xfsdump/invutil/cmenu.c - 1.3 - include ncurses.h instead of curses.h cmd/xfsdump/invutil/fstab.c - 1.3 - include ncurses.h instead of curses.h cmd/xfsdump/invutil/invidx.c - 1.3 - include ncurses.h instead of curses.h From owner-linux-xfs@oss.sgi.com Thu Nov 7 07:31:50 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 07:31:52 -0800 (PST) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7FVmuR030151 for ; Thu, 7 Nov 2002 07:31:49 -0800 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA7FWvpw061952; Thu, 7 Nov 2002 16:32:58 +0100 (CET) Message-Id: <4.3.2.7.2.20021107162618.035ef2e0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 07 Nov 2002 16:31:42 +0100 To: George Georgalis , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: streaming media and realtime subvolume In-Reply-To: <20021107151729.GA7085@trot> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1561 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 10:17 7-11-2002 -0500, George Georgalis wrote: >I do have a few questions though. I'm not sure if blade's disks used >xfs-1.0 or xfs-1.1; and xfs-1.2 seems eminent (I saw some xfs-1.2preX >patches). Does the filesystem remain the same through these version >changes or should I think about doing a mkfs.xfs each time I upgrade >the the xfs version? No, the filesystem will not change. Only the log format has changed over time And you would only notice that using a really old kernel and a unclean shutdown. >I expect a single 7200rpm ide drive to be able to handle the stream. reading from or writing to? >I'm using raid for high availability; but uninterrupted streams is >a must. What mount parameters can I use to assure uninterrupted io? Is it a single file? >Are there other adjustments I should be thinking of? I've seen a few >mentions of the Linux xfs realtime subvolume but no doc, is it ready for >production? From what I can tell, it's a non journeled contiguous data >block. Maybe I should just use ext2 for the media files? Would that be Read speed is about as fast on most filesystems, at least for a IDE disk. That is, xfs, ext2/3 and reiserfs are almost as fast reading a single large file. XFS is good with large files in particular. >higher performance? I'm not too worried about fsck, because in the case >of corruption I can remake the filesystem (data partition) and renew the >data from the node server. If data corruption is not a issue and you do a lot of writing to the filesystem, it might* be faster to use a non journaling filesystem. *Baring a number of caveats ofcourse. For most people this is negligble but not always so. It depends on too much factors. Cheers Seth -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Thu Nov 7 07:33:24 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 07:33:25 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7FXNuR030304 for ; Thu, 7 Nov 2002 07:33:23 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA29925; Thu, 7 Nov 2002 09:34:30 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA77761; Thu, 7 Nov 2002 09:34:30 -0600 (CST) Subject: Re: streaming media and realtime subvolume From: Eric Sandeen To: George Georgalis Cc: linux-xfs@oss.sgi.com In-Reply-To: <20021107151729.GA7085@trot> References: <20021107151729.GA7085@trot> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 07 Nov 2002 09:34:14 -0600 Message-Id: <1036683254.13907.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1562 X-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 On Thu, 2002-11-07 at 09:17, George Georgalis wrote: > I do have a few questions though. I'm not sure if blade's disks used > xfs-1.0 or xfs-1.1; and xfs-1.2 seems eminent (I saw some xfs-1.2preX > patches). Does the filesystem remain the same through these version > changes or should I think about doing a mkfs.xfs each time I upgrade > the the xfs version? XFS on-disk format is in general not changed (remember, XFS has been around on IRIX for some years now...) and when minor changes are made, there is compatibility. I'll leave some of your questions for others to answer, but... > I've seen a few > mentions of the Linux xfs realtime subvolume but no doc, is it ready for > production? From what I can tell, it's a non journeled contiguous data > block. The realtime volume is not supported, although it is basically functional. You need to do an ioctl to the file to mark it realtime after it's created (but before any data is written to it) and then do Direct I/O to the file from then on. The main difference is a more deterministic allocator that should allocate bigger chunks at a time. "realtime" is perhaps a bit of a misnomer. Oh, and it is journalled just as the main data volume is. Maybe I should just use ext2 for the media files? Would that be > higher performance? I'm not too worried about fsck, because in the case > of corruption I can remake the filesystem (data partition) and renew the > data from the node server. You'll probably just need to test in your environment, and see what works best. Different filesystems excel at different things... -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Nov 7 09:28:07 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 09:28:12 -0800 (PST) Received: from dynamic.galis.org (ool-4350143e.dyn.optonline.net [67.80.20.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7HS6uR000315 for ; Thu, 7 Nov 2002 09:28:06 -0800 Received: (qmail 8388 invoked by uid 1010); 7 Nov 2002 17:29:53 -0000 Date: Thu, 7 Nov 2002 12:29:52 -0500 From: George Georgalis To: Seth Mos Cc: linux-xfs@oss.sgi.com Subject: Re: streaming media and realtime subvolume Message-ID: <20021107172952.GA8321@trot> References: <20021107151729.GA7085@trot> <4.3.2.7.2.20021107162618.035ef2e0@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20021107162618.035ef2e0@pop.xs4all.nl> User-Agent: Mutt/1.3.28i X-archive-position: 1563 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: georgw@galis.org Precedence: bulk X-list: linux-xfs On Thu, Nov 07, 2002 at 04:31:42PM +0100, Seth Mos wrote: >At 10:17 7-11-2002 -0500, George Georgalis wrote: >>I expect a single 7200rpm ide drive to be able to handle the stream. > >reading from or writing to? reading only. >>I'm using raid for high availability; but uninterrupted streams is >>a must. What mount parameters can I use to assure uninterrupted io? > >Is it a single file? Have some control over that, but it may not always be one file. >>Are there other adjustments I should be thinking of? I've seen a few >>mentions of the Linux xfs realtime subvolume but no doc, is it ready for >>production? From what I can tell, it's a non journeled contiguous data >>block. Maybe I should just use ext2 for the media files? Would that be > >Read speed is about as fast on most filesystems, at least for a IDE disk. >That is, xfs, ext2/3 and reiserfs are almost as fast reading a single large >file. XFS is good with large files in particular. Good. >>higher performance? I'm not too worried about fsck, because in the case >>of corruption I can remake the filesystem (data partition) and renew the >>data from the node server. > >If data corruption is not a issue and you do a lot of writing to the >filesystem, it might* be faster to use a non journaling filesystem. > >*Baring a number of caveats ofcourse. For most people this is negligble but >not always so. It depends on too much factors. The media files will only be written to occasionally. peak or average read times I don't think will be an issue, _continuous_ audio/video is the priority. I don't know specifically what the problem was with the blade kernel but the box would not respond for several seconds at times, apparently for journal commitment? I imagine much of what I need will be os tuning (tips welcome) eg minimal remote logging; but re xfs, I'm looking for mount parameters or anything that would make disk reads as continuous as possible. Thanks, // George -- GEORGE GEORGALIS, System Admin/Architect cell: 347-451-8229 Security Services, Web, Mail, mailto:george@galis.org File, Print, DB and DNS Servers. http://www.galis.org/george From owner-linux-xfs@oss.sgi.com Thu Nov 7 09:35:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 09:35:46 -0800 (PST) Received: from dynamic.galis.org (ool-4350143e.dyn.optonline.net [67.80.20.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7HZhuR000959 for ; Thu, 7 Nov 2002 09:35:44 -0800 Received: (qmail 8418 invoked by uid 1010); 7 Nov 2002 17:37:30 -0000 Date: Thu, 7 Nov 2002 12:37:30 -0500 From: George Georgalis To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: streaming media and realtime subvolume Message-ID: <20021107173730.GB8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1036683254.13907.4.camel@stout.americas.sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 1564 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: georgw@galis.org Precedence: bulk X-list: linux-xfs On Thu, Nov 07, 2002 at 09:34:14AM -0600, Eric Sandeen wrote: >On Thu, 2002-11-07 at 09:17, George Georgalis wrote: >> I've seen a few >> mentions of the Linux xfs realtime subvolume but no doc, is it ready for >> production? From what I can tell, it's a non journeled contiguous data >> block. > >The realtime volume is not supported, although it is basically >functional. You need to do an ioctl to the file to mark it realtime >after it's created (but before any data is written to it) and then do >Direct I/O to the file from then on. The main difference is a more >deterministic allocator that should allocate bigger chunks at a time. >"realtime" is perhaps a bit of a misnomer. Oh, and it is journalled >just as the main data volume is. Can you give examples of 'direct i/o'? do you mean like dd? from which I can pipe stdout to my media player? > >Maybe I should just use ext2 for the media files? Would that be >> higher performance? I'm not too worried about fsck, because in the case >> of corruption I can remake the filesystem (data partition) and renew the >> data from the node server. > >You'll probably just need to test in your environment, and see what >works best. Different filesystems excel at different things... Yes, just trying to glean as much as I can before I spend time learning things I don't need to know. :) Thanks for the tips. // George -- GEORGE GEORGALIS, System Admin/Architect cell: 347-451-8229 Security Services, Web, Mail, mailto:george@galis.org File, Print, DB and DNS Servers. http://www.galis.org/george From owner-linux-xfs@oss.sgi.com Thu Nov 7 09:37:59 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 09:38:01 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7HbwuR001104 for ; Thu, 7 Nov 2002 09:37:58 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA66174; Thu, 7 Nov 2002 11:39:06 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA24567; Thu, 7 Nov 2002 11:39:06 -0600 (CST) Subject: Re: streaming media and realtime subvolume From: Eric Sandeen To: George Georgalis Cc: linux-xfs@oss.sgi.com In-Reply-To: <20021107173730.GB8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> <20021107173730.GB8321@trot> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 07 Nov 2002 11:38:49 -0600 Message-Id: <1036690729.13877.14.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1565 X-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 On Thu, 2002-11-07 at 11:37, George Georgalis wrote: > Can you give examples of 'direct i/o'? do you mean like dd? from which I > can pipe stdout to my media player? No, like O_DIRECT, as in: fd = open("tempfile_direct", O_CREAT|O_RDWR|O_DIRECT, 0666); It bypasses the buffer cache. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Nov 7 09:52:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 09:52:07 -0800 (PST) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7Hq2uR006119 for ; Thu, 7 Nov 2002 09:52:03 -0800 Received: from fwd03.sul.t-online.de by mailout09.sul.t-online.com with smtp id 189qqB-0002oa-01; Thu, 07 Nov 2002 18:53:15 +0100 Received: from osiris.xgm.de (340060635977-0001@[80.129.10.246]) by fmrl03.sul.t-online.com with esmtp id 189qq0-1nnTo8C; Thu, 7 Nov 2002 18:53:04 +0100 Received: from osiris.xgm.de (localhost.localdomain [127.0.0.1]) by osiris.xgm.de (Postfix) with ESMTP id 5523B1434A99 for ; Thu, 7 Nov 2002 18:47:44 +0100 (CET) Content-Type: text/plain; charset="us-ascii" From: Florian Lindner To: linux-xfs@oss.sgi.com Subject: Next Release / devel tree? Date: Thu, 7 Nov 2002 18:47:44 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Message-Id: <200211071847.44159.Florian.Lindner@xgm.de> X-Sender: 340060635977-0001@t-dialin.net Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA7Hq3uR006120 X-archive-position: 1566 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Florian.Lindner@xgm.de Precedence: bulk X-list: linux-xfs Hi, the XFS 1.1. release in now over half a year old. When is a new release to be expected? Is it safe to work with the CVS version? (for a 2.4 kernel) Thx, Florian From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:00:09 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:00:11 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7I09uR006628 for ; Thu, 7 Nov 2002 10:00:09 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA88039; Thu, 7 Nov 2002 12:01:12 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 189qxr-0001xn-00; Thu, 07 Nov 2002 12:01:11 -0600 Date: Thu, 7 Nov 2002 12:01:11 -0600 From: Nathan Straz To: Florian Lindner Cc: linux-xfs@oss.sgi.com Subject: Re: Next Release / devel tree? Message-ID: <20021107180111.GB1220@sgi.com> Mail-Followup-To: Florian Lindner , linux-xfs@oss.sgi.com References: <200211071847.44159.Florian.Lindner@xgm.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211071847.44159.Florian.Lindner@xgm.de> User-Agent: Mutt/1.4i X-archive-position: 1567 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Nov 07, 2002 at 06:47:44PM +0100, Florian Lindner wrote: > the XFS 1.1. release in now over half a year old. When is a new release to be > expected? Is it safe to work with the CVS version? (for a 2.4 kernel) We know, XFS 1.1 is really old. We're working on a new release. You can help out by testing the 1.2pre2 release on the FTP site. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:08:58 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:08:59 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7I8vuR007205 for ; Thu, 7 Nov 2002 10:08:57 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA98083; Thu, 7 Nov 2002 12:10:05 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id MAA85128; Thu, 7 Nov 2002 12:10:04 -0600 (CST) Subject: Re: Next Release / devel tree? From: Eric Sandeen To: Florian Lindner Cc: linux-xfs@oss.sgi.com In-Reply-To: <200211071847.44159.Florian.Lindner@xgm.de> References: <200211071847.44159.Florian.Lindner@xgm.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 07 Nov 2002 12:09:47 -0600 Message-Id: <1036692588.13905.17.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1568 X-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 Several "XFS 1.2-preX" releases have been made available over the past several weeks, possibly indicating that a new release is in the works... :) They are on the ftp site. CVS has been pretty stable, but of course the (pre)releases get much more testing at SGI. -Eric On Thu, 2002-11-07 at 11:47, Florian Lindner wrote: > Hi, > the XFS 1.1. release in now over half a year old. When is a new release to be > expected? Is it safe to work with the CVS version? (for a 2.4 kernel) > Thx, > Florian > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:23:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:23:36 -0800 (PST) Received: from dynamic.galis.org (ool-4350143e.dyn.optonline.net [67.80.20.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7INUuR008079 for ; Thu, 7 Nov 2002 10:23:31 -0800 Received: (qmail 8667 invoked by uid 1010); 7 Nov 2002 18:25:17 -0000 Date: Thu, 7 Nov 2002 13:25:17 -0500 From: George Georgalis To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: streaming media and realtime subvolume Message-ID: <20021107182517.GD8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> <20021107173730.GB8321@trot> <1036690729.13877.14.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1036690729.13877.14.camel@stout.americas.sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 1569 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: georgw@galis.org Precedence: bulk X-list: linux-xfs On Thu, Nov 07, 2002 at 11:38:49AM -0600, Eric Sandeen wrote: >On Thu, 2002-11-07 at 11:37, George Georgalis wrote: >> Can you give examples of 'direct i/o'? do you mean like dd? from which I >> can pipe stdout to my media player? > >No, like O_DIRECT, as in: > >fd = open("tempfile_direct", O_CREAT|O_RDWR|O_DIRECT, 0666); > >It bypasses the buffer cache. Well, that sounds good. :) can't we just mount a partition that way , I'm guessing no. Humm, I see your syntax as a little different then my GNU/Linux OPEN(2) man page, is that because my man page is not patched with the xfs kernel or should I be using the other flags? SYNOPSIS #include #include #include int open(const char *pathname, int flags); int open(const char *pathname, int flags, mode_t mode); int creat(const char *pathname, mode_t mode); (I've seen C, but I don't program in it so I'm weary) Is there some C code to handle this type of open/close with stdin/out? and which can be called from a perl or bash script? Or is this something I need to write on my own? surly somebody has done it.... Oh, one other thing, nobody has mentioned any mount parameters, ...I guess since I'm mostly doing read only, shortening the commit interval won't have any affect. ;) Thanks for the help. // George -- GEORGE GEORGALIS, System Admin/Architect cell: 347-451-8229 Security Services, Web, Mail, mailto:george@galis.org File, Print, DB and DNS Servers. http://www.galis.org/george From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:29:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:29:57 -0800 (PST) Received: from f1n1.spenet.wfu.edu (f1n1.sp2net.wfu.edu [152.17.8.11]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7ITtuR008553 for ; Thu, 7 Nov 2002 10:29:55 -0800 Received: from localhost.localdomain (f1n11.sp2net.wfu.edu [152.17.8.21]) by f1n1.spenet.wfu.edu (8.11.6/8.11.6) with ESMTP id gA7IV7H28762 for ; Thu, 7 Nov 2002 13:31:08 -0500 Subject: Re: Next Release / devel tree? From: "Timothy E. Miller" To: linux-xfs@oss.sgi.com In-Reply-To: <1036692588.13905.17.camel@stout.americas.sgi.com> References: <200211071847.44159.Florian.Lindner@xgm.de> <1036692588.13905.17.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 07 Nov 2002 13:30:32 -0500 Message-Id: <1036693832.13681.26.camel@millerte-pc.computer.wfu.edu> Mime-Version: 1.0 X-archive-position: 1570 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: millerte@wfu.edu Precedence: bulk X-list: linux-xfs On Thu, 2002-11-07 at 13:09, Eric Sandeen wrote: > Several "XFS 1.2-preX" releases have been made available over the past > several weeks, possibly indicating that a new release is in the works... > :) They are on the ftp site. > Ahhh...but the juicy tidbit of an estimate for release of 1.2 is sorely missing. -Tim -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Timothy E. Miller voice: (336)758-3257 Parallel Computing Systems Administrator fax: (336)758-7127 Wake Forest University cell: (336)782-6987 Computer Science, Information Systems, Public Health Sciences ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:45:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:45:33 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7IjSuR009138 for ; Thu, 7 Nov 2002 10:45:28 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA93150; Thu, 7 Nov 2002 12:46:35 -0600 (CST) Received: from rose.americas.sgi.com (rose.americas.sgi.com [128.162.187.93]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA75825; Thu, 7 Nov 2002 12:46:35 -0600 (CST) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by rose.americas.sgi.com (8.12.5/8.12.5) with ESMTP id gA7IlMkq015568; Thu, 7 Nov 2002 12:47:24 -0600 Subject: Re: Next Release / devel tree? From: Russell Cattelan To: "Timothy E. Miller" Cc: linux-xfs@oss.sgi.com In-Reply-To: <1036693832.13681.26.camel@millerte-pc.computer.wfu.edu> References: <200211071847.44159.Florian.Lindner@xgm.de> <1036692588.13905.17.camel@stout.americas.sgi.com> <1036693832.13681.26.camel@millerte-pc.computer.wfu.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 07 Nov 2002 12:47:22 -0600 Message-Id: <1036694844.7455.106.camel@rose.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1571 X-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@thebarn.com Precedence: bulk X-list: linux-xfs On Thu, 2002-11-07 at 12:30, Timothy E. Miller wrote: > On Thu, 2002-11-07 at 13:09, Eric Sandeen wrote: > > Several "XFS 1.2-preX" releases have been made available over the past > > several weeks, possibly indicating that a new release is in the works... > > :) They are on the ftp site. > > > > Ahhh...but the juicy tidbit of an estimate for release of 1.2 > is sorely missing. Well giving the fact that we are moving to a new building over the next couple of weeks availability of machine is uncertain. We think we have nailed a couple of the most pressing "mustfix" bugs, and are now focusing on some performance issues. If things go really well MAYBE 1.2 will be ready the week before thanksgiving but don't count on it. We are probably looking at the first week in December. 1.2pre3 will be available shortly (today) for testing and abuse. > > -Tim > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Timothy E. Miller voice: (336)758-3257 > Parallel Computing Systems Administrator fax: (336)758-7127 > Wake Forest University cell: (336)782-6987 > Computer Science, Information Systems, Public Health Sciences > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:52:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:52:46 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7IqiuR009624 for ; Thu, 7 Nov 2002 10:52:44 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA02150; Thu, 7 Nov 2002 12:53:52 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id MAA17551; Thu, 7 Nov 2002 12:53:45 -0600 (CST) Subject: Re: streaming media and realtime subvolume From: Eric Sandeen To: George Georgalis Cc: linux-xfs@oss.sgi.com In-Reply-To: <20021107182517.GD8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> <20021107173730.GB8321@trot> <1036690729.13877.14.camel@stout.americas.sgi.com> <20021107182517.GD8321@trot> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 07 Nov 2002 12:53:28 -0600 Message-Id: <1036695208.13877.21.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1572 X-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 On Thu, 2002-11-07 at 12:25, George Georgalis wrote: > On Thu, Nov 07, 2002 at 11:38:49AM -0600, Eric Sandeen wrote: > >On Thu, 2002-11-07 at 11:37, George Georgalis wrote: > >> Can you give examples of 'direct i/o'? do you mean like dd? from which I > >> can pipe stdout to my media player? > > > >No, like O_DIRECT, as in: > > > >fd = open("tempfile_direct", O_CREAT|O_RDWR|O_DIRECT, 0666); > > > >It bypasses the buffer cache. > > Well, that sounds good. :) can't we just mount a > partition that way , I'm guessing no. Nope, if nothing else, because the I/O has other requirements on it as well (alignment & size) so you can't just say "I'd like to do O_DIRECT please" and have everything happen magically. > Humm, I see your syntax as a little different then my GNU/Linux OPEN(2) > man page, is that because my man page is not patched with the xfs kernel > or should I be using the other flags? Not sure what you mean... > int open(const char *pathname, int flags, mode_t mode); That's the open() I show above. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Nov 7 10:54:34 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 10:54:36 -0800 (PST) Received: from homer.nks.net (homer.nks.net [66.152.21.172]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7IsXuR009768 for ; Thu, 7 Nov 2002 10:54:34 -0800 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by homer.nks.net (8.9.3/8.9.3) with ESMTP id NAA32354 for ; Thu, 7 Nov 2002 13:55:41 -0500 Received: from localhost.localdomain (two.nks.net [192.168.1.22]) by hoju.nks.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA30313 for ; Thu, 7 Nov 2002 13:55:41 -0500 Subject: Re: Next Release / devel tree? From: Derek Glidden To: "linux-xfs@oss.sgi.com" In-Reply-To: <1036694844.7455.106.camel@rose.americas.sgi.com> References: <200211071847.44159.Florian.Lindner@xgm.de> <1036692588.13905.17.camel@stout.americas.sgi.com> <1036693832.13681.26.camel@millerte-pc.computer.wfu.edu> <1036694844.7455.106.camel@rose.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 07 Nov 2002 13:55:40 -0500 Message-Id: <1036695341.5207.9.camel@two.nks.net> Mime-Version: 1.0 X-archive-position: 1573 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dglidden@illusionary.com Precedence: bulk X-list: linux-xfs On Thu, 2002-11-07 at 13:47, Russell Cattelan wrote: > We think we have nailed a couple of the most pressing "mustfix" bugs, > and are now focusing on some performance issues. > If things go really well MAYBE 1.2 will be ready the week before > thanksgiving but don't count on it. We are probably looking at the first > week in December. > > 1.2pre3 will be available shortly (today) for testing and abuse. can someone take a short amount of time to outline what some of these "mustfix" bugs are/1.2 prerelease "issues" remaining to be fixed? Are the 1.2 prereleases "safe" to use on production data (i.e. outstanding bugs only pop up under really rare conditions, other "issues" are nice-to-haves but don't affect functionality) or should we be careful with them? I'd like to bang on 1.2 on a machine or two, but I don't have anything running at the moment that's not at least important, if not critical. I have been trying to track the list, but a quick summary from someone in the know would be very helpful. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/usr/bin/perl -w $_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map {$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110; $t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z) [$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join "",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d= unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d >>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q* 8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]} print+x"C*",@a}';s/x/pack+/g;eval usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \ | extract_mpeg2 | mpeg2dec - http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ http://www.eff.org/ http://www.anti-dmca.org/ From owner-linux-xfs@oss.sgi.com Thu Nov 7 11:14:19 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 11:14:21 -0800 (PST) Received: from dynamic.galis.org (ool-4350143e.dyn.optonline.net [67.80.20.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7JEIuR010671 for ; Thu, 7 Nov 2002 11:14:18 -0800 Received: (qmail 8936 invoked by uid 1010); 7 Nov 2002 19:16:05 -0000 Date: Thu, 7 Nov 2002 14:16:05 -0500 From: George Georgalis To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: streaming media and realtime subvolume Message-ID: <20021107191605.GE8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> <20021107173730.GB8321@trot> <1036690729.13877.14.camel@stout.americas.sgi.com> <20021107182517.GD8321@trot> <1036695208.13877.21.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1036695208.13877.21.camel@stout.americas.sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 1574 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: georgw@galis.org Precedence: bulk X-list: linux-xfs On Thu, Nov 07, 2002 at 12:53:28PM -0600, Eric Sandeen wrote: >On Thu, 2002-11-07 at 12:25, George Georgalis wrote: >> On Thu, Nov 07, 2002 at 11:38:49AM -0600, Eric Sandeen wrote: >> >On Thu, 2002-11-07 at 11:37, George Georgalis wrote: >> >> Can you give examples of 'direct i/o'? do you mean like dd? from which I >> >> can pipe stdout to my media player? >> > >> >No, like O_DIRECT, as in: >> > >> >fd = open("tempfile_direct", O_CREAT|O_RDWR|O_DIRECT, 0666); >> > >> >It bypasses the buffer cache. >> >> Well, that sounds good. :) can't we just mount a >> partition that way , I'm guessing no. > >Nope, if nothing else, because the I/O has other requirements on it as >well (alignment & size) so you can't just say "I'd like to do O_DIRECT >please" and have everything happen magically. > >> Humm, I see your syntax as a little different then my GNU/Linux OPEN(2) >> man page, is that because my man page is not patched with the xfs kernel >> or should I be using the other flags? > >Not sure what you mean... > >> int open(const char *pathname, int flags, mode_t mode); > >That's the open() I show above. I didn't include the important part of the man page, sorry. This follows: The parameter flags is one of O_RDONLY, O_WRONLY or O_RDWR which request opening the file read-only, write-only or read/write, respectively, bitwise-or'd with zero or more of the following: and 'the following' includes paragraphs on O_CREAT, O_EXCL, O_NOCTTY, O_TRUNC, O_APPEND, O_NONBLOCK or O_NDELAY, O_SYNC, O_NOFOLLOW, O_DIRECTORY and O_LARGEFILE -- but no 'O_DIRECT' maybe O_DIRECT is O_NONBLOCK or O_NDELAY When possible, the file is opened in non-blocking mode. Neither the open nor any subsequent operations on the file descriptor which is returned will cause the calling process to wait. For the handling of FIFOs (named pipes), see also fifo(4). This mode need not have any effect on files other than FIFOs. here? but that doesn't sound quite right... I have the feeling the effort of a realtime subvolume, and custom C I/O programs might be overdoing it for this application, but I appreciate the info. // George -- GEORGE GEORGALIS, System Admin/Architect cell: 347-451-8229 Security Services, Web, Mail, mailto:george@galis.org File, Print, DB and DNS Servers. http://www.galis.org/george From owner-linux-xfs@oss.sgi.com Thu Nov 7 12:14:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 12:14:22 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7KEIuR012100 for ; Thu, 7 Nov 2002 12:14:19 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA20493; Thu, 7 Nov 2002 14:15:25 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA54620; Thu, 7 Nov 2002 14:15:22 -0600 (CST) Subject: Re: Next Release / devel tree? From: Eric Sandeen To: Derek Glidden Cc: "linux-xfs@oss.sgi.com" In-Reply-To: <1036695341.5207.9.camel@two.nks.net> References: <200211071847.44159.Florian.Lindner@xgm.de> <1036692588.13905.17.camel@stout.americas.sgi.com> <1036693832.13681.26.camel@millerte-pc.computer.wfu.edu> <1036694844.7455.106.camel@rose.americas.sgi.com> <1036695341.5207.9.camel@two.nks.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 07 Nov 2002 14:15:04 -0600 Message-Id: <1036700105.17400.2.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1575 X-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 On Thu, 2002-11-07 at 12:55, Derek Glidden wrote: > can someone take a short amount of time to outline what some of these > "mustfix" bugs are/1.2 prerelease "issues" remaining to be fixed? Are > the 1.2 prereleases "safe" to use on production data (i.e. outstanding > bugs only pop up under really rare conditions, other "issues" are > nice-to-haves but don't affect functionality) or should we be careful > with them? There was a filesystem force shutdown on nfs-exported filesystems, and very hard to hit data corruption case with fs blocksize < pagesize, mmap IO, and high memory pressure... I don't think anyone ever hit it outside of SGI. This is fixed (crossed fingers!) in -pre3. > I'd like to bang on 1.2 on a machine or two, but I don't have anything > running at the moment that's not at least important, if not critical. We are keeping a changelog (since the first prerelease), we'll try to get it posted with -pre3. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Nov 7 12:16:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 12:16:55 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7KGouR012273 for ; Thu, 7 Nov 2002 12:16:51 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA96760; Thu, 7 Nov 2002 14:17:56 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA45244; Thu, 7 Nov 2002 14:17:54 -0600 (CST) Subject: Re: streaming media and realtime subvolume From: Eric Sandeen To: George Georgalis Cc: linux-xfs@oss.sgi.com In-Reply-To: <20021107191605.GE8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> <20021107173730.GB8321@trot> <1036690729.13877.14.camel@stout.americas.sgi.com> <20021107182517.GD8321@trot> <1036695208.13877.21.camel@stout.americas.sgi.com> <20021107191605.GE8321@trot> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 07 Nov 2002 14:17:37 -0600 Message-Id: <1036700257.17400.6.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1576 X-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 On Thu, 2002-11-07 at 13:16, George Georgalis wrote: > maybe O_DIRECT is > > O_NONBLOCK or O_NDELAY No, the man pages are just out of date. (Other filesystems besides XFS can do O_DIRECT, it's not unique to XFS.) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Nov 7 12:22:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 12:22:43 -0800 (PST) Received: from homer.nks.net (homer.nks.net [66.152.21.172]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7KMfuR013015 for ; Thu, 7 Nov 2002 12:22:41 -0800 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by homer.nks.net (8.9.3/8.9.3) with ESMTP id PAA00935 for ; Thu, 7 Nov 2002 15:23:49 -0500 Received: from localhost.localdomain (two.nks.net [192.168.1.22]) by hoju.nks.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA00851 for ; Thu, 7 Nov 2002 15:23:49 -0500 Subject: Re: Next Release / devel tree? From: Derek Glidden To: "linux-xfs@oss.sgi.com" In-Reply-To: <1036700105.17400.2.camel@stout.americas.sgi.com> References: <200211071847.44159.Florian.Lindner@xgm.de> <1036692588.13905.17.camel@stout.americas.sgi.com> <1036693832.13681.26.camel@millerte-pc.computer.wfu.edu> <1036694844.7455.106.camel@rose.americas.sgi.com> <1036695341.5207.9.camel@two.nks.net> <1036700105.17400.2.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 07 Nov 2002 15:23:49 -0500 Message-Id: <1036700629.5207.24.camel@two.nks.net> Mime-Version: 1.0 X-archive-position: 1577 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dglidden@illusionary.com Precedence: bulk X-list: linux-xfs On Thu, 2002-11-07 at 15:15, Eric Sandeen wrote: > There was a filesystem force shutdown on nfs-exported filesystems, and > very hard to hit data corruption case with fs blocksize < pagesize, mmap > IO, and high memory pressure... I don't think anyone ever hit it outside > of SGI. This is fixed (crossed fingers!) in -pre3. > > ... > > We are keeping a changelog (since the first prerelease), we'll try to > get it posted with -pre3. Eric, Thanks for the update! I'll see if I can convince the guys to let me put pre3 on a couple of machines here. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/usr/bin/perl -w $_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map {$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110; $t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z) [$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join "",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d= unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d >>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q* 8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]} print+x"C*",@a}';s/x/pack+/g;eval usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \ | extract_mpeg2 | mpeg2dec - http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ http://www.eff.org/ http://www.anti-dmca.org/ From owner-linux-xfs@oss.sgi.com Thu Nov 7 15:01:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 15:02:00 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7N1suR004681 for ; Thu, 7 Nov 2002 15:01:54 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id PAA07955 for ; Thu, 7 Nov 2002 15:03:01 -0800 (PST) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA19234 for linux-xfs@oss.sgi.com; Fri, 8 Nov 2002 10:01:44 +1100 (EST) Date: Fri, 8 Nov 2002 10:01:44 +1100 (EST) From: Nathan Scott Message-Id: <200211072301.KAA19234@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsdump version++ X-archive-position: 1578 X-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 Date: Thu Nov 7 15:01:11 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132395a cmd/xfsdump/VERSION - 1.43 cmd/xfsdump/doc/CHANGES - 1.51 cmd/xfsdump/debian/changelog - 1.34 - Bump version for switch to ncurses libs/headers. From owner-linux-xfs@oss.sgi.com Thu Nov 7 16:43:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 16:43:10 -0800 (PST) Received: from server4.adrenamail.com ([67.41.175.41]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA80h2uR006430 for ; Thu, 7 Nov 2002 16:43:04 -0800 Received: from adrenamail.com (unknown [67.41.175.93]) by server4.adrenamail.com (Postfix) with ESMTP id 0020451C14E; Thu, 7 Nov 2002 19:38:34 -0500 (EST) To: Important@server4.adrenamail.com, message@server4.adrenamail.com Subject: Never make a cold call again. MIME-Version: 1.0 In-Reply-To: Do-not-reply@uharvest.com Message-Id: <20021108003835.0020451C14E@server4.adrenamail.com> Date: Thu, 7 Nov 2002 19:38:35 -0500 (EST) From: Do-not-reply@uharvest.com Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 605 X-archive-position: 1579 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Do-not-reply@uharvest.com Precedence: bulk X-list: linux-xfs Hello U-harvest turns your PC to a powerful marketing machine. It scans, in a blinding speed, every word and every page of targeted, well defined list of websites, defined by your favorite search engine and harvests e-mail addresses. U-harvest sends personalized messages to many recipients, mail merge with other databases, tracks campaigns and much more. For more information and a free trial, please visit www.uharvest.com U-harvest- business at the speed of thought. This is a one time message.We will not contact you again unless you ask for more information. [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Thu Nov 7 19:41:33 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 19:41:39 -0800 (PST) Received: from mail02.securities.com (mail02.securities.com [57.69.15.72]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA83fWuR008124 for ; Thu, 7 Nov 2002 19:41:33 -0800 Received: from mail02.securities.com (localhost [127.0.0.1]) by mail02.securities.com (8.12.5/8.12.5-DELIVERY) with ESMTP id gA83gk8F028205 for ; Thu, 7 Nov 2002 22:42:47 -0500 Received: from mail02.securities.com (localhost [127.0.0.1]) by mail02.securities.com (8.12.5/8.12.5-SMTP) with ESMTP id gA83gkla028197 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 7 Nov 2002 22:42:46 -0500 Received: from localhost (venevene@localhost) by mail02.securities.com (8.12.5/8.12.5/Submit) with ESMTP id gA83gkvc028192; Thu, 7 Nov 2002 22:42:46 -0500 X-Authentication-Warning: mail02.securities.com: venevene owned process doing -bs Date: Thu, 7 Nov 2002 22:42:45 -0500 (EST) From: Benito Venegas To: Seth Mos cc: Subject: XFS1.2-pre2 (or 3) in Dell HW Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1580 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: venevene@securities.com Precedence: bulk X-list: linux-xfs Seth, XFS Team: Any idea if current kernels in oss.sgi.com: kernel-2.4.18-17SGI_XFS_1.2pre3 kernel-2.4.19-SGI_XFS_1.2pre3 Are stable working with PE2450 with QLogic QLA2200, and working as NFS server too? We need to do an update to our servers. I don;t have any server to "play" now, so I'll need to take my decision based in your feedback "boys". Also, I have several servers PE2550, 4200, 6300, 6400, 750N. I'd appreciate your information. Thanks -- Benito From owner-linux-xfs@oss.sgi.com Thu Nov 7 21:56:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 21:56:21 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA85uHuR010334 for ; Thu, 7 Nov 2002 21:56:17 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id VAA09323 for ; Thu, 7 Nov 2002 21:57:31 -0800 (PST) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gA85uUZ10441; Fri, 8 Nov 2002 16:56:30 +1100 Date: Fri, 8 Nov 2002 16:56:30 +1100 From: Keith Owens Message-Id: <200211080556.gA85uUZ10441@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade kdb to 2.4.20-rc1 X-archive-position: 1581 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs From kdb/Changelog. 2002-11-08 Keith Owens * Upgrade to 2.4.20-rc1. * Fix processing with O(1) scheduler. * 'go' switches back to initial cpu first. * 'go
' only allowed on initial cpu. * 'go' installs the global breakpoints from the initial cpu before releasing the other cpus. * If 'go' has to single step over a breakpoint then it single steps just the initial cpu, installs the global breakpoints then releases the other cpus. * General clean up of handling for breakpoints and single stepping over software breakpoints. The use of O(1) scheduler required signifcant changes to the way that breakpoints were handled, especially when typing 'go' and single stepping over software breakpoints. Caveat emptor. Date: Thu Nov 7 21:35:09 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132445a linux/drivers/char/serial.c - 1.59 linux/drivers/usb/usbkbd.c - 1.21 linux/kdb/kdb_bp.c - 1.14 linux/include/linux/kdb.h - 1.26 linux/kdb/kdbmain.c - 1.31 linux/arch/i386/kdb/kdba_bp.c - 1.16 linux/kdb/ChangeLog - 1.24 linux/arch/i386/kdb/ChangeLog - 1.12 From owner-linux-xfs@oss.sgi.com Thu Nov 7 23:40:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 23:40:21 -0800 (PST) Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA87eDuR011411 for ; Thu, 7 Nov 2002 23:40:14 -0800 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gA87fRgg064487; Fri, 8 Nov 2002 08:41:28 +0100 (CET) Message-Id: <4.3.2.7.2.20021108082820.03f20090@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Nov 2002 08:40:20 +0100 To: Benito Venegas From: Seth Mos Subject: Re: XFS1.2-pre2 (or 3) in Dell HW Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1582 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 22:42 7-11-2002 -0500, Benito Venegas wrote: >Seth, XFS Team: > >Any idea if current kernels in oss.sgi.com: > >kernel-2.4.18-17SGI_XFS_1.2pre3 >kernel-2.4.19-SGI_XFS_1.2pre3 > >Are stable working with PE2450 with QLogic QLA2200, and working as NFS >server too? Since you especially mention the QLA2200. Be very careful about kernel upgrades. I have seen lot's of trouble on linux-poweredge with repect to this controller. Test very carefully and have backups. The only kernel that is a bit safe in this respect is the RH based kernel since that one has patched drivers. I have not been able to test any of the prereleases yet in any of the selfcompiled versions as these hang on my PE1300 testbox. >We need to do an update to our servers. I don;t have any server to "play" >now, so I'll need to take my decision based in your feedback "boys". You can try the RH kernel. It has the best chance to just work. >Also, I have several servers PE2550, 4200, 6300, 6400, 750N. I don't have any production boxes yet that are running a 1.2pre release since I can't get it to even boot on my testbox. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Nov 8 00:03:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 00:03:15 -0800 (PST) Received: from quasar.sif.it (IDENT:root@quasar.sif.it [131.154.110.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA8837uR012020 for ; Fri, 8 Nov 2002 00:03:09 -0800 Received: from localhost (matteo@localhost) by quasar.sif.it (8.11.6/8.11.6) with ESMTP id gA8855x23885; Fri, 8 Nov 2002 09:05:05 +0100 Date: Fri, 8 Nov 2002 09:05:05 +0100 (CET) From: Matteo Centonza To: Eric Sandeen cc: "linux-xfs@oss.sgi.com" Subject: Re: Next Release / devel tree? In-Reply-To: <1036700105.17400.2.camel@stout.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1583 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: matteo@sif.it Precedence: bulk X-list: linux-xfs Hi, > > can someone take a short amount of time to outline what some of these > > "mustfix" bugs are/1.2 prerelease "issues" remaining to be fixed? Are > > the 1.2 prereleases "safe" to use on production data (i.e. outstanding > > bugs only pop up under really rare conditions, other "issues" are > > nice-to-haves but don't affect functionality) or should we be careful > > with them? > > There was a filesystem force shutdown on nfs-exported filesystems, and > very hard to hit data corruption case with fs blocksize < pagesize, mmap > IO, and high memory pressure... I don't think anyone ever hit it outside > of SGI. This is fixed (crossed fingers!) in -pre3. i'm with 6 november CVS code (2 day uptime) and (keeping the fingers crossed ;)) the first bug you've mentioned seems to be solved (usually oops raised within few hours). Thanks, -m From owner-linux-xfs@oss.sgi.com Fri Nov 8 03:52:05 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 03:52:07 -0800 (PST) Received: from hotmail.com (oe52.law9.hotmail.com [64.4.8.41]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA8Bq5uR027284 for ; Fri, 8 Nov 2002 03:52:05 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 8 Nov 2002 03:53:16 -0800 X-Originating-IP: [213.23.28.154] From: "Kai Leibrandt" To: Subject: Page restriction of dump also applicable to xfsdump? Date: Fri, 8 Nov 2002 12:53:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 08 Nov 2002 11:53:16.0995 (UTC) FILETIME=[6CDBF130:01C2871D] X-archive-position: 1584 X-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 was just browsing redhat.com when I struck the following http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/admin-primer/s1-disa ster-backups.html. Basically linux says stay well away from dump when using ext2 and ext3 when using any kernels 2.4.x and above. As he says the cause of this is that the page and buffer cache are no longer coherent, I am wondering if this also applies to xfs filesystems and xfsdump/xfsrestore; they use the same caches, right? If this _does_ apply to xfs then I guess dump is out the window even on xfs filesystems, which would really be a pain as I prefer [xfs]dump over tar or cpio by a mile. Many thanks for any answers, Kai. From owner-linux-xfs@oss.sgi.com Fri Nov 8 04:08:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 04:08:39 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA8C8ZuR028637 for ; Fri, 8 Nov 2002 04:08:35 -0800 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id GAA76780; Fri, 8 Nov 2002 06:09:46 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-23.corp.sgi.com [134.15.64.23]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id GAA22457; Fri, 8 Nov 2002 06:09:40 -0600 (CST) Subject: Re: Page restriction of dump also applicable to xfsdump? From: Stephen Lord To: Kai Leibrandt Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 08 Nov 2002 06:04:51 -0600 Message-Id: <1036757093.1517.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1585 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Fri, 2002-11-08 at 05:53, Kai Leibrandt wrote: > Hi all, > > I was just browsing redhat.com when I struck the following > http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/admin-primer/s1-disa > ster-backups.html. Basically linux says stay well away from dump when using > ext2 and ext3 when using any kernels 2.4.x and above. As he says the cause > of this is that the page and buffer cache are no longer coherent, I am > wondering if this also applies to xfs filesystems and xfsdump/xfsrestore; > they use the same caches, right? > If this _does_ apply to xfs then I guess dump is out the window even on xfs > filesystems, which would really be a pain as I prefer [xfs]dump over tar or > cpio by a mile. > Many thanks for any answers, > > Kai. > > xfsdump is designed to work on a live filesystem, it does not the same mechanisms as dump, but reads file data through system calls and hence through the cache. So it is coherent with read write. In fact xfsdump does not work on an unmounted filesystem. Steve From owner-linux-xfs@oss.sgi.com Fri Nov 8 08:31:48 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 08:31:54 -0800 (PST) Received: from imf07bis.bellsouth.net (mail307.mail.bellsouth.net [205.152.58.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA8GVmuR006418 for ; Fri, 8 Nov 2002 08:31:48 -0800 Received: from TAZ2 ([66.156.1.101]) by imf07bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20021108163445.GUOE282.imf07bis.bellsouth.net@TAZ2>; Fri, 8 Nov 2002 11:34:45 -0500 Date: Fri, 8 Nov 2002 11:32:51 -0500 From: Greg Freemyer Subject: re[2]: Next Release / devel tree? To: Russell Cattelan , "Timothy E. Miller" cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20021108163445.GUOE282.imf07bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA8GVmuR006419 X-archive-position: 1586 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> We think we have nailed a couple of the most pressing "mustfix" bugs, >> and are now focusing on some performance issues. >> If things go really well MAYBE 1.2 will be ready the week before >> thanksgiving but don't count on it. We are probably looking at the first >> week in December. Is 2.4.20 supposed to be released by then? I assume you will release XFS 1.2 against a released kernel. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Nov 8 11:02:15 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 11:02:21 -0800 (PST) Received: from ubergeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA8J2FuR014828 for ; Fri, 8 Nov 2002 11:02:15 -0800 Received: (qmail 12595 invoked by uid 500); 8 Nov 2002 19:02:43 -0000 Subject: Re: XFS1.2-pre2 (or 3) in Dell HW From: Austin Gonyou To: Seth Mos Cc: Benito Venegas , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20021108082820.03f20090@pop.xs4all.nl> References: <4.3.2.7.2.20021108082820.03f20090@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 Nov 2002 13:02:43 -0600 Message-Id: <1036782163.12446.3.camel@ubergeek> Mime-Version: 1.0 X-archive-position: 1587 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: austin@coremetrics.com Precedence: bulk X-list: linux-xfs On Fri, 2002-11-08 at 01:40, Seth Mos wrote: > At 22:42 7-11-2002 -0500, Benito Venegas wrote: > >Seth, XFS Team: > > > >Any idea if current kernels in oss.sgi.com: > > > >kernel-2.4.18-17SGI_XFS_1.2pre3 > >kernel-2.4.19-SGI_XFS_1.2pre3 > > > >Are stable working with PE2450 with QLogic QLA2200, and working as NFS > >server too? > Since you especially mention the QLA2200. Be very careful about kernel > upgrades. I have seen lot's of trouble on linux-poweredge with repect to > this controller. Test very carefully and have backups. > > The only kernel that is a bit safe in this respect is the RH based > kernel since that one has patched drivers. 2.4.18-17 sgi kernel is RH's kernel with XFS patches, isn't it? What patched drivers are you referring to anyway? > I have not been able to test any of the prereleases yet in any of the > selfcompiled versions as these hang on my PE1300 testbox. > >We need to do an update to our servers. I don;t have any server to > "play" > >now, so I'll need to take my decision based in your feedback "boys". > > You can try the RH kernel. It has the best chance to just work. Dell recommends you use the Qlogic drivers on their site, or the similar versions from qlogic.com. Not the RH one's however. > >Also, I have several servers PE2550, 4200, 6300, 6400, 750N. > > I don't have any production boxes yet that are running a 1.2pre release > since I can't get it to even boot on my testbox. From owner-linux-xfs@oss.sgi.com Fri Nov 8 14:20:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 14:20:27 -0800 (PST) Received: from www.xactmailer.net ([61.11.48.151]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA8MK8uR019905 for ; Fri, 8 Nov 2002 14:20:13 -0800 Message-Id: <200211082220.gA8MK8uR019905@oss.sgi.com> Received: (qmail 8462 invoked from network); 7 Nov 2002 04:53:07 -0000 Received: from unknown (HELO xactmailer.net) (61.11.48.195) by 0 with SMTP; 7 Nov 2002 04:53:07 -0000 From: Pressure Measuring Film To: Engineers@oss.sgi.com Subject: New precise pressure measuring technology for engineers Reply-To: pressuresolutions@xactmailer.net Date: 07 Nov 2002 09:59:32 +0530 MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: 8bit X-archive-position: 1588 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sensorproducts@xactmailer.net Precedence: bulk X-list: linux-xfs Have you received a Pressurex Sensor Film sample?

Pressure Indicating Sensor Film

Dear Engineer:

I am writing to inform you of a new product of ours, Pressurex® - a thin sensor film that, by changing color, reveals stress distribution and magnitude between any two surfaces that come in contact. The intensity of the resultant color is quantifiable and enables you to determine precisely what the PSI is at any point on the contacting surfaces. Film color translates to pressure by comparison to a color calibration table or by utilizing an optional imaging system. This product is useful for assessing interfacial stresses that occur at gasketed and flanged interfaces, in any kind of bolted joint or clamp, in lamination presses, roller systems and heat sealers, during welding, in materials testing and from impact forces.

Click on a button below for a FREE sample of pressure film. In your email please briefly describe your application. It is also imperative that you include your address, phone and fax in the body of your email response. Without it we cannot process your request. If you experience any difficulty with the links below, you can click here for information/sample requests.

  Pressure-map images

 

  

 

 

  Micro (2-20 PSI)
  Ultra Low (28-85 PSI)
  Super Low (70-350 PSI)
  Low (350-1,400 PSI)
  Medium (1,400-7,100 PSI)
  High (7,100-19,000 PSI)

 

 

Pressure-map images



Bill Ebner
Sensor Products Inc.
188 Rt. 10 Suite 307
East Hanover, NJ 07936-2108 USA
www.fuji-prescale.com
 973.560.9092
fax 973-884-1699
pressuresolutions@xactmailer.net


Further transmissions to you by the sender of this email may be stopped by clicking here, removing you from our lists.

From owner-linux-xfs@oss.sgi.com Fri Nov 8 16:52:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 16:52:28 -0800 (PST) Received: from BOSSW2K.plustream.com (sdsl-64-139-1-6.dsl.sca.megapath.net [64.139.1.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA90qMuR029469 for ; Fri, 8 Nov 2002 16:52:22 -0800 Subject: Cat: input/output error using evms&xfs MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 8 Nov 2002 16:53:41 -0800 Message-ID: content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cat: input/output error using evms&xfs Thread-Index: AcKHMobavLQaFlRNR7aePtap6Gl2kAAVo08g From: "Michael Nguyen" To: Cc: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gA90qMuR029470 X-archive-position: 1589 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: michael.nguyen@corosoft.com Precedence: bulk X-list: linux-xfs Hello, Previously, I sent an email regarding a failure in creating a large file using "cat.. >> ..". Attach below is the dmesg from i/o error. Can anyone help explain its meaning. Many thanks, Michael. ------------------------------ # mkfs.xfs -l size=32768b /dev/evms/lvm/myvg/mylv # mount -t xfs /dev/evms/... /myfs # cp /root/tempfile /myfs/BIGfile // tempfile is a 3GB dummy file # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat: write error: Input/Output error # umount /myfs // recovery # xfs_repair -L /dev/evms... # mount -t xfs /dev/evms/... /myfs // try again # cat /root/tempfile >> /myfs/BIGfile # cat /root/tempfile >> /myfs/BIGfile # cat: write error: Input/Output error ------------------------------ Dmesg: XFS mounting filesystem evms(117,4) (scsi0:A:0:0): Locking max tag count at 64 (scsi0:A:2:0): Locking max tag count at 64 I/O error in filesystem ("evms(117,4)") meta-data dev 0x7504 block 0x2001ff2 ("xlog_iodone") error 5 buf count 23552 xfs_force_shutdown(evms(117,4),0x2) called from line 939 of file xfs_log.c. Ret urn address = 0xc02258b7 Log I/O Error Detected. Shutting down filesystem: evms(117,4) Please umount the filesystem, and rectify the problem(s) XFS mounting filesystem evms(117,4) I/O error in filesystem ("evms(117,4)") meta-data dev 0x7504 block 0x2001fe3 ("xlog_iodone") error 5 buf count 24064 xfs_force_shutdown(evms(117,4),0x2) called from line 939 of file xfs_log.c. Ret urn address = 0xc02258b7 Log I/O Error Detected. Shutting down filesystem: evms(117,4) Please umount the filesystem, and rectify the problem(s) XFS mounting filesystem evms(117,4) From owner-linux-xfs@oss.sgi.com Fri Nov 8 17:23:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 17:23:30 -0800 (PST) Received: from ubergeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA91NRuR030461 for ; Fri, 8 Nov 2002 17:23:27 -0800 Received: (qmail 16327 invoked by uid 500); 9 Nov 2002 01:23:56 -0000 Subject: Stack traces. From: Austin Gonyou To: linux-xfs@oss.sgi.com Content-Type: multipart/mixed; boundary="=-hmYfcYU4I6+pcuMoWQhd" X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 Nov 2002 19:23:56 -0600 Message-Id: <1036805036.12615.201.camel@ubergeek> Mime-Version: 1.0 X-archive-position: 1590 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: austin@coremetrics.com Precedence: bulk X-list: linux-xfs --=-hmYfcYU4I6+pcuMoWQhd Content-Type: text/plain Content-Transfer-Encoding: 7bit I've got a stack trace on a system and wanted someone to look at them. If anyone could I'd much appreciate it. I'm running kernel 2.4.19-aa1, yes, I know I need to patch it to update the xfs code. I'm running LVM, and qlogic 2300's on this box with driver 6.01. I know there are issues with all of this, but I would like some feedback and discussion about it. I'm going to attempt to reproduce it again. If anyone could advise on how best to do this as well, I'd much appreciate it. Austin --=-hmYfcYU4I6+pcuMoWQhd Content-Disposition: attachment; filename=kerneldump.txt.gz Content-Type: application/x-gzip; name=kerneldump.txt.gz Content-Transfer-Encoding: base64 H4sICD5azD0AA2tlcm5lbGR1bXAudHh0AH1TwW7UMBA9x18xiEsrlWrs2LET lZWqpSAEVVdqOVV7cOxJiRplw2Yryt9jJ02yRYCVw7x5njfz7Phm1/UFYFgg zuU5z+Eth9vrDVzvWrhxB9DAeYHhU7D+cAcCUbD15lsBiWBXnzdFgsixuL9w yK3mpV5tkztbtwfyBWzY1cevl59u46awS4RSss8F+KxKdaldQuXz2DzyCbkF YUI+IFJOVcIgo74+rvP1wgWVrgCXp6WQsa6PSGNWuRKZH9xxAwC0hP1LyDb7 naO+h/6n7Traw0lXh7nxDPqDdY+dfaD3g1QY6JTdxlzQDk4zp8tkGmDuPQ84 ugh+/0HxLM0YjCti6az5z9ajPci9qLT8s5N5JRfxdJD2SBcld1Sav+hOpz4H bG2bBu721lERZccLjrZX2xEMcyzAI07A6dzQAHxupFEmXW0ZTJx1s4TLDC4S lUvNBCgMmL4AkVqv1ALI6FlPBGupmHv5MnIjI5WW1cQo6bNFT2YiX0CqcJmP U2Xm+ThRyhdQljODNtc0g4yy2Tx6Ic2i95rLyORHgGbz3KrIsOudf2rij3p/ 8qOxIkUsBmOIQWUItbIOV6dbtt75cDWmBMnDqwSTgxQgJRgV/hLQCggHVkA6 JyWgDm9jTDK4wNUX2rfUQGfb2hVwWROdwWPdNHX7APEV75+6A3y3rW9o/4Z9 bsfkcRbeQbs7QP+rdaGI/QZZF8+OUQQAAA== --=-hmYfcYU4I6+pcuMoWQhd Content-Disposition: attachment; filename=kerneltrace.txt.gz Content-Type: application/x-gzip; name=kerneltrace.txt.gz Content-Transfer-Encoding: base64 H4sICE1gzD0AA2tlcm5lbHRyYWNlLnR4dAClV21v2zYQ/q5fccM2IIGSiNS7 XddDkaZDsXXJmnb7MBQCRVKJZllyRblx/v2O1FukuEOHEYal4x2fO94bqY16 3FbVToF74V9QqErIwzhsqcUFwPWuyatSwV5JYYEe53/AidpJnme5FKfd3Aac XV1xZ4Nw6gi/6PjbSuwLeUyiAqfI017AaQ1wjghuwUmrqnFuH1UjtxdbtpsI WX+yuszLOzjh1XbHapmghDpdgjEtSZmSgG9pVYCSTcJ3e5WwoqgepEjeJ8kX WSfzeSirBrJqXwrISxj1onve3pVVrbU9QZdlUz9a1+jUJRAcnTPhewq3727g Hfr4mjcQAaVLgr8ALl9/AJcQ17q8+bjUm3Stq7c35o0QSpZ/rTihLKJptP4E 8IHlZSPFEm6sj0rrFjJj+6JRkNXV1lhiInregCwyzz3PPYzoOQP9tK7e/Prq 51tjGSUu6pTssAQRZl6URhw1yvTQ2q0ljMslH2cItEMKnJMBDzI3JpZU+RRD 5CO3lU93S+ALL3X9EUPpuYiEGU+JJYy7aGwYw6vqXq0bTB+pFKgHttvJGk52 ObqAnIFqGN/s2J18aaDQxFPrVs8hNnot5FE6mjJYMBhrNoV++AqLhl5odfZq 2ucs/hfRJzKECjeL/LmmeAKn6d617Aku8SmXaXwEd4hD/2JdYprCh5pxaTKm TRa9bUwWQxg7RkIQ0hM8WsTSEGIR+3EQe+tPFvQ8xgcIHsZkhMi4F/eERAO9 jnA9JoJgJGQcDXgubs1zB10i1byW4weRn/WcwBfhiOeH7mIkvICM9lGZxYN9 VEqPjkSaDhzCFpEciFCGw+aJcP14xJvyQhkvnhBy2DxlgeZYl5VAf8cp+BRr F+IF+C74PsQBhh6iACQxXBe8YdIHEmHCt5OWtV5jlb+AvrZhdciwheyzJMcG k9SyUNKOHI+sMaqrl3pYJswvxsSeLtmXu7y0/dSJyfqJaJuHRrSpWakSfr8v Nwn2x23eYCexqfAdl8TTNZgmkzWDtE8cOcE3WYSyRXWXYDU2MhFVwjErU6xC m0bSccNxQZ9psLr67XVy/Sa5vH59ZVMSBS7jvvMTjik4puEMvJSJeiw59j47 SJ1oaozO1E4+r7SsHfkOmzpEJzCsdNMwvmvFvHjmN5PasEpkKZJeVj9xQbLF hpuj1Z5D6dNFbQnASnGVJ5/3ci+TUh4ajCYSqrH9wKFktgDLBLUkZonW1ctG kUO9qayuoQ4cjdAnXCH1AW1jB3P8dOplXWPPvRwTHs+93JYgrOqHBM+W2nZp 5rjeBM3U5XO0zGXPYtaWbWdmlpe5ujfpw0phi8U0edqq7mTTqmmqbXLPigz/ SlHI2uZkYklf+LBK7xPGzd6fJbzpBrBqmNqge5L7vJcM6SwTTKuAFearqrIm rz/bUTrLbtNAjMjb97/bmZwFvO0byG8P4SRHq23i+FMZ3WpgpWsi6YACR/xn FN2UZjLu4rmQxPzH+0sn4Dsz9+kGhsmP15YGqxMvWVQj6H72Ar6hGVnDCbRK sH+tl9++dOxj+vjTp9XQP5+NbfXFHJIHl5z8iDeQ07Mf8aYyIkyVsqNKmbEX 13hGV9+iv6ZLKzgjB99HheJwOlMhjqoQvYrQqDB9/thosKB7FfpvBp4dBc96 8FiDt2fKsfF3KfUjM0OyNjA2OfQT604NozM1Iq+bR5s6dJ4AfC7ZGkRpbxHr o2fOt69Hz+uceWTT3D+uw+91iP/jUh4eRw979Mz41BzJR31qXAp4Ce29SePe j/x4uGgbr6kZ8XHRuDMDvwFQS38nAHOv6369Iwt8/EAO5Gz0pmXBiqx/kXUp C9ixMudLeJVLeQabvCj0N4H+RKj3uwa6PvqdZVF46D6NcqX2UuDny3upzIfD lj2aj5xUAtqXs7SQF9Y/ke6BxhsOAAA= --=-hmYfcYU4I6+pcuMoWQhd Content-Disposition: attachment; filename=kerneltrace-db2.txt.gz Content-Type: application/x-gzip; name=kerneltrace-db2.txt.gz Content-Transfer-Encoding: base64 H4sICHxhzD0AA2tlcm5lbHRyYWNlLWRiMi50eHQApVdtb9s2EP6uX3HDVqCB 4oiUKIl2XQ9Dmg7F1iVb2n0ZCoEiqUazLLmW3Ln79TtSb5HjGihGBJGOd7yX 514or+svm6ra1uBfsSsKVQl5xKOWml8B3G6bvCpr2NdaOWDW7E94Xm+1zLNc q4tubw3edldJb43q6hP8ouNvKrUv9CmJCrwiT3sBr3XAOyG4AS+tqsa7/1I3 enO1EdtZKzw7ZPWsrIrPm8kp5xbDWwDB1YUF31O4f3sHbzHaW9lADJQuCP6F cP3qHfiE+M713fuFMec7N2/u7BshlCz+WkpCRUzTePUB4J3Iy0arBdw57+u8 /AhKZ2JfNDVku2oD6x7bWQO6yAJ/lgeI7UyAeTo3r3/96ed76xklPtrU4rAA FWVBnMYSLer00PptJGzwWo47BNqlFe7pUIaZz4mj63yqQ+Ujt5VPtwuQ8yD1 2aijNnsxiTKZEkdZuCi3jOG17l6dO0ykrmuo/xHbrd7B822OEJBLqBsh11vx Ub+0qtDFC+fe7KFuRC2ScTq6MngwOGuDQhy+wqJREDmdv4ZmUvAzoo9kCFV+ FrNjS3yiztA9tOKRXsKo1Ck/oXfIQ//iXIuigHc7IbWtmLZYTNhYLJawfoyE IqQnZDzn2hJqzhkPebD64EDPE3JQISNORhWZDHhPaHQw6Ag/ECoMR0LzeNDn Y2iBP9hSqeG1HBbGLOs5IVPRqI9F/nwkgpCM/lGd8cE/qnVARyJNBw4R81gP RKSjIXiifMZHfVNepPn8EaGH4KkIDce5rhTizVNgFHsX+ByYD4wBDzH1EIeg ieX6EAybDEiMBd9uOs5qhV3+AvrehiWOkiTdZ0leqarUicTEpljItZvGHuVk hdldvjTLsel+MRb4eBSnU7Ivi0quXZ56gqweybYFaWWbnSjrRD7sy3Uiq80m b3CkuFQwzyd8egbrZXJmlCaenui35YSyRfUxwbZsdKKqIQqXMu350XigLzlY 3vz2Krl9nVzfvrpBpWEaa6q9H3FNlWM9HilHkOovpcQh6PqpF0+dMSXbybeA uowdA2IqGZZmeoy4u9zjEylb4rBMdKmSXtQ8UT7Z4ODNXRV4lD4+03YCLGtZ 58lG71B4pz/tdd3USVYmSrqhDj3Oj85gw5w7E9P4yRnTVd2ZvMwb49Nn5aa+ x/gUatNxT6FWzPePoW4bEpZS4X2CPgiVpG1BZZ6aKLXN+kSpZGH2JH9tL3ee bsWuqfN/tRvNPcqmAZkux5Ts8JIz8Se1LmvtEqzLxzmx3Q/L9CER0nwruCw9 ypodCbBsRL0udJM85L1kRI+qwM4LWGKt1lXW5LtPbpweVbadIlbkzR+/uxjd NN3t8EB+exMnuSqMy2wqY+YNoor9kHSKQk99sxYzmY5k/PlTIY21L7f7ToB5 wTRkM8U6lLEzaZcGM9RewDdMJGe4jpYJDrPV4ttVjEPN3InmChuG6pO1qT7b m/Pgk+fP8LPk4vIZfr6MGqbGxTnjovUfzwbWZj+/v2bTGLokB8bQsDpcHJlS 50ypwVRkTdnL4NRqsNd7U+bfkZHsnJFsMMKNkfYCOrX+LrV5ZHZp0SbOJYd+ Y9WZE/SMOUFbcxMH5bkTkg4Oij7J9m78epKDDusTWEh2zhQbTKn/A7iMzhmJ BiOZBdxe7icBt3gDfs72UFPegyzP5VRmp0Dm507w3in8bYE2+28NsN+L3V8P coGPH8iBXI5IOw4syeoXvSt1AVtR5nIBP+VaX8I6LwrzW8P89Njttw08iBIn y+475z9fx/4CzA0AAA== --=-hmYfcYU4I6+pcuMoWQhd-- From owner-linux-xfs@oss.sgi.com Fri Nov 8 17:48:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 17:48:37 -0800 (PST) Received: from reefedge.reefedge.com (reefedge.com [216.10.14.212]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA91mZuR032159 for ; Fri, 8 Nov 2002 17:48:35 -0800 Received: from pla-muek.reefedge.com (mocha.reefedge.com [64.50.29.181]) by reefedge.reefedge.com (8.12.1/8.12.1) with ESMTP id gA91WjiT017879 for ; Fri, 8 Nov 2002 20:32:46 -0500 Received: (from tls@localhost) by pla-muek.reefedge.com (8.11.6/8.11.6) id gA91nps18712 for linux-xfs@oss.sgi.com; Fri, 8 Nov 2002 20:49:51 -0500 (EST) Date: Fri, 8 Nov 2002 20:49:50 -0500 From: Thor Lancelot Simon To: linux-xfs@oss.sgi.com Subject: pre3: missing header files in make dep? Message-ID: <20021108204950.A18708@reefedge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-archive-position: 1591 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tls@reefedge.com Precedence: bulk X-list: linux-xfs I unpacked the 2.4.19 sources from kernel.org, applied the 1.2pre3 patch, ran make menuconfig, then ran make dep, and got errors on a large number of files because linux/dqblk_xfs.h, linux/dqblk_v1.h, and linux/dqblk_v2.h are missing. I can't find those files anywhere in the source tree that results from applying the XFS 1.2pre3 patch to a 2.4.19 kernel tree. Is this expected? Am I doing something wrong? Thor From owner-linux-xfs@oss.sgi.com Fri Nov 8 18:20:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 18:20:56 -0800 (PST) Received: from mail02.securities.com (mail02.securities.com [57.69.15.72]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA92KruR001070 for ; Fri, 8 Nov 2002 18:20:54 -0800 Received: from mail02.securities.com (localhost [127.0.0.1]) by mail02.securities.com (8.12.5/8.12.5-DELIVERY) with ESMTP id gA92MB8H022747 for ; Fri, 8 Nov 2002 21:22:12 -0500 Received: from mail02.securities.com (localhost [127.0.0.1]) by mail02.securities.com (8.12.5/8.12.5-SMTP) with ESMTP id gA92MAla022739 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 8 Nov 2002 21:22:11 -0500 Received: from localhost (venevene@localhost) by mail02.securities.com (8.12.5/8.12.5/Submit) with ESMTP id gA92MAAb022735; Fri, 8 Nov 2002 21:22:10 -0500 X-Authentication-Warning: mail02.securities.com: venevene owned process doing -bs Date: Fri, 8 Nov 2002 21:22:10 -0500 (EST) From: Benito Venegas To: Austin Gonyou cc: Seth Mos , Subject: Re: XFS1.2-pre2 (or 3) in Dell HW In-Reply-To: <1036782163.12446.3.camel@ubergeek> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1592 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: venevene@securities.com Precedence: bulk X-list: linux-xfs Thanks Seth and Austin. We don;t have any machine to test in this momment, but I'll need to "invent" one. :/ Austin: where can I get kernel you mentioned below? (2.4.18-17 sgi kernel) I can take care about qlogic module. That is not a problem. Let see if someody else can give his/her feedback. Thanks again and have good weekend. Vene.- On 8 Nov 2002, Austin Gonyou wrote: > On Fri, 2002-11-08 at 01:40, Seth Mos wrote: > > At 22:42 7-11-2002 -0500, Benito Venegas wrote: > > >Seth, XFS Team: > > > > > >Any idea if current kernels in oss.sgi.com: > > > > > >kernel-2.4.18-17SGI_XFS_1.2pre3 > > >kernel-2.4.19-SGI_XFS_1.2pre3 > > > > > >Are stable working with PE2450 with QLogic QLA2200, and working as NFS > > >server too? > > Since you especially mention the QLA2200. Be very careful about kernel > > upgrades. I have seen lot's of trouble on linux-poweredge with repect to > > this controller. Test very carefully and have backups. > > > > The only kernel that is a bit safe in this respect is the RH based > > kernel since that one has patched drivers. > > 2.4.18-17 sgi kernel is RH's kernel with XFS patches, isn't it? What > patched drivers are you referring to anyway? > > > I have not been able to test any of the prereleases yet in any of the > > selfcompiled versions as these hang on my PE1300 testbox. > > > > >We need to do an update to our servers. I don;t have any server to > > "play" > > >now, so I'll need to take my decision based in your feedback "boys". > > > > You can try the RH kernel. It has the best chance to just work. > > Dell recommends you use the Qlogic drivers on their site, or the similar > versions from qlogic.com. Not the RH one's however. > > > >Also, I have several servers PE2550, 4200, 6300, 6400, 750N. > > > > I don't have any production boxes yet that are running a 1.2pre release > > since I can't get it to even boot on my testbox. > > > From owner-linux-xfs@oss.sgi.com Fri Nov 8 21:53:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 08 Nov 2002 21:53:20 -0800 (PST) Received: from blaze.homeip.net (pool-141-155-136-242.ny5030.east.verizon.net [141.155.136.242]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA95rGuR005092 for ; Fri, 8 Nov 2002 21:53:16 -0800 Received: from blaze.homeip.net (IDENT:4444@localhost [127.0.0.1]) by blaze.homeip.net (8.12.6/8.12.6) with ESMTP id gA95sirP019531; Sat, 9 Nov 2002 00:54:44 -0500 Received: (from diffie@localhost) by blaze.homeip.net (8.12.6/8.12.6/Submit) id gA95si9V019530; Sat, 9 Nov 2002 00:54:44 -0500 Date: Sat, 9 Nov 2002 00:54:44 -0500 From: Diffie To: Michael Nguyen Cc: linux-xfs@oss.sgi.com Subject: Re: Cat: input/output error using evms&xfs Message-ID: <20021109055444.GB19469@blazebox.homeip.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: Slackware Linux 9.0 beta X-Mailer: Mutt 1.4i http://www.mutt.org X-archive-position: 1593 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: diffie@blazebox.homeip.net Precedence: bulk X-list: linux-xfs On Fri, Nov 08, 2002 at 04:53:41PM -0800, Michael Nguyen wrote: > Hello, > > Previously, I sent an email regarding a failure in creating > a large file using "cat.. >> ..". > > Attach below is the dmesg from i/o error. Can anyone help > explain its meaning. > > Many thanks, > Michael. > > ------------------------------ > > # mkfs.xfs -l size=32768b /dev/evms/lvm/myvg/mylv > # mount -t xfs /dev/evms/... /myfs > # cp /root/tempfile /myfs/BIGfile // > tempfile is a 3GB dummy file > # cat /root/tempfile >> /myfs/BIGfile > # cat /root/tempfile >> /myfs/BIGfile > # cat /root/tempfile >> /myfs/BIGfile > # cat /root/tempfile >> /myfs/BIGfile > # cat: write error: Input/Output error > > # umount /myfs // > recovery > # xfs_repair -L /dev/evms... > > # mount -t xfs /dev/evms/... /myfs // try again > # cat /root/tempfile >> /myfs/BIGfile > # cat /root/tempfile >> /myfs/BIGfile > # cat: write error: Input/Output error > > ------------------------------ > > Dmesg: > > XFS mounting filesystem evms(117,4) > (scsi0:A:0:0): Locking max tag count at 64 > (scsi0:A:2:0): Locking max tag count at 64 > I/O error in filesystem ("evms(117,4)") meta-data dev 0x7504 block > 0x2001ff2 > ("xlog_iodone") error 5 buf count 23552 > xfs_force_shutdown(evms(117,4),0x2) called from line 939 of file > xfs_log.c. Ret urn address = 0xc02258b7 Log I/O Error Detected. > Shutting down filesystem: evms(117,4) Please umount the filesystem, and > rectify the problem(s) XFS mounting filesystem evms(117,4) I/O error in > filesystem ("evms(117,4)") meta-data dev 0x7504 block 0x2001fe3 > ("xlog_iodone") error 5 buf count 24064 > xfs_force_shutdown(evms(117,4),0x2) called from line 939 of file > xfs_log.c. Ret urn address = 0xc02258b7 Log I/O Error Detected. > Shutting down filesystem: evms(117,4) Please umount the filesystem, and > rectify the problem(s) XFS mounting filesystem evms(117,4) > Hi Michael, Although i do not use EVMS yet i've too experienced similar I/O errors (I/O error in filesystem ("sd(8,3)") meta-data dev 0x803 block 0x1990a0^I ("xfs_trans_read_buf") error 5 buf count 8192) on SCSI drive attached to AHA-2490U2W controller. It turned out to be a loose card in it's PCI slot that was causing these errors on my box, so perhaps you should try to check the hardware first and see if all the connections,cables are good... Regards, Paul B. From owner-linux-xfs@oss.sgi.com Sat Nov 9 02:52:18 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 02:52:23 -0800 (PST) Received: from banna (fb171157.ot.FreeBit.NE.JP [61.203.171.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA9AowuR008448 for ; Sat, 9 Nov 2002 02:51:09 -0800 Received: from 5-A ([192.168.0.3]) by banna (8.9.3+3.2W/3.7W) with SMTP id TAA19163; Sat, 9 Nov 2002 19:51:04 +0900 Message-Id: <200211091051.TAA19163@banna> From: =?iso-2022-jp?B?Y21haWw2NjY2anA=?= To: =?iso-2022-jp?B?MDEwMDEw?=@banna.sgi.com Reply-To: cmail6666jp@yahoo.co.jp Date: Sat, 09 Nov 2002 19:51:15 +0900 Subject: =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCIoRUU7UiVhITwlazktOXAbKEo=?= Content-Type: text/plain Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-archive-position: 1594 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cmail6666jp@yahoo.co.jp Precedence: bulk X-list: linux-xfs <憲怣幰> 揹巕儊乕儖峀崘幮 崱屻丄峀崘傪偛婓朷偟側偄曽偼偙偙傊 (昁偢杮暥偵偁側偨偺儊乕儖傾僪儗僗偺傒傪偍彂偒壓偝偄乯 me464863@members.interq.or.jp 儊乕儖傾僪儗僗傪偛婰擖偟偰偔偩偝偄丅 仹104-0061 搶嫗搒拞墰嬫嬧嵗8-19-3 戞2僂僀儞僌價儖丂3F 儊乕儖儅僈僕儞敪峴 TEL丂03-3544-6222 FAX丂03-3544-6218 =============================================================== 栤戣彜昳偽偐傝廤傔傑偟偨偺偱丄徚偝傟傞嫲傟偑偁傝傑偡偺偱 偍怽崬傒偼偍憗傔偵両忋偐傜弴偵僋儕僢僋偟偰傒偰偹両 =============================================================== 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂傾僟儖僩價僨僆丒俢倁俢愱栧揦丂仭 傾僟儖僩價僨僆丒俢倁俢側傜偍擟偣壓偝偄丅 懠揦傛傝丄寖埨偱偍媮傔偱偒傑偡丅 崱夞偼丄摉揦偺拞偱傕戝恖婥彜昳傪斕攧偟偰偄傑偡丅 偙偺僠儍儞僗傪摝偡側両 http://210.157.13.87/vd/ Video House 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂愒奜慄儗儞僘丂仭 慡婡庬懳墳儚儞僞僢僠幃 偙傟偩偗僋僢僉儕嶣傟傞側傜丄彈偺巕偵偼椻傗娋傕偺 僞儞億儞傗僫僾僉儞傕僶僢僠儕両 傑偢偼愒奜慄僇儊儔偑偲傜偊偨塮憸傪偛棗偔偩偝偄 http://210.157.13.87/sukesuke/ 僒儞僐儞儗儞僘 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂実懷斣崋嫵偊傑偡丂仭 慡崙奺抧偺彈偺巕偺実懷斣崋嫵偊偪傖偆傛両 崱丄廡姧帍偱榖戣暒摣両 杮婥偱弌夛偄傪媮傔偰傞彈惈偺斣崋偩偗丅 僒僋儔丄傗傜偣堦愗柍偟丅 実懷斣崋嫵偊傞僔僗僥儉偼摉揦偑尦慶偱偡丅 http://210.157.13.87/keitai/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂儅乕儀儔僗僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂崱堦斣攧傟偰偄傞曪宻僋儕乕儉丂仭 曪宻夝徚偵偼偙傟偑堦斣両 儚儞僞僢僠丄揾傞偩偗偱OK 擇廡娫偱姰慡偵曪宻偑夝徚丅 柍廘丄巊梡偟偰偄傞偺偑僶儗僫僀丅 偙傟偱曪宻偐傜僒儓僂僫儔 http://210.157.13.87/kinkado/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂儅僕僇儖僪儔僢僋僗僩傾乕丂 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂嬥栕偗堦斣丂仭 崱傑偱僷僠儞僐偵搳帒偟丄栕偐偭偰偄傞曽偵偼晄梫偱偡丅 懝傪偟偰偄傞曽丄暃嬈傪偟偰廂擖傪摼偨偄曽丄僾儘偲偟 偰峌棯朄傪揱庼偟傑偡丅 http://210.157.13.87/pati/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂僾儘梴惉島嵗丂 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂僴僢僇乕庤岥岞奐丂仭 弶怱幰偱傕暘傞傛偆偵暘傝傗偡偔夝愢 杮島嵗偱偼丄僴僢僇乕丄僋儔僢僇乕側偳偺庤岥傪岞奐偡傞偙偲偱丄 僐儞僺儏乕僞斊嵾偐傜恎傪庣傞忣曬傪採嫙偟偰偍傝傑偡丅 愨懳偵埆梡偝傟側偄傛偆偵偍婅偄偟傑偡丅 偁偔傑偱傕帺暘偺儅僔儞偵懳偟偰偺僙僉儏儕僥傿偺岦忋偵偍栶棫偰壓偝偄丅 http://210.157.13.87/hakka/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂AIE僜僼僩奐敪弌斉晹 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂崙嵺岎棳傪怺傔傞僠儍儞僗丂仭 崙嵺弌夛偄偺峀応仚 悽奅奺崙偺Lady偲抦傝崌偆僠儍儞僗!! 偁側偨傕僗僥僉側楒偟傑偣傫偐丠 擔杮恖抝惈偲晅偒崌偄偨偄奜崙恖彈惈傪曞廤偟偨寢壥丄 側傫偲2516恖廤傑傝傑偟偨両 婥寉側岎嵺婓朷偺曽丄恀寱偵崙嵺寢崶傪峫偊偰偄傞曽偳偪傜傕OK侓 僗僥僉側奜崙恖彈惈傪徯夘偟傑偡丅 幨恀晅僾儘僼傿乕儖偐傜傾僫僞偺岲傒偱慖傫偱偹仚 http://210.157.13.87/kokusai/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俿俠俹徯夘僙儞僞乕 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂捠榖椏僞僟丂仭 儂儞僩偵偄偔傜巊偭偰傕婎杮椏嬥偩偗!!! 帪偲応強傪栤傢偢丄偄偮偱傕捠榖偑僞僟偵側傞丅 侓傗傝偐偨侓丂揹榖偡傞偲偒偵摿掕偺斣崋傪僟僀儎儖偡傞偩偗両 偙偺彜昳偼儌僲偱偼偁傝傑偣傫丅 偁傞傗傝曽偱揹榖傪偐偗傞偩偗!!! 帺暘偺実懷偑偦偺傑傑巊偊傞丅 撲傔偔僞僟偐偗偺惓懱偼僐僐伀傪墴偟偰! http://210.157.13.87/tuuwa/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂僑乕儖僪忣曬婇夋幮 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂崙嵺柶嫋偺庢摼曽朄丂仭 崙嵺柶嫋偱擔杮傪憱傠偆両両 仢彂偒姺偊偼擭侾夞幨恀梄憲偱OK 乮昁梫宱旓乯 峲嬻寯丂39,000墌丄儂僥儖戙丂7,000墌 乮梡堄偡傞傕偺乯 幨恀2枃丄僷僗億乕僩 乧乧乧乧乧乧乧乧 怽惪偐傜庢摼傑偱 偡傋偰恊愗偛埬撪 奀奜偵峴偭偨偙偲偺側偄 恖偱傕娙扨偵庤懕偒偺弌棃傞 僲僂僴僂僥僉僗僩偑偁傟偽埨怱 僲僂僴僂僥僉僗僩堦幃丂3,000墌 偍怽偟崬傒偼偙偙傊 http://210.157.13.87/kokumen/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂崙嵺儔僀僙儞僗僙儞僞乕 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂儁僯僗嫮壔儅僔儞丂仭 帴婍僀僆儞偑揹摦偵傛偭偰捈愙嬊晹撪傪巋寖 儁僯僗偺嬝擏偑憹嫮丅 嶰擔娫偺巊梡偱捈宎侾僙儞僠偼懢偔側傞 嵶偔偰偍擸傒偺曽偼媑曬両 偙偺婍嬶傪巊梡偡傟偽偡偖偵帺怣偑暅妶 拞愜傟丄憗楻丄僀儞億僥儞僗偱偍擸傒偺曽偵偍姪傔偟傑偡丅 暃嶌梡柍偟丅憹戝岠壥敳孮 http://210.157.13.87/penikyou/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂偁傝偑偨帯椕堾 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂嬌旈忣曬帍丂仭 偙偺堦嶜偱摥偐偢偵怘傋偰偄偗傞忣曬偑僊僢僔儕枮嵹! 岲昡偵偮偒丄悑偵戞俁抏偑搊応!! 扤傕抦傜側偄棤媄乛棤忣曬側偺偱丄斊嵾僗儗僗儗傗堘朄側帠傕...丅 儌僠儘儞丄堚朄僱僞偼埆梡尩嬛丅 乮椺丗旕捠抦偱庴偗偨揹榖偺斣崋傪抦傞曽朄乯 撪梕廩幚偺挻曐懚杮丅 岼偱崅妟庢堷偝傟偰偄傞撪梕偑偓偭偟傝丅 僶僢僋僫儞僶乕戞侾抏丒戞俀抏傕愨巀敪攧拞侓 http://210.157.13.87/max/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俵俙倃摿庩忣曬幮 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂夛堳惂儘儕乕僞僋儔僽丂仭 俢倁俢丒價僨僆2500墌偐傜 僴僀僋僆儕僥傿夋幙偱偺斕攧儅僯傾僢僋側塮憸偺悢乆 傑偢偼僇僞儘僌惪媮偍懸偪偟偰偍傝傑偡乮嬊棷傔偱偺惪媮壜擻乯 偍庤尦偵偍撏偔晻摏偵偼丄偍媞條偺偍柤慜偺傒両摉幮柤偼堦愗擖傝傑偣傫丅 僇僞儘僌傪偍尒偰丄偍怽偟崬傒偔偩偝偄丅 http://210.157.13.87/roriclub/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂夛堳惂儘儕乕僞僋儔僽 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭SEX僼儗儞僪曞廤仭 恀寱偵SEX僼儗儞僪傪扵偟偰偄傞恖偩偗廤崌両 慡崙偳偙偱傕嬤偔偺恖傪僾儘僼傿乕儖晅偱偡偖徯夘丅 庒偄恖偐傜弉擭傑偱偄偭傁偄偄傞傛! 僟儞僫偵撪弿偺H傪妝偟傕偆両 http://210.157.13.87/sex/ 儗儌儞僋儔僽 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭傕傕偑偼偠偗偰傇偳偆偑備傟傞仭 偟偠傒偲傕傕偺僐儔儃儗乕僔儑儞 儘儕乕僞價僨僆乮俢倁俢乯愱栧 偄偮傑偱塩嬈偱偒傞偐傢偐傝傑偣傫 偛拲暥偼偍憗傔偵両 http://210.157.13.87/roridvd/ 嶌昳椺 彮彈揱愢丂柤屆壆抍抧9丂彮彈偺摴憪 側偳側偳132嶌昳丅岲昡敪攧拞両 丂(^-^)/~儘儕楩棙儉僩乕 丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵丵 仭丂俽俵僷乕僩僫乕徯夘懄擔丂仭 俽俵僷乕僩僫乕懄擔徯夘丅 墖彆傗SM僋儔僽偲偼堘偄丄俽俵垽岲幰偩偗偑廤偆夛丅 慡崙偱偛徯夘偱偒傑偡丅 偁側偨偺僾儗僀偵偁傢偣偰懄擔徯夘丅 僾儗僀戙嬥偼堦愗偐偐傝傑偣傫丅 擭楊偼20嵨埲忋丅 http://210.157.13.87/sm/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂俽俵僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂恖宍巘偑嶌偭偨寙嶌昳丂仭 書偒偟傔偨偔側傞傛偆側偍恖宍偝傫偑嶌傟傑偟偨丅 敋敪揑戝僸僢僩彜昳両 悢偵惂尷偑偁傞偨傔丄偍怽偟崬傒偼偍憗傔偵両 仚嬊晹傑偱杮暔偦偭偔傝偵惂嶌偟偨偨傔丄揦摢斕攧偱偒傑偣傫丅 http://210.157.13.87/dachi/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂恖宍巘媨愳僨僓僀儞 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂媡墖彆岎嵺偔傜傇丂仭 慺揋側抝惈偲挬傑偱擇恖丒丒丒丅 慺揋側抝惈傪崱偡偖婱彈偺尦傊岦偐傢偣傑偡丅 慡崙僱僢僩儚乕僋偱偡偖偵徯夘俷俲丅 庒偄彈惈傕墦椂偟側偄偱梀傃傑偔傠偆両 侾夞尷傝丄挿婜丄壗偱傕偁傝丅 侓彈惈偵桪偟偔偱偒傞抝惈僗僞僢僼傕摨帪曞廤拞侓 http://210.157.13.87/enjyo/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂媡墖彆夛 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仭丂怴憰奐揦両寖埨僙乕儖丂仭 AV.DVD寖埨僙乕儖 懠揦偱偼庤偵擖傜側偄傕偺偽偐偟ゥゥゥ 埲慜偺傛偆偵丄傛傠偟偔偍婅偄偟傑偡丅 懠揦偵晧偗偢寖埨椏嬥両 http://210.157.13.87/pink/ 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂旤彮彈僋儔僽 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 From owner-linux-xfs@oss.sgi.com Sat Nov 9 03:46:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 03:46:56 -0800 (PST) Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA9BknuR009379 for ; Sat, 9 Nov 2002 03:46:50 -0800 Received: from pc9391.physik.uni-regensburg.de (pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.11.6+Sun/8.11.6) with ESMTP id gA9Bm8d27612; Sat, 9 Nov 2002 12:48:08 +0100 (MET) Received: from guc28561 by pc9391.physik.uni-regensburg.de with local (Exim 3.35 #1 (Debian)) id 18AU5v-0007Wt-00; Sat, 09 Nov 2002 12:48:07 +0100 Date: Sat, 9 Nov 2002 12:48:07 +0100 From: Christian Guggenberger To: Thor Lancelot Simon Cc: linux-xfs@oss.sgi.com Subject: Re: pre3: missing header files in make dep? Message-ID: <20021109114807.GA28795@pc9391.physik.uni-regensburg.de> Reply-To: Christian.Guggenberger@physik.uni-regensburg.de References: <20021108204950.A18708@reefedge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021108204950.A18708@reefedge.com> User-Agent: Mutt/1.3.28i X-archive-position: 1595 X-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 Fri, Nov 08, 2002 at 08:49:50PM -0500, Thor Lancelot Simon wrote: > I unpacked the 2.4.19 sources from kernel.org, applied the 1.2pre3 patch, > ran make menuconfig, then ran make dep, and got errors on a large number of > files because linux/dqblk_xfs.h, linux/dqblk_v1.h, and linux/dqblk_v2.h > are missing. I can't find those files anywhere in the source tree that > results from applying the XFS 1.2pre3 patch to a 2.4.19 kernel tree. > > Is this expected? Am I doing something wrong? > Thor, I didn't hear about about the prerelease3 yet, there was no announcement, at least I didn't see it. You took the patches from oss.sgi.com:/projects/xfs/download/Release-1.2pre3/kernel_patches ?? When you look at their size (32kB) you'll recognize, that these are not what they're intended to be... Anyone of SGI to comment? Christian From owner-linux-xfs@oss.sgi.com Sat Nov 9 03:51:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 03:51:24 -0800 (PST) Received: from monkeyiq.dnsalias.org (dialup-69.20.221.203.acc06-john-stp.comindico.com.au [203.221.20.69]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA9BpKuR009815 for ; Sat, 9 Nov 2002 03:51:21 -0800 Received: by monkeyiq.dnsalias.org id gA9BqEk25512 ; Sat, 9 Nov 2002 21:52:14 +1000 Date: Sat, 9 Nov 2002 21:52:14 +1000 Message-Id: <200211091152.gA9BqEk25512@monkeyiq.dnsalias.org> Subject: User EA on symlinks, 2.4.19-xfs From: Ben Martin To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-archive-position: 1596 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: monkeyiq@users.sourceforge.net Precedence: bulk X-list: linux-xfs Hi, I was running 2.4.18-xfs for a long time and recently upgraded to 2.4.19-xfs. I was rereading some posts re security and softlinks with user EA, the end points seeming to be that it was a bad thing to have user.* on links. Though I don't see what is wrong with the owner being able to set user.ea for a softlink they own. $ touch dummy $ setfattr --name=user.fred -h --value=foo ./dummy $ getfattr -n user.fred dummy # file: dummy user.fred="foo" $ ll -d video lrwxrwx--- 1 ben ben 12 Aug 22 18:59 video -> /diskzilla/video/ $ setfattr --name=user.fred -h --value=foo ./video setfattr: ./video: Operation not permitted Is there a security issue here for setting EA on softlinks that one owns? I use EA to store icon name, x, y etc info in the object itself, and anything else I add to get around this will be a poor very app specific hack. I'm just hopefull that maybe security was maybe tightened too far or I have made a slip up? -- ----------------------------------------------------- In this world there are only two tragedies. One is not getting what one wants, and the other is getting it. -- Oscar Wilde http://witme.sourceforge.net/libferris.web/ From owner-linux-xfs@oss.sgi.com Sat Nov 9 04:10:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 04:10:43 -0800 (PST) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA9CAcuR011159 for ; Sat, 9 Nov 2002 04:10:38 -0800 Received: from erbenson.alaska.net (35-pm29.nwc.alaska.net [209.112.158.35]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id gA9CBvvW068025 for ; Sat, 9 Nov 2002 03:11:58 -0900 (AKST) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 0790C3A0B for ; Sat, 9 Nov 2002 03:11:56 -0900 (AKST) Received: by plato.local.lan (Postfix, from userid 1000) id 9199F4104E2; Sat, 9 Nov 2002 03:11:56 -0900 (AKST) Date: Sat, 9 Nov 2002 03:11:56 -0900 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: User EA on symlinks, 2.4.19-xfs Message-ID: <20021109121156.GH21771@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200211091152.gA9BqEk25512@monkeyiq.dnsalias.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O8XZ+2Hy8Kj8wLPZ" Content-Disposition: inline In-Reply-To: <200211091152.gA9BqEk25512@monkeyiq.dnsalias.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-archive-position: 1597 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs --O8XZ+2Hy8Kj8wLPZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 09, 2002 at 09:52:14PM +1000, Ben Martin wrote: > $ ll -d video > lrwxrwx--- 1 ben ben 12 Aug 22 18:59 video -> > /diskzilla/video/ > $ setfattr --name=3Duser.fred -h --value=3Dfoo ./video > setfattr: ./video: Operation not permitted >=20 > Is there a security issue here for setting EA on softlinks that one > owns? I use EA to store icon name, x, y etc info in the object itself, > and anything else I add to get around this will be a poor very app > specific hack. I'm just hopefull that maybe security was maybe tightened > too far or I have made a slip up? i don't believe there is a security problem with allowing EA for the owner only on symlinks, i think the reason its not allowed is because that would require special casing the security rules for user.* namespace. the user.* namespace is controlled by standard unix file permissions (which are supposed to be irrelevant on symlinks). it would be messy to add special casing for where its permissions for normal files and file owner for symlinks. rather then complicate the code in the kernel its just forbidden to set EAs on symlinks at all (unless your root probably).=20 the designers of the xattr interface want to keep the rules for various namespaces very clear and consistent, adding special cases like this violates that order. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --O8XZ+2Hy8Kj8wLPZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj3M+4wACgkQJKx7GixEevwTxgCfXn6gLoYR2Zmn53TbR+OXI1bb Xm4Anj+W7w8ckc8x0k94bKkJf4aY8WYF =6G3+ -----END PGP SIGNATURE----- --O8XZ+2Hy8Kj8wLPZ-- From owner-linux-xfs@oss.sgi.com Sat Nov 9 07:18:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 07:18:22 -0800 (PST) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA9FIHuR019423 for ; Sat, 9 Nov 2002 07:18:17 -0800 Received: from lupo (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) (authenticated bits=0) by lips.thebarn.com (8.12.6/8.12.6) with ESMTP id gA9FJbQf097111; Sat, 9 Nov 2002 09:19:38 -0600 (CST) (envelope-from cattelan@thebarn.com) Subject: Re: pre3: missing header files in make dep? From: Russell Cattelan To: Christian.Guggenberger@physik.uni-regensburg.de Cc: Thor Lancelot Simon , linux-xfs@oss.sgi.com In-Reply-To: <20021109114807.GA28795@pc9391.physik.uni-regensburg.de> References: <20021108204950.A18708@reefedge.com> <20021109114807.GA28795@pc9391.physik.uni-regensburg.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Nov 2002 09:19:37 -0600 Message-Id: <1036855178.4752.50.camel@lupo.thebarn.com> Mime-Version: 1.0 X-archive-position: 1598 X-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@thebarn.com Precedence: bulk X-list: linux-xfs On Sat, 2002-11-09 at 05:48, Christian Guggenberger wrote: > On Fri, Nov 08, 2002 at 08:49:50PM -0500, Thor Lancelot Simon wrote: > > I unpacked the 2.4.19 sources from kernel.org, applied the 1.2pre3 patch, > > ran make menuconfig, then ran make dep, and got errors on a large number of > > files because linux/dqblk_xfs.h, linux/dqblk_v1.h, and linux/dqblk_v2.h > > are missing. I can't find those files anywhere in the source tree that > > results from applying the XFS 1.2pre3 patch to a 2.4.19 kernel tree. > > > > Is this expected? Am I doing something wrong? > > > > Thor, > > I didn't hear about about the prerelease3 yet, there was no announcement, at > least I didn't see it. I sent an announcement to linux-xfs-announce but I'm guessing not many people are subscribing to that list these days. Anyways yes 1.2pre3 has been released and is available for download. I'm not sure what was going on with the patches, but I re-generated them this morning and uploaded them to oss.sgi.com. The md5sums: 506f8bddccd1422572cd65d9f6614fe1 linux-2.4.19-core-xfs-1.2pre3.patch.bz2 003db1c6348359660c210d45298cbbc9 linux-2.4.19-xfs-1.2pre3.patch.bz2 > You took the patches from > oss.sgi.com:/projects/xfs/download/Release-1.2pre3/kernel_patches > > ?? > > When you look at their size (32kB) you'll recognize, that these are not > what they're intended to be... > > Anyone of SGI to comment? > > Christian > -Russell Cattelan Digital Elves Inc. From owner-linux-xfs@oss.sgi.com Sat Nov 9 11:37:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 11:37:36 -0800 (PST) Received: from ubergeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA9JbWuR021312 for ; Sat, 9 Nov 2002 11:37:32 -0800 Received: (qmail 24348 invoked by uid 500); 9 Nov 2002 19:38:10 -0000 Subject: Re: Stack traces. From: Austin Gonyou To: linux-xfs@oss.sgi.com In-Reply-To: <1036805036.12615.201.camel@ubergeek> References: <1036805036.12615.201.camel@ubergeek> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 09 Nov 2002 13:38:10 -0600 Message-Id: <1036870690.24293.4.camel@ubergeek> Mime-Version: 1.0 X-archive-position: 1599 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: austin@coremetrics.com Precedence: bulk X-list: linux-xfs On Fri, 2002-11-08 at 19:23, Austin Gonyou wrote: > I've got a stack trace on a system and wanted someone to look at them. > If anyone could I'd much appreciate it. I'm running kernel 2.4.19-aa1, > yes, I know I need to patch it to update the xfs code. I'm running LVM, > and qlogic 2300's on this box with driver 6.01. I know there are issues > with all of this, but I would like some feedback and discussion about > it. I'm going to attempt to reproduce it again. If anyone could advise > on how best to do this as well, I'd much appreciate it. Sorry if you guys thing this stuff is annoying. I just need to get closure on the stack eating issue, so I can predict when our next failure will be to be *sure* if this is the problem and how to recognize it. The upper mgmt doesn't wanna change things too much if at all possible, and knowing the next level of fixes, would offer a good path for upgrades to the kernels on these servers, once we're out of the "holiday" woods so to speak. TIA Austin From owner-linux-xfs@oss.sgi.com Sat Nov 9 23:55:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 09 Nov 2002 23:55:12 -0800 (PST) Received: from Mail.CERT.Uni-Stuttgart.DE (mail.cert.uni-stuttgart.de [129.69.16.17]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAA7t9uR027705 for ; Sat, 9 Nov 2002 23:55:10 -0800 Received: from rusfw by Mail.CERT.Uni-Stuttgart.DE with local (Exim 4.10) id 18AmxN-0005jw-00 for linux-xfs@oss.sgi.com; Sun, 10 Nov 2002 08:56:33 +0100 To: linux-xfs@oss.sgi.com Subject: How risky is 2.5.x? From: Florian Weimer Date: Sun, 10 Nov 2002 08:56:33 +0100 Message-ID: <87wunlsvri.fsf@Login.CERT.Uni-Stuttgart.DE> User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 1600 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Weimer@CERT.Uni-Stuttgart.DE Precedence: bulk X-list: linux-xfs How risky is using recent 2.5.x kernels, either the Linus version or the SGI one? I do have backups, but recovering is still a mess. ;-) (I want to test some 2.5.x features, but I'm unwilling to set up a separate test system.) -- Florian Weimer Weimer@CERT.Uni-Stuttgart.DE University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/ RUS-CERT fax +49-711-685-5898 From owner-linux-xfs@oss.sgi.com Sun Nov 10 00:52:24 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 00:52:26 -0800 (PST) Received: from lightning.adam.com.au (lightning.adam.com.au [203.2.124.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAA8qNuR028426 for ; Sun, 10 Nov 2002 00:52:23 -0800 Received: (qmail 93077 invoked from network); 10 Nov 2002 08:53:41 -0000 Received: from 202-6-130-79.ip.adam.com.au (HELO linux.david.net.au) (202.6.130.79) by eden.adam.com.au with SMTP; 10 Nov 2002 08:53:41 -0000 Date: Sun, 10 Nov 2002 19:37:42 +1030 From: David Lloyd To: Florian Weimer Cc: linux-xfs@oss.sgi.com Subject: Re: How risky is 2.5.x? Message-Id: <20021110193742.70a3be2b.lloy0076@adam.com.au> In-Reply-To: <87wunlsvri.fsf@Login.CERT.Uni-Stuttgart.DE> References: <87wunlsvri.fsf@Login.CERT.Uni-Stuttgart.DE> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.9; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 1601 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lloy0076@adam.com.au Precedence: bulk X-list: linux-xfs Florian, > How risky is using recent 2.5.x kernels, either the Linus version or > the SGI one? It's a development kernel. I lurk on the linux kernel list and there are "issues" happening with it all the time and it changes all the time. It's a "use only if you are really testing" type thing. > (I want to test some 2.5.x features, but I'm unwilling to set up a > separate test system.) I would strongly counsel you to take the time to setup a separate test system if your data is important OR to understand the implications of running a development series kernel. DSL -- Angel of Music, why deny me? Turning from true beauty! Angel of music, do not shun me, Turn to your strange Angel! From owner-linux-xfs@oss.sgi.com Sun Nov 10 05:12:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 05:12:34 -0800 (PST) Received: from monkeyiq.dnsalias.org (dialup-161.162.221.203.acc05-john-stp.comindico.com.au [203.221.162.161]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAADBWuR004886 for ; Sun, 10 Nov 2002 05:12:00 -0800 Received: by monkeyiq.dnsalias.org id gAAD9X525574 ; Sun, 10 Nov 2002 23:09:33 +1000 Date: Sun, 10 Nov 2002 23:09:33 +1000 Message-Id: <200211101309.gAAD9X525574@monkeyiq.dnsalias.org> Subject: Re: User EA on symlinks, 2.4.19-xfs From: Ben Martin To: linux-xfs@oss.sgi.com Cc: acl-devel@bestbits.at Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-archive-position: 1602 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: monkeyiq@users.sourceforge.net Precedence: bulk X-list: linux-xfs On Sat, 2002-11-09 at 22:11, Ethan Benson wrote: > On Sat, Nov 09, 2002 at 09:52:14PM +1000, Ben Martin wrote: > > $ ll -d video > > lrwxrwx--- 1 ben ben 12 Aug 22 18:59 video -> > > /diskzilla/video/ > > $ setfattr --name=user.fred -h --value=foo ./video > > setfattr: ./video: Operation not permitted > > > > Is there a security issue here for setting EA on softlinks that one > > owns? I use EA to store icon name, x, y etc info in the object itself, > > and anything else I add to get around this will be a poor very app > > specific hack. I'm just hopefull that maybe security was maybe tightened > > too far or I have made a slip up? > > i don't believe there is a security problem with allowing EA for the > owner only on symlinks, i think the reason its not allowed is because > that would require special casing the security rules for user.* > namespace. the user.* namespace is controlled by standard unix file > permissions (which are supposed to be irrelevant on symlinks). it > would be messy to add special casing for where its permissions for > normal files and file owner for symlinks. hmm, I agree it would add yet another complication, but without such a case I think that many userland tools will build functions to do a similar thing in a app dependent way (eg, setting normal EA on a .xxx file for a symlink xxx). I'd love make 100% sure that the if( symlink && owner == current-id ) case is hated before I think of other ways around it (which might well be making the personal patch available to allow the above case). > > rather then complicate the code in the kernel its just forbidden to > set EAs on symlinks at all (unless your root probably). > > the designers of the xattr interface want to keep the rules for > various namespaces very clear and consistent, adding special cases > like this violates that order. I am wondering if it will make the system too simple for folks other than myself, who are storing per object metadata in EA and their systems break or display poorly for directories that the user has created symlinks in. Sort of trying to see if there is a community who think that the special case is worth existing or not. > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ -- ----------------------------------------------------- In this world there are only two tragedies. One is not getting what one wants, and the other is getting it. -- Oscar Wilde http://witme.sourceforge.net/libferris.web/ From owner-linux-xfs@oss.sgi.com Sun Nov 10 07:25:26 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 07:25:30 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAAFPPuR006027 for ; Sun, 10 Nov 2002 07:25:26 -0800 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 26ECE147B8; Sun, 10 Nov 2002 16:26:46 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Andreas Gruenbacher Organization: SuSE Linux AG To: Ben Martin Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs Date: Sun, 10 Nov 2002 16:26:45 +0100 User-Agent: KMail/1.4.3 Cc: acl-devel@bestbits.at, linux-xfs@oss.sgi.com References: <200211101309.gAAD9X525574@monkeyiq.dnsalias.org> In-Reply-To: <200211101309.gAAD9X525574@monkeyiq.dnsalias.org> MIME-Version: 1.0 Message-Id: <200211101626.45038.agruen@suse.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gAAFPQuR006028 X-archive-position: 1603 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: agruen@suse.de Precedence: bulk X-list: linux-xfs On Sunday 10 November 2002 14:09, Ben Martin wrote: > On Sat, 2002-11-09 at 22:11, Ethan Benson wrote: > > On Sat, Nov 09, 2002 at 09:52:14PM +1000, Ben Martin wrote: > > > $ ll -d video > > > lrwxrwx--- 1 ben ben 12 Aug 22 18:59 video -> > > > /diskzilla/video/ > > > $ setfattr --name=user.fred -h --value=foo ./video > > > setfattr: ./video: Operation not permitted > > > > > > Is there a security issue here for setting EA on softlinks that one > > > owns? I use EA to store icon name, x, y etc info in the object itself, > > > and anything else I add to get around this will be a poor very app > > > specific hack. I'm just hopefull that maybe security was maybe > > > tightened too far or I have made a slip up? > > > > i don't believe there is a security problem with allowing EA for the > > owner only on symlinks, i think the reason its not allowed is because > > that would require special casing the security rules for user.* > > namespace. the user.* namespace is controlled by standard unix file > > permissions (which are supposed to be irrelevant on symlinks). it > > would be messy to add special casing for where its permissions for > > normal files and file owner for symlinks. > > hmm, I agree it would add yet another complication, but without such a > case I think that many userland tools will build functions to do a > similar thing in a app dependent way (eg, setting normal EA on a .xxx > file for a symlink xxx). I'd love make 100% sure that the > if( symlink && owner == current-id ) > case is hated before I think of other ways around it (which might well > be making the personal patch available to allow the above case). The access rules for the user.* namespace are already complicated enough; I don't want to further complicate them. We have been anticipating additional namespaces with different access semantics, but nothing has been implemented yet: owner.* Allow access to the owner and to users capable of CAP_FOWNER. trusted.* Allow access to users capable of CAP_SYS_ADMIN. > > rather then complicate the code in the kernel its just forbidden to > > set EAs on symlinks at all (unless your root probably). Yes, user.* EAs are not allowed, but other kinds may be added that can be set on symlinks. > > the designers of the xattr interface want to keep the rules for > > various namespaces very clear and consistent, adding special cases > > like this violates that order. > > I am wondering if it will make the system too simple for folks other > than myself, who are storing per object metadata in EA and their systems > break or display poorly for directories that the user has created > symlinks in. Sort of trying to see if there is a community who think > that the special case is worth existing or not. The symlinks are usually thought of being references to objects only, not first-class objects on their own. Which information do you want to attach to the symlink that you can't attach to the object pointed to in the first place? --Andreas. From owner-linux-xfs@oss.sgi.com Sun Nov 10 09:43:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 09:43:56 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAAHhruR007493 for ; Sun, 10 Nov 2002 09:43:53 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAAHhr30007492 for linux-xfs@oss.sgi.com; Sun, 10 Nov 2002 09:43:53 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAAHhpuX007464 for ; Sun, 10 Nov 2002 09:43:51 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAAHFOkc007136; Sun, 10 Nov 2002 09:15:24 -0800 Date: Sun, 10 Nov 2002 09:15:24 -0800 Message-Id: <200211101715.gAAHFOkc007136@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 192] New: corruption 33869960 dinode X-Bugzilla-Reason: AssignedTo X-archive-position: 1604 X-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=192 Summary: corruption 33869960 dinode Product: Linux XFS Version: 1.2.x Platform: All OS/Version: Linux Status: NEW Severity: major Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: knutjbj@online.no If this is a userspace bug, what version of the package are you using: What kernel are you using:kernel-2.4.18-17SGIpre3 Where did the XFS code come from? (CVS, Linus, your distribution, etc): Description of Problem:corruption 33869960 dinode. I think there was a locking problem in /usr/var/lock in both subsys and console. When I moved those dir to a ext3 partion my problem went away. xfs_reapair fixed the partion without any problem How Reproducible: each time, Steps to Reproduce: 1. have var/locks with contain on a xfs root partion 2. reboot 3. watch ther erro appear Actual Results: Expected Results: Additional Information: ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Sun Nov 10 09:43:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 09:44:03 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAAHhruR007494 for ; Sun, 10 Nov 2002 09:43:53 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAAHhrFx007491 for linux-xfs@oss.sgi.com; Sun, 10 Nov 2002 09:43:53 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAAHhpuV007464 for ; Sun, 10 Nov 2002 09:43:51 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAAHP7FD007324; Sun, 10 Nov 2002 09:25:07 -0800 Date: Sun, 10 Nov 2002 09:25:07 -0800 Message-Id: <200211101725.gAAHP7FD007324@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 192] corruption 33869960 dinode X-Bugzilla-Reason: AssignedTo X-archive-position: 1605 X-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=192 ------- Additional Comments From knutjbj@online.no 2002-11-10 09:25 ------- Nov 10 17:25:12 knut kernel: Filesystem "ide0(3,66)": corrupt dinode 33869960, (btree extents). Unmount and run xfs_repair. Nov 10 17:25:12 knut kernel: Filesystem "ide0(3,66)": corrupt dinode 33869960, (btree extents). Unmount and run xfs_repair. This happen with a after clean shutdown,and a following reboot. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Sun Nov 10 13:20:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 13:20:57 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAALKsuR009907 for ; Sun, 10 Nov 2002 13:20:54 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAALKsGK009906 for linux-xfs@oss.sgi.com; Sun, 10 Nov 2002 13:20:54 -0800 Received: from tapu.f00f.org (tapu.f00f.org [66.60.186.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAALKpuR009892; Sun, 10 Nov 2002 13:20:51 -0800 Received: by tapu.f00f.org (Postfix, from userid 1000) id 746A41F0B35; Sun, 10 Nov 2002 13:22:18 -0800 (PST) Date: Sun, 10 Nov 2002 13:22:18 -0800 From: Chris Wedgwood To: bugzilla-daemon@oss.sgi.com Cc: xfs-master@oss.sgi.com, knutjbj@online.no Subject: Re: [Bug 192] New: corruption 33869960 dinode Message-ID: <20021110212218.GA7903@tapu.f00f.org> References: <200211101715.gAAHFOkc007136@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211101715.gAAHFOkc007136@oss.sgi.com> User-Agent: Mutt/1.4i X-No-Archive: Yes X-archive-position: 1606 X-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 Sun, Nov 10, 2002 at 09:15:24AM -0800, bugzilla-daemon@oss.sgi.com wrote: > What kernel are you using:kernel-2.4.18-17SGIpre3 Have you tried CVS HEAD of late? That fixed some funnies for me (I think recent hch commits are what made the difference). > Steps to Reproduce: > 1. have var/locks with contain on a xfs root partion > 2. reboot > 3. watch ther erro appear *Everything* for me is XFS and I can't reproduce this. Are there any more details? --cw From owner-linux-xfs@oss.sgi.com Sun Nov 10 13:31:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 13:31:53 -0800 (PST) Received: from burgers.bubbanfriends.org (IDENT:postfix@dhcp024-208-195-177.indy.rr.com [24.208.195.177]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAALVmuR010408 for ; Sun, 10 Nov 2002 13:31:49 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id 0668C400140 for ; Sun, 10 Nov 2002 16:33:21 -0500 (EST) Received: by burgers.bubbanfriends.org (Postfix, from userid 500) id 6977940013F; Sun, 10 Nov 2002 16:33:19 -0500 (EST) To: linux-xfs@oss.sgi.com Subject: kernel-headers-2.4.18-17 rpm? Message-Id: <20021110213319.6977940013F@burgers.bubbanfriends.org> Date: Sun, 10 Nov 2002 16:33:19 -0500 (EST) From: mburger@bubbanfriends.org (Mike Burger) X-Virus-Scanned: by AMaViS new-20020517 X-archive-position: 1607 X-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 Just wondering, as I'm not seeing an RPM for them. Is there an SGI kernel-headers rpm for 2.4.18-17SGI_XFS_1.2pre3? Or is the Red Hat kernel-headers rpm sufficient? I ask, because I know my system has a kernel-headers-2.4.9-34SGI_XFS_1.1 rpm installed, currently. Thanks. From owner-linux-xfs@oss.sgi.com Sun Nov 10 13:43:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 13:43:54 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAALhquR010905 for ; Sun, 10 Nov 2002 13:43:52 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAALhq9u010904 for linux-xfs@oss.sgi.com; Sun, 10 Nov 2002 13:43:52 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAALhpuT010890 for ; Sun, 10 Nov 2002 13:43:51 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAALTQ91010365; Sun, 10 Nov 2002 13:29:26 -0800 Date: Sun, 10 Nov 2002 13:29:26 -0800 Message-Id: <200211102129.gAALTQ91010365@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 192] corruption 33869960 dinode X-Bugzilla-Reason: AssignedTo X-archive-position: 1608 X-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=192 ------- Additional Comments From cw@f00f.org 2002-11-10 13:20 ------- Subject: Re: New: corruption 33869960 dinode On Sun, Nov 10, 2002 at 09:15:24AM -0800, bugzilla-daemon@oss.sgi.com wrote: > What kernel are you using:kernel-2.4.18-17SGIpre3 Have you tried CVS HEAD of late? That fixed some funnies for me (I think recent hch commits are what made the difference). > Steps to Reproduce: > 1. have var/locks with contain on a xfs root partion > 2. reboot > 3. watch ther erro appear *Everything* for me is XFS and I can't reproduce this. Are there any more details? --cw ------- Additional Comments From knutjbj@online.no 2002-11-10 13:29 ------- Created an attachment (id=46) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=46&action=view) This is a log off a xfs_repair of my xfs root This is a log off a xfs_repair of my xfs root ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Sun Nov 10 14:20:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 14:20:26 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAAMKLuR011535 for ; Sun, 10 Nov 2002 14:20:22 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA32119; Sun, 10 Nov 2002 16:21:43 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA07482; Sun, 10 Nov 2002 16:21:42 -0600 (CST) Date: Sun, 10 Nov 2002 16:20:56 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Mike Burger cc: linux-xfs@oss.sgi.com Subject: Re: kernel-headers-2.4.18-17 rpm? In-Reply-To: <20021110213319.6977940013F@burgers.bubbanfriends.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1609 X-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 Hi Mike - kernel-headers is now "glibc-kernheaders" and as the name implies, it matches your glibc version, not your kernel version. So you want the one from Red Hat, and we won't be shipping one. -Eric On Sun, 10 Nov 2002, Mike Burger wrote: > Just wondering, as I'm not seeing an RPM for them. > > Is there an SGI kernel-headers rpm for 2.4.18-17SGI_XFS_1.2pre3? > > Or is the Red Hat kernel-headers rpm sufficient? > > I ask, because I know my system has a kernel-headers-2.4.9-34SGI_XFS_1.1 > rpm installed, currently. > > Thanks. > > From owner-linux-xfs@oss.sgi.com Sun Nov 10 21:28:50 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 10 Nov 2002 21:28:53 -0800 (PST) Received: from rail.cita.utoronto.ca (rail.cita.utoronto.ca [128.100.76.4]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAB5SnuR018042 for ; Sun, 10 Nov 2002 21:28:49 -0800 Received: from [128.100.76.25] (marmot.cita.utoronto.ca) by rail.cita.utoronto.ca id 4434; Mon, 11 Nov 2002 00:30:17 Date: Mon, 11 Nov 2002 00:30:17 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: How risky is 2.5.x? Message-ID: <20021111003017.C23548@marmot.cita.utoronto.ca> References: <87wunlsvri.fsf@Login.CERT.Uni-Stuttgart.DE> <20021110193742.70a3be2b.lloy0076@adam.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021110193742.70a3be2b.lloy0076@adam.com.au>; from lloy0076@adam.com.au on Sun, Nov 10, 2002 at 07:37:42PM +1030 X-archive-position: 1610 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs On Sun, Nov 10, 2002 at 07:37:42PM +1030, David Lloyd wrote: >It's a development kernel. I lurk on the linux kernel list and there are >"issues" happening with it all the time and it changes all the time. It's >a "use only if you are really testing" type thing. There are 'issues' with all kernels. If there wasn't, then 2.4 development would have stopped at 2.4.0 :-) I've been running 2.5 XFS since 2.5.43 and have seen no corruption or crashing. I sometimes get an oops when it's trying to power-off the machine, but that's well after all filesystems have been unmounted. It's also possible a non-standard module (mga_vid.o) is to blame. One bug that I have seen with both 2.4.19-xfs and 2.5.*-xfs is that the rpm database sometimes gets 'locked' so that no rpm queries can be done as root. Other users can do an 'rpm -qa' with no problems... not sure if this is a generic rpm problem an xfs (file locking?) issue. It happens during rpm -Uvh when the install doesn't complete but instead hangs forever and needs to be kill -9'd. After that strace shows that root can't open /var/lib/rpm/Packages and it loops forever in select() waiting to access it. Its happened for me with RH7.3, RH8 and with 2.4.19-xfs cvs kernels and current 2.5 cvs kernels. Has anyone else seen behaviour like this? cheers, robin From owner-linux-xfs@oss.sgi.com Mon Nov 11 00:08:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 00:08:24 -0800 (PST) Received: from rail.cita.utoronto.ca (rail.cita.utoronto.ca [128.100.76.4]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAB88JuR020862 for ; Mon, 11 Nov 2002 00:08:20 -0800 Received: from [128.100.76.25] (marmot.cita.utoronto.ca) by rail.cita.utoronto.ca id 7200; Mon, 11 Nov 2002 03:09:48 Date: Mon, 11 Nov 2002 03:09:47 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: bug in rpm (was Re: How risky is 2.5.x?) Message-ID: <20021111030947.A24370@marmot.cita.utoronto.ca> References: <87wunlsvri.fsf@Login.CERT.Uni-Stuttgart.DE> <20021110193742.70a3be2b.lloy0076@adam.com.au> <20021111003017.C23548@marmot.cita.utoronto.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021111003017.C23548@marmot.cita.utoronto.ca>; from rjh on Mon, Nov 11, 2002 at 12:30:17AM -0500 X-archive-position: 1611 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs On Mon, Nov 11, 2002 at 12:30:17AM -0500, Robin Humble wrote: >It happens during rpm -Uvh when the install doesn't complete but >instead hangs forever and needs to be kill -9'd. After that strace >shows that root can't open /var/lib/rpm/Packages and it loops forever >in select() waiting to access it. Ok, thanks to those who emailed me - this is an rpm bug and nothing to do with xfs: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75826 cheers, robin From owner-linux-xfs@oss.sgi.com Mon Nov 11 00:34:21 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 00:34:24 -0800 (PST) Received: from riva.fashaf.co.za (na.sdn.net.za [66.8.40.138] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAB8YHuR021477 for ; Mon, 11 Nov 2002 00:34:19 -0800 Received: from mailserv.midrand.fashaf.co.za (mailserv.midrand.fashaf.co.za [172.30.2.253]) by riva.fashaf.co.za (Postfix) with ESMTP id 7C3B99CD2 for ; Mon, 11 Nov 2002 10:44:22 +0200 (SAST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailserv.midrand.fashaf.co.za (Postfix) with ESMTP id D8DDD4B179 for ; Mon, 11 Nov 2002 10:46:13 +0200 (SAST) Received: from mkgw.midrand.fashaf.co.za (midrand91.midrand.fashaf.co.za [172.30.2.91]) by mailserv.midrand.fashaf.co.za (Postfix) with SMTP id C0E284B419 for ; Mon, 11 Nov 2002 10:46:12 +0200 (SAST) Received: by mkgw.midrand.fashaf.co.za (sSMTP sendmail emulation); Mon, 11 Nov 2002 10:33:43 +0200 From: mk@fashaf.co.za Date: Mon, 11 Nov 2002 10:33:43 +0200 To: linux-xfs@oss.sgi.com Subject: XFS kernel wont boot when compiled with page buffer support Message-ID: <20021111083343.GA10109@fashaf.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline X-Operating-System: Linux 2.4.18-3 X-Editor: VIM - Vi IMproved 6.1 (http://www.vim.org/) X-Crypto: gpg (GnuPG) 1.0.7 (http://www.gnupg.org/) X-GPG-Key-ID: AA91CF25 X-GPG-Key-Fingerprint: 8D0B F1A3 5296 6CBC 7509 05B0 F3B8 CEF2 AA91 CF25 X-What-Happen: somebody set up us the bomb. User-Agent: Mutt/1.5.1i X-Virus-Scanned: by AMaViS 0.3.12pre7 X-archive-position: 1612 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@fashaf.co.za Precedence: bulk X-list: linux-xfs --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi When i compile my linux 2.4.18 kernel with Page buffer support it wont boot, its gets to uncompressing linux kernel, booting linux and just stays there. If i compile my kernel without it, it boots fine, is this still ok? If not how do i figure out what went wrong. Merritt --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9z2tn87jO8qqRzyURAk6dAKC9hsZ2+oHB+4Rd0dZLd4VH7eDCAwCfSCbJ c14p3qEPRm9vm29WuUF4l0M= =Ze/U -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-linux-xfs@oss.sgi.com Mon Nov 11 00:48:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 00:48:57 -0800 (PST) Received: from riva.fashaf.co.za (na.sdn.net.za [66.8.40.138] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAB8mbuR021977 for ; Mon, 11 Nov 2002 00:48:47 -0800 Received: from mailserv.midrand.fashaf.co.za (mailserv.midrand.fashaf.co.za [172.30.2.253]) by riva.fashaf.co.za (Postfix) with ESMTP id 3A0EA9CD5 for ; Mon, 11 Nov 2002 10:58:36 +0200 (SAST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailserv.midrand.fashaf.co.za (Postfix) with ESMTP id A12314B17B for ; Mon, 11 Nov 2002 11:00:27 +0200 (SAST) Received: from mkgw.midrand.fashaf.co.za (midrand91.midrand.fashaf.co.za [172.30.2.91]) by mailserv.midrand.fashaf.co.za (Postfix) with SMTP id 86D824B179 for ; Mon, 11 Nov 2002 11:00:26 +0200 (SAST) Received: by mkgw.midrand.fashaf.co.za (sSMTP sendmail emulation); Mon, 11 Nov 2002 10:47:56 +0200 From: mk@fashaf.co.za Date: Mon, 11 Nov 2002 10:47:56 +0200 To: linux-xfs@oss.sgi.com Subject: XFS kernel wont boot when configured with Page buffer Support Message-ID: <20021111084756.GA10614@fashaf.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline X-Operating-System: Linux 2.4.18-3 X-Editor: VIM - Vi IMproved 6.1 (http://www.vim.org/) X-Crypto: gpg (GnuPG) 1.0.7 (http://www.gnupg.org/) X-GPG-Key-ID: AA91CF25 X-GPG-Key-Fingerprint: 8D0B F1A3 5296 6CBC 7509 05B0 F3B8 CEF2 AA91 CF25 X-What-Happen: somebody set up us the bomb. User-Agent: Mutt/1.5.1i X-Virus-Scanned: by AMaViS 0.3.12pre7 X-archive-position: 1613 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@fashaf.co.za Precedence: bulk X-list: linux-xfs --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi When i configure my 2.4.18 kernel with Page buffer support (CONFIG_PAGE_BUF= F=3Dy) it hangs the machine. It gets as far as uncompressing kernel, loading linux= ...=20 then seems to die. If i configure the kernel without Page Buffer Support the kernel boots OK.=20 a kick in the right direction would be much appreciated. its a redhat 6.2 system with kernel 2.4.18 Thanks Merritt --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9z26887jO8qqRzyURAsKHAKDVGhudmQWUWxo+lRRltHVktBo3oACfd/ny tSCP13uVaCP0XdcKiUTWR+k= =blis -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-linux-xfs@oss.sgi.com Mon Nov 11 02:13:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 02:13:56 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gABADruR027401 for ; Mon, 11 Nov 2002 02:13:53 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gABADrwF027400 for linux-xfs@oss.sgi.com; Mon, 11 Nov 2002 02:13:53 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gABADpuX027380 for ; Mon, 11 Nov 2002 02:13:51 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gABAAHmY025653; Mon, 11 Nov 2002 02:10:17 -0800 Date: Mon, 11 Nov 2002 02:10:17 -0800 Message-Id: <200211111010.gABAAHmY025653@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 186] xfs_force_shutdown in xfs_trans_cancel X-Bugzilla-Reason: AssignedTo X-archive-position: 1614 X-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=186 ------- Additional Comments From c.pascoe@itee.uq.edu.au 2002-11-11 02:10 ------- A note - we've been running with the change that was committed to CVS for three days now on one of our high-use servers; all seems to be happy in this regard. Without it this machine would fail within 5-6 minutes - presumably this means the bug is fixed now. Regards, Chris ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Mon Nov 11 03:56:19 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 03:56:22 -0800 (PST) Received: from monkeyiq.dnsalias.org (dialup-64.163.221.203.acc05-john-stp.comindico.com.au [203.221.163.64]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABBuGuR031389 for ; Mon, 11 Nov 2002 03:56:18 -0800 Received: by monkeyiq.dnsalias.org id gABBtNT17542 ; Mon, 11 Nov 2002 21:55:23 +1000 Date: Mon, 11 Nov 2002 21:55:23 +1000 Message-Id: <200211111155.gABBtNT17542@monkeyiq.dnsalias.org> Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs From: Ben Martin To: Andreas Gruenbacher Cc: acl-devel@bestbits.at, linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-archive-position: 1615 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: monkeyiq@users.sourceforge.net Precedence: bulk X-list: linux-xfs On Mon, 2002-11-11 at 01:26, Andreas Gruenbacher wrote: > On Sunday 10 November 2002 14:09, Ben Martin wrote: > > On Sat, 2002-11-09 at 22:11, Ethan Benson wrote: > > > On Sat, Nov 09, 2002 at 09:52:14PM +1000, Ben Martin wrote: > > > > $ ll -d video > > > > lrwxrwx--- 1 ben ben 12 Aug 22 18:59 video -> > > > > /diskzilla/video/ > > > > $ setfattr --name=user.fred -h --value=foo ./video > > > > setfattr: ./video: Operation not permitted > > > > > > > > Is there a security issue here for setting EA on softlinks that one > > > > owns? I use EA to store icon name, x, y etc info in the object itself, > > > > and anything else I add to get around this will be a poor very app > > > > specific hack. I'm just hopefull that maybe security was maybe > > > > tightened too far or I have made a slip up? > > > > > > i don't believe there is a security problem with allowing EA for the > > > owner only on symlinks, i think the reason its not allowed is because > > > that would require special casing the security rules for user.* > > > namespace. the user.* namespace is controlled by standard unix file > > > permissions (which are supposed to be irrelevant on symlinks). it > > > would be messy to add special casing for where its permissions for > > > normal files and file owner for symlinks. > > > > hmm, I agree it would add yet another complication, but without such a > > case I think that many userland tools will build functions to do a > > similar thing in a app dependent way (eg, setting normal EA on a .xxx > > file for a symlink xxx). I'd love make 100% sure that the > > if( symlink && owner == current-id ) > > case is hated before I think of other ways around it (which might well > > be making the personal patch available to allow the above case). > > The access rules for the user.* namespace are already complicated enough; I > don't want to further complicate them. We have been anticipating additional > namespaces with different access semantics, but nothing has been implemented > yet: > > owner.* > Allow access to the owner and to users capable of CAP_FOWNER. OK, so if I defaulted to user.ferris-icon-x and then tried owner.ferris-icon-x I would have a somewhat valid solution. Also this would allow the user to copy the symlink and preserve the metadata fairly easily. > > trusted.* > Allow access to users capable of CAP_SYS_ADMIN. > > > > rather then complicate the code in the kernel its just forbidden to > > > set EAs on symlinks at all (unless your root probably). > > Yes, user.* EAs are not allowed, but other kinds may be added that can be set > on symlinks. I presume that patches are accepted :) If I am using XFS to store my EA then from the above I am going to attack some kernel VFS code to get the owner.* semantics, who do I send patches to? > > > > the designers of the xattr interface want to keep the rules for > > > various namespaces very clear and consistent, adding special cases > > > like this violates that order. > > > > I am wondering if it will make the system too simple for folks other > > than myself, who are storing per object metadata in EA and their systems > > break or display poorly for directories that the user has created > > symlinks in. Sort of trying to see if there is a community who think > > that the special case is worth existing or not. > > The symlinks are usually thought of being references to objects only, not > first-class objects on their own. > > Which information do you want to attach to the symlink that you can't attach > to the object pointed to in the first place? Basically its for multi desktop management. eg. I have ~/.ego/desktopN/ which has a bunch of symlinks for desktop N and a few special fake files for running raw scheme code. I may wish to represent /tmp in two views, one with a small icon on the right hand side of the screen just for convenience and on another desktop I might want /tmp with a 64x64 icon and be more prominent on the screen at top left. So as my code stands right now I store user.ferris-icon-name user.ferris-icon-x user.ferris-icon-y as EA on the object itself, be it a file/dir/symlink. This way the symlinks can have different icons and locations. > > --Andreas. > > -- ----------------------------------------------------- In this world there are only two tragedies. One is not getting what one wants, and the other is getting it. -- Oscar Wilde http://witme.sourceforge.net/libferris.web/ From owner-linux-xfs@oss.sgi.com Mon Nov 11 04:06:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 04:06:58 -0800 (PST) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABC6ruR032303 for ; Mon, 11 Nov 2002 04:06:53 -0800 Received: from erbenson.alaska.net (33-pm1.nwc.alaska.net [209.112.138.33]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id gABC8LvW018605 for ; Mon, 11 Nov 2002 03:08:21 -0900 (AKST) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id BAF013A0D for ; Mon, 11 Nov 2002 03:08:20 -0900 (AKST) Received: by plato.local.lan (Postfix, from userid 1000) id 3342F4104E2; Mon, 11 Nov 2002 03:08:20 -0900 (AKST) Date: Mon, 11 Nov 2002 03:08:20 -0900 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs Message-ID: <20021111120820.GD16831@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200211111155.gABBtNT17542@monkeyiq.dnsalias.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uxuisgdDHaNETlh8" Content-Disposition: inline In-Reply-To: <200211111155.gABBtNT17542@monkeyiq.dnsalias.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-archive-position: 1616 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs --uxuisgdDHaNETlh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 11, 2002 at 09:55:23PM +1000, Ben Martin wrote: >=20 > Basically its for multi desktop management.=20 > eg. I have ~/.ego/desktopN/ which has a bunch of symlinks for desktop N > and a few special fake files for running raw scheme code. I may wish to > represent /tmp in two views, one with a small icon on the right hand > side of the screen just for convenience and on another desktop I might > want /tmp with a 64x64 icon and be more prominent on the screen at top > left. So as my code stands right now I store > user.ferris-icon-name > user.ferris-icon-x > user.ferris-icon-y > as EA on the object itself, be it a file/dir/symlink. This way the > symlinks can have different icons and locations. this is somewhat off-topic, but are you really sure EAs are the best place for this kind of info? please consider that UNIX is a multi user OS, in shared directories this method of storage will fall down as the various users accessing the data will either clobber each other's preferences for icon placement, or be annoyed by other users choices (it all depends on the permissions of the files/dirs).=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --uxuisgdDHaNETlh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj3PnbQACgkQJKx7GixEevyuowCcCCxkT4IUplmah8IOmy+4LXl2 fvMAn1dtYW3jZr8vliXxBbkbUp6cJjdT =/gxw -----END PGP SIGNATURE----- --uxuisgdDHaNETlh8-- From owner-linux-xfs@oss.sgi.com Mon Nov 11 04:33:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 04:33:15 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABCXAuR000428 for ; Mon, 11 Nov 2002 04:33:11 -0800 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id E511A1459F; Mon, 11 Nov 2002 13:34:34 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Andreas Gruenbacher Organization: SuSE Linux AG To: "Theodore Ts'o" Subject: Re: Extended attributes: process vs. kernel context (e.g. HSM) Date: Mon, 11 Nov 2002 13:34:31 +0100 User-Agent: KMail/1.4.3 Cc: Alexander Viro , "Stephen C.Tweedie" , ext2-devel@lists.sourceforge.net, linux-xfs@oss.sgi.com References: <200211100135.26236.agruen@suse.de> <20021110013233.GH9589@think.thunk.org> In-Reply-To: <20021110013233.GH9589@think.thunk.org> MIME-Version: 1.0 Message-Id: <200211111334.32074.agruen@suse.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gABCXBuR000429 X-archive-position: 1617 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: agruen@suse.de Precedence: bulk X-list: linux-xfs On Sunday 10 November 2002 02:32, Theodore Ts'o wrote: > On Sun, Nov 10, 2002 at 01:35:26AM +0100, Andreas Gruenbacher wrote: > > If so, an unprivileged process that accesses a file has no direct > > access to the HSM meta data. The in-kernel code that implements HSM > > needs access to the HSM meta data to decide whether the file in > > question is online or offline, etc. Currently file systems can't > > tell if an extended attribute operation originated from the current > > user space process, or from in-kernel code in support of the current > > user space process. Would passing credentials down the xattr > > operations make sense? > > Well, we don't need to pass a full set of credentials down; the only > thing the xattr functions needs to know is whether should be > considered "privileged" (i.e., for the benefit of in-kernel code or > not). So all we need to do is to pass a single bit down to the xattr > functions. > > For i_op->setxattr, we already have a flags argument, so adding a new > flag would be pretty trivial. Unfortunately, we would need to add a > new argument to i_op->getxattr, i_op->listxattr, and > i_op->removexattr.... and it's after feature freeze. I think adding a (struct task_struct *) parameter to the xattr inode operations is a better idea --- I don't know how likely it is that credentials will be passed around in a future kernel, but if it's likely then the xattr inode operations would move in the right direction, instead of introducing weird flag(s). int (*setxattr) (struct dentry *, const char *, void *, size_t, int, struct task_struct *); ssize_t (*getxattr) (struct dentry *, const char *, void *, size_t, struct task_struct *); ssize_t (*listxattr) (struct dentry *, char *, size_t, struct task_struct *); int (*removexattr) (struct dentry *, const char *, struct task_struct *); > So while this is a relatively trivial change, I'd just as soon wait > until after Linus accepts some patch which completely replaces the > algorithms used by the core VM or Block I/O layers before I'd try to > advocate making a change to the VFS at this point. Let someone else > destroy the feature freeze first. :-/ :-) --Andreas. From owner-linux-xfs@oss.sgi.com Mon Nov 11 04:40:26 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 04:40:28 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABCeFuR000906 for ; Mon, 11 Nov 2002 04:40:15 -0800 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 5EFB814833; Mon, 11 Nov 2002 13:14:55 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Andreas Gruenbacher Organization: SuSE Linux AG To: Ben Martin Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs Date: Mon, 11 Nov 2002 13:14:53 +0100 User-Agent: KMail/1.4.3 Cc: acl-devel@bestbits.at, linux-xfs@oss.sgi.com References: <200211111155.gABBtNT17542@monkeyiq.dnsalias.org> In-Reply-To: <200211111155.gABBtNT17542@monkeyiq.dnsalias.org> MIME-Version: 1.0 Message-Id: <200211111314.53854.agruen@suse.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gABCeQuR000907 X-archive-position: 1618 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: agruen@suse.de Precedence: bulk X-list: linux-xfs On Monday 11 November 2002 12:55, Ben Martin wrote: > On Mon, 2002-11-11 at 01:26, Andreas Gruenbacher wrote: > > On Sunday 10 November 2002 14:09, Ben Martin wrote: > > > On Sat, 2002-11-09 at 22:11, Ethan Benson wrote: > > > > On Sat, Nov 09, 2002 at 09:52:14PM +1000, Ben Martin wrote: > > > > > $ ll -d video > > > > > lrwxrwx--- 1 ben ben 12 Aug 22 18:59 video -> > > > > > /diskzilla/video/ > > > > > $ setfattr --name=user.fred -h --value=foo ./video > > > > > setfattr: ./video: Operation not permitted > > > > > > > > > > Is there a security issue here for setting EA on softlinks that one > > > > > owns? I use EA to store icon name, x, y etc info in the object > > > > > itself, and anything else I add to get around this will be a poor > > > > > very app specific hack. I'm just hopefull that maybe security was > > > > > maybe tightened too far or I have made a slip up? > > > > > > > > i don't believe there is a security problem with allowing EA for the > > > > owner only on symlinks, i think the reason its not allowed is because > > > > that would require special casing the security rules for user.* > > > > namespace. the user.* namespace is controlled by standard unix file > > > > permissions (which are supposed to be irrelevant on symlinks). it > > > > would be messy to add special casing for where its permissions for > > > > normal files and file owner for symlinks. > > > > > > hmm, I agree it would add yet another complication, but without such a > > > case I think that many userland tools will build functions to do a > > > similar thing in a app dependent way (eg, setting normal EA on a .xxx > > > file for a symlink xxx). I'd love make 100% sure that the > > > if( symlink && owner == current-id ) > > > case is hated before I think of other ways around it (which might well > > > be making the personal patch available to allow the above case). > > > > The access rules for the user.* namespace are already complicated enough; > > I don't want to further complicate them. We have been anticipating > > additional namespaces with different access semantics, but nothing has > > been implemented yet: > > > > owner.* > > Allow access to the owner and to users capable of CAP_FOWNER. > > OK, so if I defaulted to user.ferris-icon-x and then tried > owner.ferris-icon-x I would have a somewhat valid solution. Also this > would allow the user to copy the symlink and preserve the metadata > fairly easily. > > > trusted.* > > Allow access to users capable of CAP_SYS_ADMIN. > > > > > > rather then complicate the code in the kernel its just forbidden to > > > > set EAs on symlinks at all (unless your root probably). > > > > Yes, user.* EAs are not allowed, but other kinds may be added that can be > > set on symlinks. > > I presume that patches are accepted :) If I am using XFS to store my EA > then from the above I am going to attack some kernel VFS code to get the > owner.* semantics, who do I send patches to? I feel somewhat responsible for ext2/ext3, and slightly less so for reiserfs. For XFS the right contact would be Nathan Scott, or the linux-xfs list. We should try to make a coordinated move. > [...] > > Which information do you want to attach to the symlink that you can't > > attach to the object pointed to in the first place? > > Basically its for multi desktop management. > eg. I have ~/.ego/desktopN/ which has a bunch of symlinks for desktop N > and a few special fake files for running raw scheme code. I may wish to > represent /tmp in two views, one with a small icon on the right hand > side of the screen just for convenience and on another desktop I might > want /tmp with a 64x64 icon and be more prominent on the screen at top > left. So as my code stands right now I store > user.ferris-icon-name > user.ferris-icon-x > user.ferris-icon-y > as EA on the object itself, be it a file/dir/symlink. This way the > symlinks can have different icons and locations. I see. The benefit over implementing this via special files seems to be that the symlink can be used by applications in the usual ways. Still it's seems kind of ugly to me... --Andreas. From owner-linux-xfs@oss.sgi.com Mon Nov 11 05:05:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 05:05:45 -0800 (PST) Received: from monkeyiq.dnsalias.org (dialup-182.160.221.203.acc04-john-stp.comindico.com.au [203.221.160.182]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABD5euR001581 for ; Mon, 11 Nov 2002 05:05:42 -0800 Received: by monkeyiq.dnsalias.org id gABD4dq21804 ; Mon, 11 Nov 2002 23:04:39 +1000 Date: Mon, 11 Nov 2002 23:04:39 +1000 Message-Id: <200211111304.gABD4dq21804@monkeyiq.dnsalias.org> Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs From: Ben Martin To: Andreas Gruenbacher Cc: acl-devel@bestbits.at, linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-archive-position: 1619 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: monkeyiq@users.sourceforge.net Precedence: bulk X-list: linux-xfs On Mon, 2002-11-11 at 22:14, Andreas Gruenbacher wrote: > > I feel somewhat responsible for ext2/ext3, and slightly less so for reiserfs. > For XFS the right contact would be Nathan Scott, or the linux-xfs list. We > should try to make a coordinated move. OK, I'll keep cc'ing both lists if/when I get the patches going. > > > [...] > > > Which information do you want to attach to the symlink that you can't > > > attach to the object pointed to in the first place? > > > > Basically its for multi desktop management. > > eg. I have ~/.ego/desktopN/ which has a bunch of symlinks for desktop N > > and a few special fake files for running raw scheme code. I may wish to > > represent /tmp in two views, one with a small icon on the right hand > > side of the screen just for convenience and on another desktop I might > > want /tmp with a 64x64 icon and be more prominent on the screen at top > > left. So as my code stands right now I store > > user.ferris-icon-name > > user.ferris-icon-x > > user.ferris-icon-y > > as EA on the object itself, be it a file/dir/symlink. This way the > > symlinks can have different icons and locations. > > I see. The benefit over implementing this via special files seems to be that > the symlink can be used by applications in the usual ways. Still it's seems > kind of ugly to me... What solution would you suggest? I have thought of adapting libferris to support a new symlink format, using regular files and pretending at its API level that it is a link. I was still trying to avoid that for now as it opens up a few other issues. > > --Andreas. > > _______________________________________________ > acl-devel mailing list > acl-devel@bestbits.at > http://acl.bestbits.at/mailman/listinfo/acl-devel -- ----------------------------------------------------- In this world there are only two tragedies. One is not getting what one wants, and the other is getting it. -- Oscar Wilde http://witme.sourceforge.net/libferris.web/ From owner-linux-xfs@oss.sgi.com Mon Nov 11 05:09:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 05:09:15 -0800 (PST) Received: from monkeyiq.dnsalias.org (dialup-182.160.221.203.acc04-john-stp.comindico.com.au [203.221.160.182]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABD9BuR002008 for ; Mon, 11 Nov 2002 05:09:13 -0800 Received: by monkeyiq.dnsalias.org id gABD8IQ21834 ; Mon, 11 Nov 2002 23:08:18 +1000 Date: Mon, 11 Nov 2002 23:08:18 +1000 Message-Id: <200211111308.gABD8IQ21834@monkeyiq.dnsalias.org> Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs From: Ben Martin To: Ethan Benson Cc: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-archive-position: 1620 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: monkeyiq@users.sourceforge.net Precedence: bulk X-list: linux-xfs On Mon, 2002-11-11 at 22:08, Ethan Benson wrote: > On Mon, Nov 11, 2002 at 09:55:23PM +1000, Ben Martin wrote: > > > > Basically its for multi desktop management. > > eg. I have ~/.ego/desktopN/ which has a bunch of symlinks for desktop N > > and a few special fake files for running raw scheme code. I may wish to > > represent /tmp in two views, one with a small icon on the right hand > > side of the screen just for convenience and on another desktop I might > > want /tmp with a 64x64 icon and be more prominent on the screen at top > > left. So as my code stands right now I store > > user.ferris-icon-name > > user.ferris-icon-x > > user.ferris-icon-y > > as EA on the object itself, be it a file/dir/symlink. This way the > > symlinks can have different icons and locations. > > this is somewhat off-topic, but are you really sure EAs are the best > place for this kind of info? please consider that UNIX is a multi > user OS, in shared directories this method of storage will fall down > as the various users accessing the data will either clobber each > other's preferences for icon placement, or be annoyed by other users > choices (it all depends on the permissions of the files/dirs). Well, to solve multi user its easy to use user.ferris-icon-x-joe-black etc. Of the usual suspects ie: * efm style, using a .efm-meta file in the directory * out of line ~/.myapp/icondata.db * filename mirroring, fileX has a .fileX.meta * GConf style I chose to go with using EA for this because its easy to have multi apps using the same data and IMHO its easier to administer because copy/move can preserve metadata easier. > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ -- ----------------------------------------------------- In this world there are only two tragedies. One is not getting what one wants, and the other is getting it. -- Oscar Wilde http://witme.sourceforge.net/libferris.web/ From owner-linux-xfs@oss.sgi.com Mon Nov 11 05:37:48 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 05:37:51 -0800 (PST) Received: from lightning.adam.com.au (lightning.adam.com.au [203.2.124.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABDbkuR002739 for ; Mon, 11 Nov 2002 05:37:47 -0800 Received: (qmail 15743 invoked from network); 11 Nov 2002 13:39:11 -0000 Received: from 202-6-130-79.ip.adam.com.au (HELO localhost) (202.6.130.79) by eden.adam.com.au with SMTP; 11 Nov 2002 13:39:11 -0000 Date: Tue, 12 Nov 2002 00:23:16 +1030 From: David Lloyd To: Robin Humble Cc: linux-xfs@oss.sgi.com Subject: Re: How risky is 2.5.x? Message-Id: <20021112002316.0611f1d3.lloy0076@adam.com.au> In-Reply-To: <20021111003017.C23548@marmot.cita.utoronto.ca> References: <87wunlsvri.fsf@Login.CERT.Uni-Stuttgart.DE> <20021110193742.70a3be2b.lloy0076@adam.com.au> <20021111003017.C23548@marmot.cita.utoronto.ca> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.9; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 1621 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lloy0076@adam.com.au Precedence: bulk X-list: linux-xfs Robin, > There are 'issues' with all kernels. If there wasn't, then 2.4 > development would have stopped at 2.4.0 :-) Yes, but 2.4.X kernels aren't meant to be in a state of quick and sudden flux. Whilst I agree new features are added to 2.4.X series kernels there are by far more known issues with a 2.5.X series kernel. Indeed, I could equally argue that if 2.5.X is so supposedly stable, then why bother running a development version at all and just merge everything into 2.4.X... DSL -- Angel of Music, why deny me? Turning from true beauty! Angel of music, do not shun me, Turn to your strange Angel! From owner-linux-xfs@oss.sgi.com Mon Nov 11 05:54:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 05:54:31 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABDsQuR003478 for ; Mon, 11 Nov 2002 05:54:27 -0800 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 7AFEC1485E; Mon, 11 Nov 2002 14:55:51 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Andreas Gruenbacher Organization: SuSE Linux AG To: Stindl Wolfgang EXT Subject: Re: [Acl-Devel] e2fsck -f ==> system hangs Date: Mon, 11 Nov 2002 14:55:50 +0100 User-Agent: KMail/1.4.3 References: <47D438A0510BD611B9470002A58EDAE7B70DBD@mchh2a6e.mchh.siemens.de> In-Reply-To: <47D438A0510BD611B9470002A58EDAE7B70DBD@mchh2a6e.mchh.siemens.de> Cc: acl-devel@bestbits.at, linux-xfs@oss.sgi.com MIME-Version: 1.0 Message-Id: <200211111455.50845.agruen@suse.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gABDsRuR003480 X-archive-position: 1622 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: agruen@suse.de Precedence: bulk X-list: linux-xfs On Monday 11 November 2002 14:39, Stindl Wolfgang EXT wrote: > Hi, > > every time I run e2fsck with an acl-enabled kernel, the system hangs. You mean while checking a file system e2fsck hangs if running on a kernel that has the xattr+acl patches, but it runs successfully on a kernel with just those two patches removed? Does the kernel hang when using the file system instead? If so, could you please check if this works (substitute the correct partition for /dev/hda1): $ dd if=/dev/hda1 of=/dev/null If you are running SuSE 8.1, why can't you run the SuSE kernel? --Andreas. From owner-linux-xfs@oss.sgi.com Mon Nov 11 06:42:16 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 06:42:18 -0800 (PST) Received: from guardian.hermes.si (guardian.hermes.si [193.77.5.150]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABEgDuR004269 for ; Mon, 11 Nov 2002 06:42:15 -0800 Received: from primus.hermes.si (primus.hermes.si [193.77.5.98]) by guardian.hermes.si (8.9.3/8.9.3) with ESMTP id PAA00894; Mon, 11 Nov 2002 15:42:47 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by primus.hermes.si (Postfix) with ESMTP id 2800B73C8B; Mon, 11 Nov 2002 15:41:05 +0100 (CET) Received: from hsl-lj3x.hermes.si (hsl-lj3x.hermes.si [10.41.200.200]) by primus.hermes.si (Postfix) with ESMTP id 868A673C85; Mon, 11 Nov 2002 15:41:04 +0100 (CET) Received: by hsl-lj3x.hermes.si with Internet Mail Service (5.5.2653.19) id ; Mon, 11 Nov 2002 15:40:10 +0100 Message-ID: From: Luka Renko To: Andreas Gruenbacher , "Theodore Ts'o" Cc: Alexander Viro , "Stephen C.Tweedie" , ext2-devel@lists.sourceforge.net, linux-xfs@oss.sgi.com Subject: RE: [Ext2-devel] Re: Extended attributes: process vs. kernel cont ext (e.g. HSM) Date: Mon, 11 Nov 2002 15:40:09 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Virus-Scanned: by AMaViS snapshot-20010714 X-archive-position: 1623 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: luka.renko@hermes.si Precedence: bulk X-list: linux-xfs On Mon, November 11, 2002, Andreas Gruenbacher wrote: > I think adding a (struct task_struct *) parameter to the xattr inode > operations is a better idea --- I don't know how likely it is that > credentials will be passed around in a future kernel, but if > it's likely then > the xattr inode operations would move in the right direction, > instead of > introducing weird flag(s). But to we know that this will be the move in the right direction? I kind of like Ted's proposal (adding just flag for priviledged uses) - it just extends flags argument to all xattr functions (currently only in setxattr). If task_struct will be passed in the future, a major refactoring of VFS will be required anyhow and xattr functions will be just a smaller part of the effort. Regards, Luka From owner-linux-xfs@oss.sgi.com Mon Nov 11 07:36:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 07:36:54 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABFajuR005288 for ; Mon, 11 Nov 2002 07:36:46 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA49373 for ; Mon, 11 Nov 2002 09:38:10 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA15890 for ; Mon, 11 Nov 2002 09:38:10 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gABFb3320014; Mon, 11 Nov 2002 09:37:03 -0600 Message-Id: <200211111537.gABFb3320014@jen.americas.sgi.com> Date: Mon, 11 Nov 2002 09:37:03 -0600 Subject: TAKE - merge up to 2.5.47 To: linux-xfs@oss.sgi.com X-archive-position: 1624 X-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@sgi.com Precedence: bulk X-list: linux-xfs The XFS in this tree and Linus's are basically the same except for dmapi now. The only other difference in this tree is kdb. Steve Date: Mon Nov 11 07:34:38 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132670a linux/usr/initramfs_data.scr - 1.1 linux/arch/ppc/syslib/pplus_common.c - 1.1 linux/arch/ppc/syslib/prep_nvram.c - 1.1 linux/drivers/net/b44.c - 1.1 linux/drivers/net/b44.h - 1.1 linux/drivers/net/irda/actisys-sir.c - 1.1 linux/drivers/net/irda/esi-sir.c - 1.1 linux/drivers/net/irda/irtty-sir.c - 1.1 linux/Documentation/kbuild/kconfig-language.txt - 1.1 linux/Documentation/networking/pktgen.txt - 1.1 linux/drivers/net/irda/irtty-sir.h - 1.1 linux/drivers/net/irda/sir-dev.h - 1.1 linux/drivers/net/irda/sir_core.c - 1.1 linux/drivers/net/irda/sir_dev.c - 1.1 linux/drivers/net/irda/sir_dongle.c - 1.1 linux/drivers/net/irda/sir_kthread.c - 1.1 linux/drivers/net/irda/tekram-sir.c - 1.1 linux/drivers/hotplug/cpcihp_zt5550.h - 1.1 linux/drivers/hotplug/cpcihp_zt5550.c - 1.1 linux/drivers/hotplug/cpcihp_generic.c - 1.1 linux/drivers/hotplug/cpci_hotplug_pci.c - 1.1 linux/drivers/hotplug/cpci_hotplug_core.c - 1.1 linux/drivers/hotplug/cpci_hotplug.h - 1.1 linux/drivers/serial/68328serial.c - 1.1 linux/drivers/serial/68328serial.h - 1.1 linux/drivers/serial/68360serial.c - 1.1 linux/drivers/serial/mcfserial.c - 1.1 linux/drivers/serial/mcfserial.h - 1.1 linux/drivers/serial/nb85e_uart.c - 1.1 linux/crypto/sha256.c - 1.1 linux/crypto/hmac.c - 1.1 linux/crypto/blowfish.c - 1.1 linux/fs/jfs/jfs_acl.h - 1.1 linux/arch/ppc/syslib/todc_time.c - 1.1 linux/arch/ppc/syslib/qspan_pci.c - 1.1 linux/arch/ppc/syslib/prom_init.c - 1.1 linux/arch/ppc/syslib/prom.c - 1.1 linux/arch/ppc/syslib/ppc8xx_pic.h - 1.1 linux/arch/ppc/syslib/ppc8xx_pic.c - 1.1 linux/arch/ppc/syslib/ppc8260_pic.h - 1.1 linux/arch/ppc/syslib/ppc8260_pic.c - 1.1 linux/arch/ppc/syslib/ppc4xx_setup.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/Makefile - 1.1 linux/arch/i386/kernel/cpu/mcheck/k7.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/mce.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/mce.h - 1.1 linux/arch/i386/kernel/cpu/mcheck/non-fatal.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/p4.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/p5.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/p6.c - 1.1 linux/arch/i386/kernel/cpu/mcheck/winchip.c - 1.1 linux/arch/ppc/syslib/ppc4xx_serial.c - 1.1 linux/net/key/af_key.c - 1.1 linux/arch/ppc/syslib/ppc4xx_pm.c - 1.1 linux/arch/ppc/syslib/ppc4xx_pic.c - 1.1 linux/net/key/Makefile - 1.1 linux/arch/ppc/syslib/ppc4xx_kgdb.c - 1.1 linux/arch/ppc/syslib/ppc405_pci.c - 1.1 linux/arch/ppc/syslib/ppc405_dma.c - 1.1 linux/arch/ppc/syslib/pci_auto.c - 1.1 linux/arch/ppc/syslib/open_pic_defs.h - 1.1 linux/arch/ppc/syslib/open_pic.c - 1.1 linux/arch/ppc/syslib/mpc10x_common.c - 1.1 linux/arch/ppc/syslib/m8xx_setup.c - 1.1 linux/arch/ppc/syslib/m8260_setup.c - 1.1 linux/arch/ppc/syslib/indirect_pci.c - 1.1 linux/arch/ppc/syslib/i8259.c - 1.1 linux/arch/ppc/syslib/harrier.c - 1.1 linux/arch/ppc/syslib/gt64260_pic.c - 1.1 linux/arch/ppc/syslib/gt64260_common.c - 1.1 linux/arch/ppc/syslib/cpc710.h - 1.1 linux/arch/ppc/syslib/cpc700_pic.c - 1.1 linux/arch/ppc/syslib/cpc700.h - 1.1 linux/arch/ppc/syslib/btext.c - 1.1 linux/arch/ppc/syslib/Makefile - 1.1 linux/arch/ppc/kernel/ppc6xx_idle.c - 1.1 linux/arch/ppc/kernel/iSeries_idle.c - 1.1 linux/net/core/pktgen.c - 1.1 linux/net/ipv4/esp.c - 1.1 linux/scripts/tkparse.h - 1.6 linux/scripts/tkparse.c - 1.10 linux/scripts/tkgen.c - 1.9 linux/scripts/tkcond.c - 1.6 linux/scripts/tail.tk - 1.6 linux/scripts/README.Menuconfig - 1.3 linux/scripts/Menuconfig - 1.17 linux/scripts/Makefile - 1.13 linux/scripts/Configure - 1.18 linux/net/sunrpc/xprt.c - 1.36 linux/net/sunrpc/svcsock.c - 1.25 linux/net/sunrpc/svc.c - 1.18 linux/net/sunrpc/sunrpc_syms.c - 1.17 linux/net/sunrpc/sched.c - 1.33 linux/net/sunrpc/pmap_clnt.c - 1.9 linux/net/sunrpc/clnt.c - 1.24 linux/net/sunrpc/auth_unix.c - 1.10 linux/net/sunrpc/auth_null.c - 1.10 linux/net/socket.c - 1.47 linux/net/sched/sch_api.c - 1.15 linux/net/packet/af_packet.c - 1.38 linux/net/netsyms.c - 1.55 linux/net/irda/irlap_frame.c - 1.18 linux/net/ipv6/tcp_ipv6.c - 1.44 linux/net/ipv6/route.c - 1.26 linux/net/ipv6/reassembly.c - 1.14 linux/net/ipv6/ip6_fib.c - 1.15 linux/net/ipv6/addrconf.c - 1.30 linux/net/ipv4/udp.c - 1.36 linux/net/ipv4/tcp_ipv4.c - 1.54 linux/net/ipv4/tcp_input.c - 1.46 linux/net/ipv4/tcp.c - 1.49 linux/net/ipv4/route.c - 1.39 linux/net/ipv4/raw.c - 1.28 linux/net/ipv4/ipmr.c - 1.26 linux/net/ipv4/ipip.c - 1.27 linux/net/ipv4/ip_sockglue.c - 1.22 linux/net/ipv4/ip_output.c - 1.39 linux/net/ipv4/ip_input.c - 1.19 linux/net/ipv4/ip_gre.c - 1.26 linux/net/ipv4/ip_forward.c - 1.10 linux/net/ipv4/fib_hash.c - 1.8 linux/net/ipv4/devinet.c - 1.19 linux/net/ipv4/af_inet.c - 1.45 linux/net/ipv4/Makefile - 1.14 linux/net/core/profile.c - 1.10 linux/net/core/dst.c - 1.13 linux/net/core/dev.c - 1.63 linux/net/core/Makefile - 1.12 linux/net/ax25/ax25_dev.c - 1.6 linux/net/Makefile - 1.28 linux/mm/slab.c - 1.45 linux/mm/page_alloc.c - 1.100 linux/mm/mmap.c - 1.66 linux/mm/filemap.c - 1.143 linux/lib/vsprintf.c - 1.19 linux/kernel/sysctl.c - 1.61 linux/kernel/signal.c - 1.46 linux/kernel/sched.c - 1.89 linux/kernel/ksyms.c - 1.175 linux/kernel/fork.c - 1.77 linux/kernel/exit.c - 1.58 linux/include/net/sock.h - 1.40 linux/include/net/snmp.h - 1.10 linux/include/net/route.h - 1.20 linux/include/net/protocol.h - 1.9 linux/include/net/dst.h - 1.10 linux/include/linux/vmalloc.h - 1.22 linux/include/linux/timer.h - 1.19 linux/include/linux/sysctl.h - 1.66 linux/include/linux/sunrpc/xprt.h - 1.17 linux/include/linux/sunrpc/xdr.h - 1.10 linux/include/linux/sunrpc/svcsock.h - 1.9 linux/include/linux/sunrpc/svc.h - 1.12 linux/include/linux/sunrpc/sched.h - 1.13 linux/include/linux/sunrpc/clnt.h - 1.12 linux/include/linux/slab.h - 1.26 linux/include/linux/sched.h - 1.92 linux/include/linux/rpcsock.h - 1.3 linux/include/linux/resource.h - 1.5 linux/include/linux/poll.h - 1.6 linux/include/linux/pci.h - 1.68 linux/include/linux/pagemap.h - 1.50 linux/include/linux/nfsiod.h - 1.3 linux/include/linux/nfsd/xdr3.h - 1.8 linux/include/linux/nfsd/xdr.h - 1.8 linux/include/linux/nfs_fs_sb.h - 1.10 linux/include/linux/nfs_fs.h - 1.29 linux/include/linux/module.h - 1.38 linux/include/linux/mm.h - 1.108 linux/include/linux/ipsec.h - 1.4 linux/include/linux/inetdevice.h - 1.8 linux/include/linux/in.h - 1.7 linux/include/linux/fs.h - 1.199 linux/include/linux/elfcore.h - 1.6 linux/include/linux/elf.h - 1.17 linux/include/linux/blkdev.h - 1.78 linux/include/asm-sparc64/unistd.h - 1.28 linux/include/asm-sparc64/poll.h - 1.4 linux/include/asm-sparc64/elf.h - 1.15 linux/include/asm-sparc/vac-ops.h - 1.4 linux/include/asm-sparc/unistd.h - 1.26 linux/include/asm-sparc/system.h - 1.16 linux/include/asm-sparc/poll.h - 1.4 linux/include/asm-ppc/unistd.h - 1.28 linux/include/asm-ppc/poll.h - 1.5 linux/include/asm-ppc/page.h - 1.18 linux/include/asm-ppc/mman.h - 1.9 linux/include/asm-ppc/machdep.h - 1.26 linux/include/asm-i386/hardirq.h - 1.26 linux/include/asm-i386/elf.h - 1.8 linux/include/asm-i386/bitops.h - 1.16 linux/fs/umsdos/rdir.c - 1.17 linux/fs/umsdos/inode.c - 1.28 linux/fs/umsdos/dir.c - 1.21 linux/fs/ufs/super.c - 1.38 linux/fs/ufs/inode.c - 1.27 linux/fs/ufs/dir.c - 1.21 linux/fs/stat.c - 1.29 linux/fs/read_write.c - 1.29 linux/fs/ntfs/inode.c - 1.24 linux/fs/nfsd/vfs.c - 1.60 linux/fs/nfsd/nfsxdr.c - 1.19 linux/fs/nfsd/nfsproc.c - 1.30 linux/fs/nfsd/nfs3xdr.c - 1.32 linux/fs/nfsd/nfs3proc.c - 1.20 linux/fs/nfs/write.c - 1.45 linux/fs/nfs/read.c - 1.37 linux/fs/nfs/nfsroot.c - 1.17 linux/fs/nfs/nfs2xdr.c - 1.22 linux/fs/nfs/mount_clnt.c - 1.9 linux/fs/nfs/inode.c - 1.58 linux/fs/nfs/file.c - 1.39 linux/fs/nfs/Makefile - 1.11 linux/fs/locks.c - 1.35 linux/fs/file_table.c - 1.27 linux/fs/fifo.c - 1.17 linux/fs/fat/inode.c - 1.52 linux/fs/fat/file.c - 1.28 linux/fs/fat/dir.c - 1.22 linux/fs/ext2/super.c - 1.39 linux/fs/ext2/inode.c - 1.60 linux/fs/ext2/dir.c - 1.25 linux/fs/ext2/acl.c - 1.8 linux/fs/exec.c - 1.72 linux/fs/buffer.c - 1.142 linux/fs/block_dev.c - 1.68 linux/fs/binfmt_misc.c - 1.27 linux/fs/binfmt_elf.c - 1.49 linux/fs/attr.c - 1.19 linux/fs/affs/symlink.c - 1.16 linux/fs/affs/super.c - 1.28 linux/fs/affs/namei.c - 1.22 linux/fs/affs/file.c - 1.32 linux/fs/affs/dir.c - 1.16 linux/fs/affs/amigaffs.c - 1.15 linux/drivers/video/fbmem.c - 1.54 linux/drivers/video/fbcon.c - 1.30 linux/drivers/scsi/wd7000.c - 1.20 linux/drivers/scsi/ultrastor.h - 1.5 linux/drivers/scsi/ultrastor.c - 1.16 linux/drivers/scsi/u14-34f.h - 1.15 linux/drivers/scsi/u14-34f.c - 1.27 linux/drivers/scsi/st.c - 1.58 linux/drivers/scsi/sr.h - 1.13 linux/drivers/scsi/sr.c - 1.59 linux/drivers/scsi/sg.c - 1.44 linux/drivers/scsi/sd.c - 1.79 linux/drivers/scsi/scsi_syms.c - 1.24 linux/drivers/scsi/scsi_debug.h - 1.11 linux/drivers/scsi/scsi_debug.c - 1.26 linux/drivers/scsi/scsi.h - 1.40 linux/drivers/scsi/scsi.c - 1.66 linux/drivers/scsi/qlogicpti.h - 1.9 linux/drivers/scsi/qlogicpti.c - 1.23 linux/drivers/scsi/qlogicfas.c - 1.18 linux/drivers/scsi/pluto.c - 1.15 linux/drivers/scsi/megaraid.h - 1.17 linux/drivers/scsi/megaraid.c - 1.39 linux/drivers/scsi/in2000.c - 1.14 linux/drivers/scsi/ibmmca.h - 1.9 linux/drivers/scsi/ibmmca.c - 1.20 linux/drivers/scsi/hosts.h - 1.31 linux/drivers/scsi/hosts.c - 1.36 linux/drivers/scsi/g_NCR5380.h - 1.9 linux/drivers/scsi/fd_mcs.h - 1.6 linux/drivers/scsi/fd_mcs.c - 1.10 linux/drivers/scsi/esp.h - 1.10 linux/drivers/scsi/esp.c - 1.28 linux/drivers/scsi/eata_pio.h - 1.4 linux/drivers/scsi/eata_pio.c - 1.17 linux/drivers/scsi/eata.h - 1.15 linux/drivers/scsi/eata.c - 1.30 linux/drivers/scsi/aha1740.h - 1.6 linux/drivers/scsi/aha1740.c - 1.13 linux/drivers/scsi/NCR53c406a.h - 1.6 linux/drivers/scsi/NCR53c406a.c - 1.16 linux/drivers/scsi/NCR5380.c - 1.14 linux/drivers/sbus/char/bpp.c - 1.22 linux/drivers/pci/quirks.c - 1.32 linux/drivers/pci/pci.c - 1.63 linux/drivers/pci/Makefile - 1.27 linux/drivers/net/znet.c - 1.12 linux/drivers/net/mace.c - 1.19 linux/drivers/net/irda/Makefile - 1.21 linux/drivers/net/bmac.c - 1.22 linux/drivers/net/atari_pamsnet.c - 1.14 linux/drivers/net/atari_bionet.c - 1.14 linux/drivers/net/Makefile - 1.64 linux/drivers/net/3c59x.c - 1.41 linux/drivers/net/3c505.c - 1.30 linux/drivers/macintosh/via-pmu.c - 1.21 linux/drivers/macintosh/via-cuda.c - 1.11 linux/drivers/macintosh/macserial.h - 1.9 linux/drivers/macintosh/macserial.c - 1.24 linux/drivers/macintosh/mackeymap.map - 1.3 linux/drivers/macintosh/macio-adb.c - 1.7 linux/drivers/macintosh/mac_keyb.c - 1.18 linux/drivers/macintosh/adb.c - 1.20 linux/drivers/macintosh/Makefile - 1.16 linux/drivers/fc4/fc.c - 1.13 linux/drivers/char/wdt.c - 1.17 linux/drivers/char/vt.c - 1.29 linux/drivers/char/vc_screen.c - 1.15 linux/drivers/char/tty_io.c - 1.57 linux/drivers/char/tpqic02.c - 1.24 linux/drivers/char/sysrq.c - 1.32 linux/drivers/char/synclink.c - 1.30 linux/drivers/char/stallion.c - 1.25 linux/drivers/char/softdog.c - 1.16 linux/drivers/char/serial167.c - 1.16 linux/drivers/char/rtc.c - 1.33 linux/drivers/char/riscom8.c - 1.16 linux/drivers/char/random.c - 1.35 linux/drivers/char/pcwd.c - 1.20 linux/drivers/char/nvram.c - 1.25 linux/drivers/char/misc.c - 1.32 linux/drivers/char/mem.c - 1.49 linux/drivers/char/lp.c - 1.35 linux/drivers/char/keyboard.c - 1.30 linux/drivers/char/istallion.c - 1.25 linux/drivers/char/isicom.c - 1.22 linux/drivers/char/dtlk.c - 1.20 linux/drivers/char/dsp56k.c - 1.21 linux/drivers/char/cyclades.c - 1.25 linux/drivers/char/busmouse.c - 1.20 linux/drivers/char/acquirewdt.c - 1.19 linux/drivers/char/ChangeLog - 1.4 linux/drivers/cdrom/sjcd.c - 1.27 linux/drivers/cdrom/sbpcd.c - 1.33 linux/drivers/cdrom/optcd.c - 1.28 linux/drivers/cdrom/mcd.c - 1.28 linux/drivers/cdrom/gscd.c - 1.28 linux/drivers/cdrom/cm206.c - 1.29 linux/drivers/cdrom/aztcd.c - 1.30 linux/drivers/block/rd.c - 1.68 linux/drivers/block/ps2esdi.c - 1.54 linux/drivers/block/paride/pt.c - 1.19 linux/drivers/block/paride/pseudo.h - 1.9 linux/drivers/block/paride/pg.c - 1.19 linux/drivers/block/nbd.c - 1.48 linux/drivers/block/loop.c - 1.74 linux/drivers/block/ll_rw_blk.c - 1.123 linux/drivers/block/genhd.c - 1.42 linux/drivers/block/floppy.c - 1.59 linux/drivers/block/ataflop.c - 1.34 linux/drivers/block/acsi_slm.c - 1.12 linux/drivers/block/acsi.c - 1.43 linux/drivers/acorn/scsi/powertec.c - 1.18 linux/drivers/acorn/scsi/eesox.c - 1.18 linux/drivers/acorn/scsi/cumana_2.c - 1.18 linux/drivers/acorn/block/fd1772.c - 1.28 linux/arch/sparc64/kernel/traps.c - 1.24 linux/arch/sparc64/kernel/systbls.S - 1.35 linux/arch/sparc64/kernel/sys_sparc32.c - 1.63 linux/arch/sparc64/kernel/sys32.S - 1.6 linux/arch/sparc64/kernel/ioctl32.c - 1.61 linux/arch/sparc64/kernel/cpu.c - 1.10 linux/arch/sparc64/Makefile - 1.23 linux/arch/sparc/mm/sun4c.c - 1.39 linux/arch/sparc/kernel/systbls.S - 1.28 linux/arch/sparc/kernel/sys_sparc.c - 1.16 linux/arch/sparc/kernel/ioport.c - 1.23 linux/arch/sparc/boot/Makefile - 1.10 linux/arch/sparc/Makefile - 1.20 linux/arch/ppc/mm/init.c - 1.46 linux/arch/ppc/mm/Makefile - 1.13 linux/arch/ppc/kernel/setup.c - 1.52 linux/arch/ppc/kernel/prom.c - 1.32 linux/arch/ppc/kernel/prep_nvram.c - 1.12 linux/arch/ppc/kernel/ppc_ksyms.c - 1.52 linux/arch/ppc/kernel/ppc8xx_pic.h - 1.8 linux/arch/ppc/kernel/ppc8xx_pic.c - 1.11 linux/arch/ppc/kernel/pci.c - 1.31 linux/arch/ppc/kernel/open_pic.c - 1.31 linux/arch/ppc/kernel/misc.S - 1.51 linux/arch/ppc/kernel/indirect_pci.c - 1.11 linux/arch/ppc/kernel/idle.c - 1.27 linux/arch/ppc/kernel/i8259.c - 1.14 linux/arch/ppc/kernel/head.S - 1.37 linux/arch/ppc/kernel/Makefile - 1.34 linux/arch/ppc/boot/Makefile - 1.20 linux/arch/ppc/Makefile - 1.33 linux/arch/m68k/mac/macboing.c - 1.5 linux/arch/m68k/amiga/amisound.c - 1.11 linux/arch/i386/mm/init.c - 1.48 linux/arch/i386/kernel/traps.c - 1.66 linux/arch/i386/kernel/time.c - 1.31 linux/arch/i386/kernel/process.c - 1.61 linux/arch/i386/kernel/entry.S - 1.68 linux/arch/i386/kernel/Makefile - 1.40 linux/arch/i386/Makefile - 1.40 linux/arch/arm/mm/Makefile - 1.22 linux/arch/arm/kernel/process.c - 1.33 linux/arch/arm/Makefile - 1.38 linux/arch/alpha/kernel/traps.c - 1.25 linux/arch/alpha/kernel/ptrace.c - 1.17 linux/arch/alpha/kernel/process.c - 1.31 linux/arch/alpha/kernel/osf_sys.c - 1.35 linux/arch/alpha/kernel/entry.S - 1.33 linux/arch/alpha/kernel/alpha_ksyms.c - 1.38 linux/arch/alpha/Makefile - 1.25 linux/Makefile - 1.231 linux/MAINTAINERS - 1.126 linux/Documentation/kbuild/config-language.txt - 1.10 linux/Documentation/kbuild/00-INDEX - 1.4 linux/Documentation/Changes - 1.60 linux/CREDITS - 1.92 linux/net/decnet/dn_route.c - 1.24 linux/include/linux/ide.h - 1.70 linux/fs/hpfs/super.c - 1.22 linux/fs/hpfs/inode.c - 1.23 linux/fs/hpfs/dnode.c - 1.7 linux/drivers/sbus/char/aurora.c - 1.22 linux/drivers/acorn/scsi/arxescsi.c - 1.15 linux/arch/i386/vmlinux.lds.S - 1.13 linux/drivers/char/dz.c - 1.19 linux/drivers/char/ppdev.c - 1.34 linux/arch/arm/def-configs/rpc - 1.12 linux/drivers/net/hamradio/yam.c - 1.20 linux/drivers/char/sx.c - 1.27 linux/fs/partitions/check.c - 1.60 linux/drivers/char/ip2main.c - 1.22 linux/drivers/char/ip2/i2ellis.c - 1.5 linux/net/core/netfilter.c - 1.18 linux/arch/arm/vmlinux-armv.lds.in - 1.22 linux/arch/alpha/kernel/pci.c - 1.26 linux/arch/sparc64/kernel/pci.c - 1.32 linux/drivers/char/applicom.c - 1.13 linux/drivers/pcmcia/tcic.c - 1.18 linux/drivers/pcmcia/ricoh.h - 1.7 linux/drivers/pcmcia/o2micro.h - 1.5 linux/drivers/pcmcia/i82365.h - 1.4 linux/drivers/pcmcia/i82365.c - 1.28 linux/drivers/pcmcia/ds.c - 1.23 linux/drivers/pcmcia/cs_internal.h - 1.12 linux/drivers/pcmcia/cistpl.c - 1.14 linux/drivers/pcmcia/cirrus.h - 1.4 linux/drivers/pcmcia/cardbus.c - 1.22 linux/drivers/block/swim_iop.c - 1.21 linux/include/pcmcia/ciscode.h - 1.7 linux/drivers/pcmcia/tcic.h - 1.4 linux/drivers/pcmcia/ti113x.h - 1.8 linux/drivers/pcmcia/topic.h - 1.3 linux/drivers/pcmcia/vg468.h - 1.4 linux/drivers/net/pcmcia/ray_cs.c - 1.26 linux/drivers/net/pcmcia/pcnet_cs.c - 1.21 linux/drivers/net/pcmcia/3c589_cs.c - 1.23 linux/arch/ppc/kernel/qspan_pci.c - 1.8 linux/arch/ppc/kernel/m8xx_setup.c - 1.26 linux/include/linux/pci_ids.h - 1.78 linux/drivers/net/pcmcia/3c574_cs.c - 1.21 linux/drivers/net/pcmcia/nmclan_cs.c - 1.15 linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.19 linux/drivers/net/pcmcia/smc91c92_cs.c - 1.18 linux/include/asm-arm/arch-sa1100/hardware.h - 1.16 linux/fs/proc/proc_misc.c - 1.49 linux/drivers/pci/pci.ids - 1.54 linux/arch/alpha/math-emu/math.c - 1.6 linux/kernel/timer.c - 1.37 linux/net/ipv4/inetpeer.c - 1.8 linux/arch/ppc/kernel/ppc4xx_pic.c - 1.7 linux/drivers/pci/setup-bus.c - 1.7 linux/drivers/scsi/scsi_scan.c - 1.35 linux/drivers/char/mixcomwd.c - 1.13 linux/drivers/char/vme_scc.c - 1.12 linux/drivers/char/efirtc.c - 1.11 linux/drivers/atm/iphase.c - 1.17 linux/drivers/atm/idt77105.c - 1.6 linux/arch/ia64/kernel/process.c - 1.23 linux/include/asm-ia64/elf.h - 1.7 linux/Documentation/filesystems/devfs/ChangeLog - 1.26 linux/include/linux/devfs_fs_kernel.h - 1.14 linux/fs/devfs/util.c - 1.15 linux/fs/devfs/base.c - 1.47 linux/net/bridge/br_if.c - 1.8 linux/arch/mips/ddb5074/pci.c - 1.10 linux/drivers/char/wdt977.c - 1.12 linux/drivers/char/wdt285.c - 1.12 linux/drivers/char/nwflash.c - 1.14 linux/drivers/char/nwbutton.c - 1.8 linux/drivers/char/ds1620.c - 1.7 linux/arch/mips64/sgi-ip27/ip27-pci.c - 1.7 linux/arch/alpha/kernel/irq_alpha.c - 1.12 linux/drivers/char/sh-sci.c - 1.20 linux/drivers/ide/ide.c - 1.77 linux/drivers/ide/ide-proc.c - 1.25 linux/drivers/ide/ide-probe.c - 1.46 linux/drivers/ide/ide-dma.c - 1.33 linux/drivers/ide/ide-disk.c - 1.53 linux/drivers/ide/ide-cd.c - 1.55 linux/drivers/block/elevator.c - 1.27 linux/drivers/net/wan/comx-proto-fr.c - 1.11 linux/include/linux/nfs_flushd.h - 1.4 linux/fs/nfs/flushd.c - 1.14 linux/drivers/char/wdt_pci.c - 1.14 linux/fs/nfs/nfs3proc.c - 1.17 linux/drivers/usb/serial/visor.h - 1.13 linux/drivers/usb/serial/visor.c - 1.45 linux/include/linux/nfs_page.h - 1.10 linux/arch/ppc/kernel/ppc8260_pic.h - 1.5 linux/arch/ppc/kernel/ppc8260_pic.c - 1.7 linux/arch/ppc/kernel/m8260_setup.c - 1.17 linux/Documentation/DocBook/kernel-hacking.tmpl - 1.12 linux/drivers/char/i810_rng.c - 1.11 linux/drivers/usb/storage/transport.c - 1.34 linux/drivers/char/sbc60xxwdt.c - 1.15 linux/arch/i386/kernel/i387.c - 1.11 linux/include/asm-arm/arch-sa1100/SA-1101.h - 1.3 linux/drivers/ieee1394/video1394.c - 1.23 linux/drivers/mtd/ftl.c - 1.30 linux/drivers/mtd/mtdblock.c - 1.27 linux/include/linux/mtd/ftl.h - 1.4 linux/net/ipv4/tcp_minisocks.c - 1.20 linux/drivers/usb/storage/shuttle_usbat.c - 1.15 linux/drivers/usb/storage/sddr09.c - 1.21 linux/drivers/usb/storage/freecom.c - 1.17 linux/drivers/media/video/msp3400.c - 1.12 linux/drivers/md/raid1.c - 1.27 linux/drivers/md/raid5.c - 1.37 linux/arch/i386/kernel/bluesmoke.c - 1.30 linux/drivers/block/cciss.c - 1.49 linux/drivers/char/toshiba.c - 1.7 linux/drivers/macintosh/rtc.c - 1.8 linux/drivers/md/md.c - 1.64 linux/drivers/net/sundance.c - 1.20 linux/include/asm-ppc/highmem.h - 1.12 linux/drivers/media/video/tvaudio.c - 1.11 linux/net/irda/irsyms.c - 1.10 linux/include/asm-generic/xor.h - 1.2 linux/include/asm-parisc/mman.h - 1.3 linux/arch/arm/def-configs/neponset - 1.12 linux/arch/parisc/mm/init.c - 1.5 linux/include/asm-parisc/pgtable.h - 1.8 linux/arch/parisc/lib/Makefile - 1.6 linux/arch/parisc/kernel/sys_parisc.c - 1.6 linux/arch/parisc/kernel/setup.c - 1.5 linux/arch/parisc/kernel/pdc_cons.c - 1.5 linux/arch/parisc/kernel/pci.c - 1.4 linux/arch/parisc/kernel/keyboard.c - 1.3 linux/arch/parisc/kernel/irq.c - 1.6 linux/arch/parisc/Makefile - 1.10 linux/mm/shmem.c - 1.51 linux/drivers/scsi/osst.c - 1.19 linux/arch/ppc/kernel/open_pic_defs.h - 1.7 linux/drivers/sbus/char/cpwatchdog.c - 1.8 linux/arch/cris/drivers/ethernet.c - 1.10 linux/net/ipv4/netfilter/ipt_TCPMSS.c - 1.6 linux/drivers/scsi/aic7xxx_old/aic7xxx_proc.c - 1.5 linux/drivers/scsi/aic7xxx_old/aic7xxx.h - 1.7 linux/drivers/scsi/aic7xxx_old.c - 1.24 linux/drivers/char/machzwd.c - 1.11 linux/drivers/char/advantechwdt.c - 1.8 linux/net/wanrouter/af_wanpipe.c - 1.12 linux/drivers/char/qtronix.c - 1.5 linux/arch/sh/kernel/pci_st40.c - 1.6 linux/arch/mips/ddb5476/pci.c - 1.5 linux/drivers/net/irda/irda-usb.c - 1.26 linux/arch/ppc/boot/include/nonstdio.h - 1.4 linux/arch/ppc/boot/images/Makefile - 1.4 linux/arch/ppc/boot/common/misc-common.c - 1.7 linux/drivers/net/wireless/airo_cs.c - 1.3 linux/arch/sh/kernel/pci-sh7751.c - 1.5 linux/arch/sh/kernel/pci-dc.c - 1.4 linux/drivers/scsi/pcmcia/nsp_cs.c - 1.12 linux/drivers/scsi/pcmcia/nsp_cs.h - 1.7 linux/drivers/char/sonypi.c - 1.10 linux/drivers/char/w83877f_wdt.c - 1.9 linux/drivers/net/dl2k.h - 1.10 linux/drivers/net/dl2k.c - 1.19 linux/drivers/ieee1394/sbp2.c - 1.16 linux/drivers/ieee1394/sbp2.h - 1.11 linux/drivers/usb/storage/jumpshot.c - 1.10 linux/drivers/usb/storage/isd200.c - 1.11 linux/drivers/usb/storage/datafab.c - 1.10 linux/drivers/scsi/pcmcia/nsp_message.c - 1.5 linux/arch/ppc/mm/ppc_mmu.c - 1.7 linux/arch/ppc/kernel/btext.c - 1.6 linux/drivers/char/serial_tx3912.c - 1.7 linux/arch/mips64/sgi-ip32/ip32-pci.c - 1.3 linux/drivers/char/ite_gpio.c - 1.4 linux/drivers/parport/parport_cs.c - 1.4 linux/drivers/pcmcia/sa1100_generic.c - 1.12 linux/drivers/char/ib700wdt.c - 1.5 linux/drivers/char/shwdt.c - 1.7 linux/drivers/char/eurotechwdt.c - 1.6 linux/drivers/char/i8k.c - 1.3 linux/fs/ext3/ialloc.c - 1.18 linux/fs/ext3/inode.c - 1.27 linux/fs/ext3/namei.c - 1.14 linux/fs/ext3/super.c - 1.27 linux/drivers/hotplug/pci_hotplug_util.c - 1.5 linux/drivers/hotplug/pci_hotplug.h - 1.4 linux/drivers/hotplug/Makefile - 1.6 linux/drivers/char/hp_psaux.c - 1.2 linux/fs/intermezzo/vfs.c - 1.11 linux/include/linux/ext3_fs.h - 1.12 linux/fs/nfs/pagelist.c - 1.8 linux/fs/ext3/dir.c - 1.7 linux/fs/ext3/acl.c - 1.5 linux/drivers/net/pcmcia/ax8390.h - 1.3 linux/drivers/net/pcmcia/axnet_cs.c - 1.4 linux/drivers/net/wireless/wavelan.p.h - 1.4 linux/include/linux/pnpbios.h - 1.5 linux/sound/pci/ens1370.c - 1.13 linux/arch/ppc/8xx_io/cs4218_tdm.c - 1.3 linux/sound/pci/emu10k1/emufx.c - 1.10 linux/sound/pci/cs46xx/cs46xx_lib.c - 1.8 linux/sound/pci/cs46xx/cs46xx.c - 1.13 linux/sound/pci/ali5451/ali5451.c - 1.11 linux/sound/pci/ac97/ac97_codec.c - 1.9 linux/arch/ppc/boot/simple/Makefile - 1.8 linux/sound/oss/uart6850.c - 1.3 linux/sound/oss/sys_timer.c - 1.3 linux/sound/oss/soundcard.c - 1.4 linux/arch/ppc/kernel/gt64260_common.c - 1.2 linux/arch/ppc/kernel/gt64260_pic.c - 1.2 linux/arch/ppc/kernel/harrier.c - 1.2 linux/sound/oss/midibuf.c - 1.4 linux/arch/ppc/kernel/mpc10x_common.c - 1.2 linux/arch/ppc/kernel/pci_auto.c - 1.2 linux/arch/ppc/kernel/ppc405_dma.c - 1.2 linux/arch/ppc/kernel/ppc405_pci.c - 1.2 linux/arch/ppc/kernel/ppc4xx_kgdb.c - 1.2 linux/arch/ppc/kernel/ppc4xx_pm.c - 1.2 linux/arch/ppc/kernel/ppc4xx_serial.c - 1.3 linux/arch/ppc/kernel/ppc4xx_setup.c - 1.7 linux/arch/ppc/kernel/pplus_common.c - 1.2 linux/arch/ppc/kernel/prom_init.c - 1.4 linux/arch/ppc/kernel/todc_time.c - 1.2 linux/sound/oss/dmasound/dmasound_awacs.c - 1.4 linux/arch/ppc/platforms/Makefile - 1.8 linux/arch/ppc/platforms/adir_pci.c - 1.2 linux/arch/ppc/platforms/cpc700.h - 1.3 linux/arch/ppc/platforms/cpc700_pic.c - 1.3 linux/arch/ppc/platforms/cpc710.h - 1.2 linux/arch/ppc/platforms/iSeries_setup.c - 1.4 linux/arch/ppc/platforms/k2_pci.c - 1.2 linux/arch/ppc/platforms/pmac_setup.c - 1.8 linux/arch/ppc/platforms/prep_pci.c - 1.7 linux/arch/ppc/platforms/prep_setup.c - 1.11 linux/arch/ppc/platforms/spruce_pci.c - 1.2 linux/arch/ppc/platforms/spruce_setup.c - 1.7 linux/sound/isa/es18xx.c - 1.10 linux/sound/isa/cs423x/cs4231_lib.c - 1.7 linux/sound/drivers/serial-u16550.c - 1.10 linux/sound/drivers/mtpav.c - 1.8 linux/sound/drivers/dummy.c - 1.9 linux/sound/core/timer.c - 1.9 linux/sound/core/seq/seq_prioq.c - 1.5 linux/sound/core/rawmidi.c - 1.11 linux/sound/core/pcm_native.c - 1.10 linux/sound/core/oss/pcm_oss.c - 1.12 linux/sound/core/init.c - 1.7 linux/sound/core/info.c - 1.9 linux/include/sound/version.h - 1.13 linux/include/sound/pcm.h - 1.7 linux/include/sound/info.h - 1.5 linux/include/sound/cs46xx.h - 1.6 linux/include/sound/cs4231.h - 1.3 linux/include/sound/core.h - 1.13 linux/include/asm-ppc/ibm4xx.h - 1.3 linux/arch/ppc64/mm/init.c - 1.11 linux/include/asm-ppc64/elf.h - 1.4 linux/arch/ppc64/Makefile - 1.12 linux/arch/ppc64/boot/Makefile - 1.7 linux/arch/ppc64/defconfig - 1.11 linux/arch/ppc64/kernel/htab.c - 1.7 linux/arch/ppc64/kernel/ioctl32.c - 1.10 linux/arch/ppc64/kernel/pSeries_lpar.c - 1.8 linux/arch/ppc64/kernel/pci.c - 1.8 linux/arch/ppc64/kernel/udbg.c - 1.5 linux/include/asm-ppc64/machdep.h - 1.9 linux/include/asm-ppc64/mman.h - 1.4 linux/include/asm-ppc64/unistd.h - 1.9 linux/include/asm-ppc64/processor.h - 1.11 linux/include/asm-ppc64/poll.h - 1.2 linux/fs/jfs/inode.c - 1.18 linux/drivers/net/tg3.c - 1.13 linux/drivers/net/tulip/de2104x.c - 1.6 linux/drivers/net/tulip/de4x5.c - 1.6 linux/drivers/net/e100/e100.h - 1.10 linux/drivers/net/e100/e100_main.c - 1.10 linux/arch/ia64/sn/kernel/irq.c - 1.2 linux/arch/ia64/sn/kernel/mca.c - 1.3 linux/drivers/net/wan/comx-hw-munich.c - 1.6 linux/include/asm-ppc/tlbflush.h - 1.6 linux/include/asm-ppc/cacheflush.h - 1.4 linux/drivers/usb/core/devio.c - 1.12 linux/drivers/usb/core/hcd.h - 1.9 linux/drivers/usb/host/ohci-dbg.c - 1.8 linux/drivers/usb/host/ohci-q.c - 1.15 linux/drivers/usb/host/ohci.h - 1.8 linux/drivers/usb/image/scanner.c - 1.12 linux/drivers/usb/image/scanner.h - 1.7 linux/drivers/net/e100/e100_test.c - 1.5 linux/drivers/usb/media/vicam.c - 1.7 linux/mm/readahead.c - 1.12 linux/arch/ppc64/kernel/nvram.c - 1.3 linux/arch/ppc64/kernel/pSeries_htab.c - 1.4 linux/drivers/scsi/scsi_mid_low_api.txt - 1.5 linux/drivers/char/synclinkmp.c - 1.5 linux/sound/i2c/l3/uda1341.c - 1.3 linux/drivers/block/umem.c - 1.16 linux/arch/i386/pci/common.c - 1.6 linux/arch/i386/pci/fixup.c - 1.5 linux/drivers/pci/hotplug.c - 1.6 linux/drivers/pci/probe.c - 1.8 linux/drivers/usb/storage/sddr55.c - 1.5 linux/include/linux/umem.h - 1.2 linux/drivers/pci/search.c - 1.2 linux/fs/mpage.c - 1.14 linux/drivers/char/hvc_console.c - 1.6 linux/drivers/usb/host/ohci-sa1111.c - 1.8 linux/drivers/usb/host/ohci-pci.c - 1.4 linux/arch/i386/kernel/cpu/cyrix.c - 1.4 linux/arch/i386/kernel/cpu/Makefile - 1.4 linux/arch/i386/kernel/cpu/centaur.c - 1.3 linux/arch/i386/kernel/cpu/common.c - 1.9 linux/arch/alpha/kernel/asm-offsets.c - 1.3 linux/sound/pci/rme9652/hdsp.c - 1.5 linux/sound/pci/rme9652/hammerfall_mem.c - 1.4 linux/sound/isa/sb/emu8000_pcm.c - 1.3 linux/drivers/input/serio/rpckbd.c - 1.4 linux/drivers/input/serio/i8042.c - 1.7 linux/drivers/input/mouse/rpcmouse.c - 1.5 linux/drivers/input/mouse/Makefile - 1.2 linux/include/linux/sunrpc/timer.h - 1.2 linux/net/sunrpc/timer.c - 1.2 linux/drivers/serial/clps711x.c - 1.4 linux/drivers/serial/uart00.c - 1.4 linux/drivers/input/serio/ambakmi.c - 1.2 linux/drivers/char/agp/agp.c - 1.5 linux/drivers/serial/anakin.c - 1.4 linux/drivers/serial/amba.c - 1.5 linux/drivers/serial/Makefile - 1.6 linux/drivers/serial/sunzilog.c - 1.5 linux/arch/alpha/vmlinux.lds.S - 1.4 linux/net/sctp/protocol.c - 1.8 linux/include/net/sctp/sctp.h - 1.5 linux/net/sctp/associola.c - 1.5 linux/include/linux/sctp.h - 1.3 linux/net/sctp/input.c - 1.5 linux/net/sctp/ipv6.c - 1.5 linux/net/sctp/output.c - 1.4 linux/net/sctp/outqueue.c - 1.6 linux/include/net/sctp/sm.h - 1.5 linux/net/sctp/sm_make_chunk.c - 1.6 linux/net/sctp/sm_sideeffect.c - 1.7 linux/net/sctp/sm_statefuns.c - 1.6 linux/include/net/sctp/structs.h - 1.6 linux/net/sctp/socket.c - 1.7 linux/net/sctp/transport.c - 1.3 linux/drivers/ide/setup-pci.c - 1.6 linux/drivers/ide/ppc/pmac.c - 1.3 linux/drivers/ide/pci/sl82c105.c - 1.6 linux/drivers/ide/legacy/ide-cs.c - 1.2 linux/arch/ppc64/vmlinux.lds.S - 1.2 linux/arch/sparc64/vmlinux.lds.S - 1.4 linux/arch/sparc/vmlinux.lds.S - 1.4 linux/arch/ppc/vmlinux.lds.S - 1.4 linux/arch/parisc/vmlinux.lds.S - 1.3 linux/arch/i386/mm/hugetlbpage.c - 1.5 linux/kernel/pid.c - 1.3 linux/arch/i386/mach-generic/do_timer.h - 1.3 linux/arch/ppc64/mm/numa.c - 1.2 linux/arch/ppc/boot/openfirmware/newworldmain.c - 1.2 linux/arch/ppc/boot/openfirmware/common.c - 1.2 linux/arch/ppc/boot/openfirmware/coffmain.c - 1.2 linux/arch/ppc/boot/openfirmware/chrpmain.c - 1.2 linux/drivers/block/deadline-iosched.c - 1.4 linux/sound/sparc/amd7930.c - 1.3 linux/sound/pci/cs46xx/dsp_spos_scb_lib.c - 1.3 linux/sound/pci/cs46xx/dsp_spos.h - 1.3 linux/sound/pci/cs46xx/dsp_spos.c - 1.3 linux/sound/pci/cs46xx/cs46xx_lib.h - 1.3 linux/sound/pci/ac97/ac97_patch.h - 1.3 linux/sound/pci/ac97/ac97_patch.c - 1.3 linux/sound/pci/ac97/ac97_id.h - 1.3 linux/sound/core/pcm_sgbuf.c - 1.3 linux/kernel/cpufreq.c - 1.3 linux/include/sound/pcm_sgbuf.h - 1.3 linux/include/sound/cs46xx_dsp_spos.h - 1.3 linux/include/linux/cpufreq.h - 1.3 linux/arch/i386/kernel/cpu/cpufreq/speedstep.c - 1.2 linux/sound/usb/usbmidi.c - 1.3 linux/sound/usb/usbaudio.h - 1.3 linux/sound/usb/usbaudio.c - 1.4 linux/sound/pci/via82xx.c - 1.3 linux/sound/pci/ice1712/ice1712.h - 1.3 linux/sound/pci/ice1712/ice1712.c - 1.3 linux/sound/pci/ice1712/ews.c - 1.3 linux/sound/pci/ice1712/delta.h - 1.3 linux/sound/pci/ice1712/delta.c - 1.3 linux/sound/pci/ice1712/ak4524.c - 1.3 linux/drivers/char/amd768_rng.c - 1.3 linux/drivers/char/scx200_wdt.c - 1.2 linux/drivers/usb/misc/usbtest.c - 1.5 linux/include/linux/workqueue.h - 1.2 linux/arch/ppc/platforms/4xx/walnut.h - 1.2 linux/Documentation/DocBook/journal-api.tmpl - 1.2 linux/drivers/net/irda/donauboe.c - 1.2 linux/include/asm-i386/timer.h - 1.2 linux/arch/i386/kernel/timers/timer_tsc.c - 1.3 linux/arch/ppc/kernel/asm-offsets.c - 1.2 linux/arch/ppc/platforms/4xx/ash.h - 1.2 linux/arch/ppc/platforms/4xx/cedar.h - 1.2 linux/arch/ppc/platforms/4xx/ep405.c - 1.2 linux/arch/ppc/platforms/4xx/ep405.h - 1.2 linux/arch/ppc/platforms/4xx/ibm405gp.c - 1.2 linux/arch/ppc/platforms/4xx/ibm405gp.h - 1.2 linux/arch/ppc/platforms/4xx/ibmnp405h.c - 1.2 linux/arch/ppc/platforms/4xx/ibmnp405h.h - 1.2 linux/arch/ppc/platforms/4xx/ibmnp405l.c - 1.2 linux/arch/ppc/platforms/4xx/ibmnp405l.h - 1.2 linux/arch/ppc/platforms/4xx/ibmstb3.c - 1.2 linux/arch/ppc/platforms/4xx/ibmstb3.h - 1.2 linux/arch/ppc/platforms/4xx/ibmstb4.c - 1.2 linux/arch/ppc/platforms/4xx/ibmstb4.h - 1.2 linux/arch/ppc/platforms/4xx/redwood.h - 1.2 linux/arch/ppc/platforms/4xx/redwood5.h - 1.2 linux/arch/ppc/platforms/4xx/walnut.c - 1.2 linux/drivers/mtd/cmdline.c - 1.2 linux/drivers/oprofile/buffer_sync.c - 1.3 linux/net/rxrpc/main.c - 1.3 linux/drivers/char/tipar.c - 1.3 linux/fs/afs/main.c - 1.3 linux/fs/nfs/nfs4proc.c - 1.2 linux/arch/ppc/platforms/pal4_pci.c - 1.2 linux/arch/ppc/platforms/pal4_setup.c - 1.2 linux/Documentation/crypto/api-intro.txt - 1.2 linux/drivers/net/Kconfig - 1.3 linux/drivers/net/irda/Kconfig - 1.2 linux/arch/alpha/Kconfig - 1.3 linux/arch/arm/Kconfig - 1.3 linux/scripts/kconfig/zconf.tab.h_shipped - 1.2 linux/scripts/kconfig/zconf.tab.c_shipped - 1.2 linux/scripts/kconfig/zconf.l - 1.2 linux/scripts/kconfig/qconf.cc - 1.2 linux/scripts/kconfig/menu.c - 1.2 linux/scripts/kconfig/mconf.c - 1.2 linux/net/ipv4/Kconfig - 1.2 linux/include/linux/eventpoll.h - 1.3 linux/arch/i386/Kconfig - 1.3 linux/net/bridge/br_netfilter.c - 1.2 linux/drivers/parport/Kconfig - 1.2 linux/scripts/kconfig/lex.zconf.c_shipped - 1.2 linux/scripts/kconfig/expr.h - 1.2 linux/scripts/kconfig/confdata.c - 1.2 linux/scripts/kconfig/conf.c - 1.2 linux/include/linux/crypto.h - 1.2 linux/arch/m68k/Kconfig - 1.3 linux/arch/mips/Kconfig - 1.3 linux/arch/mips64/Kconfig - 1.3 linux/arch/parisc/Kconfig - 1.3 linux/arch/parisc/kernel/pdc_chassis.c - 1.2 linux/arch/parisc/kernel/perf.c - 1.3 linux/arch/parisc/kernel/processor.c - 1.3 linux/include/linux/pfkeyv2.h - 1.2 linux/drivers/scsi/Kconfig - 1.2 linux/arch/ppc/Kconfig - 1.3 linux/arch/ppc64/Kconfig - 1.3 linux/arch/s390/Kconfig - 1.3 linux/net/ipv4/ah.c - 1.2 linux/drivers/hotplug/Kconfig - 1.2 linux/arch/s390x/Kconfig - 1.3 linux/drivers/hotplug/acpiphp.h - 1.2 linux/drivers/hotplug/acpiphp_core.c - 1.2 linux/arch/sh/Kconfig - 1.3 linux/drivers/hotplug/acpiphp_glue.c - 1.2 linux/drivers/hotplug/acpiphp_pci.c - 1.2 linux/drivers/hotplug/acpiphp_res.c - 1.2 linux/arch/sparc/Kconfig - 1.3 linux/arch/x86_64/Kconfig - 1.3 linux/fs/Kconfig - 1.5 linux/lib/Kconfig - 1.2 linux/crypto/Kconfig - 1.2 linux/crypto/Makefile - 1.2 linux/crypto/api.c - 1.2 linux/crypto/autoload.c - 1.2 linux/crypto/cipher.c - 1.2 linux/crypto/des.c - 1.2 linux/crypto/digest.c - 1.2 linux/crypto/internal.h - 1.2 linux/crypto/sha1.c - 1.2 linux/crypto/tcrypt.c - 1.2 linux/crypto/tcrypt.h - 1.2 linux/net/ipv4/netfilter/ipt_physdev.c - 1.2 linux/net/Kconfig - 1.2 linux/net/ipv4/xfrm_policy.c - 1.2 linux/drivers/input/mouse/Kconfig - 1.2 linux/drivers/serial/Kconfig - 1.2 linux/net/ipv4/xfrm_input.c - 1.2 linux/net/ipv4/xfrm_state.c - 1.2 linux/drivers/usb/misc/Kconfig - 1.2 linux/drivers/usb/class/Kconfig - 1.2 linux/include/net/xfrm.h - 1.2 linux/drivers/input/serio/Kconfig - 1.2 linux/usr/Makefile - 1.2 linux/fs/mbcache.c - 1.2 linux/fs/hugetlbfs/inode.c - 1.2 linux/fs/ext3/xattr_user.c - 1.2 linux/fs/ext2/xattr_user.c - 1.2 linux/fs/eventpoll.c - 1.2 linux/drivers/parisc/wax.c - 1.2 linux/drivers/parisc/superio.c - 1.2 linux/drivers/parisc/sba_iommu.c - 1.2 linux/drivers/parisc/led.c - 1.2 linux/drivers/parisc/lba_pci.c - 1.2 linux/drivers/parisc/lasi.c - 1.2 linux/drivers/parisc/iosapic.c - 1.2 linux/drivers/parisc/gsc.c - 1.2 linux/drivers/parisc/eisa_eeprom.c - 1.2 linux/drivers/parisc/eisa.c - 1.2 linux/drivers/parisc/dino.c - 1.2 linux/drivers/parisc/ccio-rm-dma.c - 1.2 linux/drivers/parisc/ccio-dma.c - 1.2 linux/drivers/parisc/asp.c - 1.2 linux/include/linux/hugetlb.h - 1.2 linux/drivers/parisc/Kconfig - 1.2 linux/include/linux/flat.h - 1.2 linux/arch/m68knommu/Kconfig - 1.2 linux/arch/v850/Kconfig - 1.2 From owner-linux-xfs@oss.sgi.com Mon Nov 11 08:24:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 08:24:59 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABGOsuR006111 for ; Mon, 11 Nov 2002 08:24:55 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA26467 for ; Mon, 11 Nov 2002 10:26:19 -0600 (CST) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA52494 for ; Mon, 11 Nov 2002 10:26:17 -0600 (CST) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id gABNesc02001 for linux-xfs@oss.sgi.com; Mon, 11 Nov 2002 18:40:54 -0500 Resent-Message-Id: <200211112340.gABNesc02001@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA16772 for ; Mon, 11 Nov 2002 10:25:31 -0600 (CST) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gABGPTkZ32253380 for ; Mon, 11 Nov 2002 08:25:30 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gABGNf9M011407 for ; Mon, 11 Nov 2002 17:23:42 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gABGNfKB011406 for hch@sgi.com; Mon, 11 Nov 2002 17:23:41 +0100 Date: Mon, 11 Nov 2002 17:23:41 +0100 From: Christoph Hellwig Message-Id: <200211111623.gABGNfKB011406@lab343.munich.sgi.com> Subject: TAKE - Remove leftovers from the old config system To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 11 Nov 2002 18:40:54 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1625 X-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: Mon Nov 11 08:24:31 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132674a linux/arch/i386/config.in - 1.99 linux/arch/i386/Config.help - 1.20 - this should have been gone in the 2.5.45 merge From owner-linux-xfs@oss.sgi.com Mon Nov 11 08:31:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 08:31:22 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABGVJuR006660 for ; Mon, 11 Nov 2002 08:31:20 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA00916 for ; Mon, 11 Nov 2002 10:32:44 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA00826 for ; Mon, 11 Nov 2002 10:32:44 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gABGVbP27338; Mon, 11 Nov 2002 10:31:37 -0600 Subject: XFS in 2.5.47 From: Steve Lord To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Nov 2002 10:31:37 -0600 Message-Id: <1037032297.19272.13.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1626 X-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@sgi.com Precedence: bulk X-list: linux-xfs OK, looks like all is not actually well, I tested my kernel before drinking my coffee and I was not testing the kernel I thought I was. Stay tuned. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Nov 11 08:35:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 08:35:54 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABGZquR007093 for ; Mon, 11 Nov 2002 08:35:52 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA39406 for ; Mon, 11 Nov 2002 10:37:17 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA47240 for ; Mon, 11 Nov 2002 10:37:16 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gABGa9I27406; Mon, 11 Nov 2002 10:36:09 -0600 Message-Id: <200211111636.gABGa9I27406@jen.americas.sgi.com> Date: Mon, 11 Nov 2002 10:36:09 -0600 Subject: TAKE - use new timer initialization macro To: linux-xfs@oss.sgi.com X-archive-position: 1627 X-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@sgi.com Precedence: bulk X-list: linux-xfs Removes a runtime warning from XFS. Date: Mon Nov 11 08:35:43 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132675a linux/fs/xfs/pagebuf/page_buf.c - 1.73 From owner-linux-xfs@oss.sgi.com Mon Nov 11 08:59:09 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 08:59:12 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABGx8uR007704 for ; Mon, 11 Nov 2002 08:59:08 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA59824 for ; Mon, 11 Nov 2002 11:00:33 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA13770 for ; Mon, 11 Nov 2002 11:00:26 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gABGxCk27752; Mon, 11 Nov 2002 10:59:12 -0600 Message-Id: <200211111659.gABGxCk27752@jen.americas.sgi.com> Date: Mon, 11 Nov 2002 10:59:12 -0600 Subject: TAKE - fix kdb build for 2.5.47 To: linux-xfs@oss.sgi.com X-archive-position: 1628 X-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@sgi.com Precedence: bulk X-list: linux-xfs Date: Mon Nov 11 08:43:18 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132676a linux/arch/i386/kernel/traps.c - 1.67 From owner-linux-xfs@oss.sgi.com Mon Nov 11 09:18:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 09:18:07 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABHI2uR008276 for ; Mon, 11 Nov 2002 09:18:02 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA16069 for ; Mon, 11 Nov 2002 11:19:27 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA19001 for ; Mon, 11 Nov 2002 11:19:27 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gABHIKB29309; Mon, 11 Nov 2002 11:18:20 -0600 Message-Id: <200211111718.gABHIKB29309@jen.americas.sgi.com> Date: Mon, 11 Nov 2002 11:18:20 -0600 Subject: TAKE - make 2.5.47 xfs really work To: linux-xfs@oss.sgi.com X-archive-position: 1629 X-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@sgi.com Precedence: bulk X-list: linux-xfs Couple of chunks missing from 2.5.47 merge, these were in the mainline and I dropped them. After this the tree works again. Steve Date: Mon Nov 11 09:18:27 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132680a linux/fs/xfs/pagebuf/page_buf.c - 1.74 - put a cast back in - keep code same as Linus's version. linux/fs/xfs/linux/xfs_aops.c - 1.19 - extra argument on readpages, we oops without this From owner-linux-xfs@oss.sgi.com Mon Nov 11 11:27:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 11:27:06 -0800 (PST) Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABJQxuR009974 for ; Mon, 11 Nov 2002 11:26:59 -0800 Received: from pc9391 (pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.11.6+Sun/8.11.6) with ESMTP id gABDmUc16143; Mon, 11 Nov 2002 14:48:30 +0100 (MET) Date: Mon, 11 Nov 2002 14:48:29 +0100 From: Christian Guggenberger To: linux-kernel@vger.kernel.org Cc: linux-xfs@oss.sgi.com Subject: 2.5.47 : unresolved symbols in xfs.o Message-ID: <20021111144829.O26124@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_C7zPtVaVf+AK4O" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.2.4 Lines: 1000 X-archive-position: 1630 X-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 --=_C7zPtVaVf+AK4O Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Just compiled 2.5.47, but can't boot due to unresolved Symbols in xfs.o. Sorry, I don't have dmesg output available. .config is attached. Christian --=_C7zPtVaVf+AK4O Content-Type: text/plain Content-Disposition: attachment; filename="config.txt" # # Automatically generated make config: don't edit # CONFIG_X86=y CONFIG_MMU=y CONFIG_SWAP=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # General setup # CONFIG_NET=y CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set CONFIG_MK7=y # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_USE_3DNOW=y # CONFIG_HUGETLB_PAGE is not set # CONFIG_SMP is not set CONFIG_PREEMPT=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_MCE=y # CONFIG_X86_MCE_NONFATAL is not set CONFIG_X86_MCE_P4THERMAL=y # CONFIG_CPU_FREQ is not set # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set # CONFIG_X86_CPUID is not set # CONFIG_EDD is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y CONFIG_HAVE_DEC_LOCK=y # # Power management options (ACPI, APM) # # # ACPI Support # # CONFIG_ACPI is not set CONFIG_PM=y CONFIG_APM=y # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set CONFIG_APM_DISPLAY_BLANK=y # CONFIG_APM_RTC_IS_GMT is not set # CONFIG_APM_ALLOW_INTS is not set # CONFIG_APM_REAL_MODE_POWER_OFF is not set # # Bus options (PCI, PCMCIA, EISA, MCA, ISA) # CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y # CONFIG_SCx200 is not set CONFIG_PCI_NAMES=y CONFIG_ISA=y # CONFIG_EISA is not set # CONFIG_MCA is not set CONFIG_HOTPLUG=y # # PCMCIA/CardBus support # # CONFIG_PCMCIA is not set # # PCI Hotplug Support # # CONFIG_HOTPLUG_PCI is not set # # Executable file formats # CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set # CONFIG_BINFMT_AOUT is not set CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play configuration # CONFIG_PNP=y CONFIG_PNP_NAMES=y CONFIG_PNP_DEBUG=y # # Protocols # CONFIG_ISAPNP=y CONFIG_PNPBIOS=y # # Block devices # CONFIG_BLK_DEV_FD=m # CONFIG_BLK_DEV_XD is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set CONFIG_BLK_DEV_LOOP=m # CONFIG_BLK_DEV_NBD is not set CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_SIZE=4096 # CONFIG_LBD is not set # # ATA/ATAPI/MFM/RLL device support # CONFIG_IDE=y # # IDE, ATA and ATAPI Block devices # CONFIG_BLK_DEV_IDE=y # # Please see Documentation/ide.txt for help/info on IDE drives # # CONFIG_BLK_DEV_HD_IDE is not set # CONFIG_BLK_DEV_HD is not set CONFIG_BLK_DEV_IDEDISK=y CONFIG_IDEDISK_MULTI_MODE=y # CONFIG_IDEDISK_STROKE is not set CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_IDE_TASK_IOCTL is not set # # IDE chipset support/bugfixes # # CONFIG_BLK_DEV_CMD640 is not set # CONFIG_BLK_DEV_ISAPNP is not set CONFIG_BLK_DEV_IDEPCI=y CONFIG_BLK_DEV_GENERIC=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_IDE_TCQ is not set # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_BLK_DEV_IDEDMA_FORCED is not set CONFIG_IDEDMA_PCI_AUTO=y # CONFIG_IDEDMA_ONLYDISK is not set CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_PCI_WIP is not set CONFIG_BLK_DEV_ADMA=y # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_BLK_DEV_ALI15X3 is not set # CONFIG_BLK_DEV_AMD74XX is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set CONFIG_BLK_DEV_HPT366=y # CONFIG_BLK_DEV_PIIX is not set # CONFIG_BLK_DEV_NFORCE is not set # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_PDC202XX_OLD is not set # CONFIG_BLK_DEV_PDC202XX_NEW is not set # CONFIG_BLK_DEV_RZ1000 is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set CONFIG_BLK_DEV_VIA82CXXX=y # CONFIG_IDE_CHIPSETS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set CONFIG_BLK_DEV_IDE_MODES=y # # SCSI device support # # CONFIG_SCSI is not set # # Old CD-ROM drivers (not SCSI, not IDE) # # CONFIG_CD_NO_IDESCSI is not set # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # # Fusion MPT device support # # # IEEE 1394 (FireWire) support (EXPERIMENTAL) # # CONFIG_IEEE1394 is not set # # I2O device support # # CONFIG_I2O is not set # # Networking options # CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set # CONFIG_NETLINK_DEV is not set # CONFIG_NETFILTER is not set CONFIG_FILTER=y CONFIG_UNIX=y # CONFIG_NET_KEY is not set CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_IP_MROUTE is not set # CONFIG_ARPD is not set # CONFIG_INET_ECN is not set # CONFIG_SYN_COOKIES is not set # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_IPV6 is not set # # SCTP Configuration (EXPERIMENTAL) # CONFIG_IPV6_SCTP__=y # CONFIG_IP_SCTP is not set # CONFIG_ATM is not set # CONFIG_VLAN_8021Q is not set # CONFIG_LLC is not set # CONFIG_DECNET is not set # CONFIG_BRIDGE is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_NET_DIVERT is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_FASTROUTE is not set # CONFIG_NET_HW_FLOWCONTROL is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # # Network device support # CONFIG_NETDEVICES=y # # ARCnet devices # # CONFIG_ARCNET is not set CONFIG_DUMMY=m # CONFIG_BONDING is not set # CONFIG_EQUALIZER is not set # CONFIG_TUN is not set # CONFIG_ETHERTAP is not set # CONFIG_NET_SB1000 is not set # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y # CONFIG_HAPPYMEAL is not set # CONFIG_SUNGEM is not set # CONFIG_NET_VENDOR_3COM is not set # CONFIG_LANCE is not set # CONFIG_NET_VENDOR_SMC is not set # CONFIG_NET_VENDOR_RACAL is not set # # Tulip family network device support # # CONFIG_NET_TULIP is not set # CONFIG_AT1700 is not set # CONFIG_DEPCA is not set # CONFIG_HP100 is not set # CONFIG_NET_ISA is not set CONFIG_NET_PCI=y # CONFIG_PCNET32 is not set # CONFIG_ADAPTEC_STARFIRE is not set # CONFIG_AC3200 is not set # CONFIG_APRICOT is not set # CONFIG_B44 is not set # CONFIG_CS89x0 is not set # CONFIG_DGRS is not set # CONFIG_EEPRO100 is not set CONFIG_E100=y # CONFIG_FEALNX is not set # CONFIG_NATSEMI is not set # CONFIG_NE2K_PCI is not set # CONFIG_8139CP is not set # CONFIG_8139TOO is not set # CONFIG_SIS900 is not set # CONFIG_EPIC100 is not set # CONFIG_SUNDANCE is not set # CONFIG_TLAN is not set CONFIG_VIA_RHINE=m # CONFIG_VIA_RHINE_MMIO is not set # CONFIG_NET_POCKET is not set # # Ethernet (1000 Mbit) # # CONFIG_ACENIC is not set # CONFIG_DL2K is not set # CONFIG_E1000 is not set # CONFIG_NS83820 is not set # CONFIG_HAMACHI is not set # CONFIG_YELLOWFIN is not set # CONFIG_SK98LIN is not set # CONFIG_TIGON3 is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # # Wireless LAN (non-hamradio) # # CONFIG_NET_RADIO is not set # # Token Ring devices # # CONFIG_TR is not set # CONFIG_NET_FC is not set # CONFIG_RCPCI is not set # CONFIG_SHAPER is not set # # Wan interfaces # # CONFIG_WAN is not set # # Amateur Radio support # # CONFIG_HAMRADIO is not set # # IrDA (infrared) support # # CONFIG_IRDA is not set # # ISDN subsystem # # CONFIG_ISDN_BOOL is not set # # Telephony Support # # CONFIG_PHONE is not set # # Input device support # CONFIG_INPUT=y # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_INPUT_JOYDEV is not set # CONFIG_INPUT_TSDEV is not set # CONFIG_INPUT_EVDEV is not set # CONFIG_INPUT_EVBUG is not set # # Input I/O drivers # # CONFIG_GAMEPORT is not set CONFIG_SOUND_GAMEPORT=y CONFIG_SERIO=y CONFIG_SERIO_I8042=y # CONFIG_SERIO_SERPORT is not set # CONFIG_SERIO_CT82C710 is not set # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y CONFIG_KEYBOARD_ATKBD=y # CONFIG_KEYBOARD_SUNKBD is not set # CONFIG_KEYBOARD_XTKBD is not set # CONFIG_KEYBOARD_NEWTON is not set CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_INPORT is not set # CONFIG_MOUSE_LOGIBM is not set # CONFIG_MOUSE_PC110PAD is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TOUCHSCREEN is not set # CONFIG_INPUT_MISC is not set # # Character devices # CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y # CONFIG_SERIAL_NONSTANDARD is not set # # Serial drivers # CONFIG_SERIAL_8250=y # CONFIG_SERIAL_8250_CONSOLE is not set # CONFIG_SERIAL_8250_EXTENDED is not set # # Non-8250 serial port support # CONFIG_SERIAL_CORE=y CONFIG_UNIX98_PTYS=y CONFIG_UNIX98_PTY_COUNT=256 # # I2C support # CONFIG_I2C=m CONFIG_I2C_ALGOBIT=m # CONFIG_I2C_ELV is not set # CONFIG_I2C_VELLEMAN is not set # CONFIG_SCx200_ACB is not set # CONFIG_I2C_ALGOPCF is not set CONFIG_I2C_CHARDEV=m CONFIG_I2C_PROC=m # # Mice # # CONFIG_BUSMOUSE is not set # CONFIG_QIC02_TAPE is not set # # Watchdog Cards # # CONFIG_WATCHDOG is not set # CONFIG_INTEL_RNG is not set # CONFIG_AMD_RNG is not set CONFIG_NVRAM=m CONFIG_RTC=y # CONFIG_DTLK is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # CONFIG_SONYPI is not set # # Ftape, the floppy tape device driver # # CONFIG_FTAPE is not set # CONFIG_AGP is not set # CONFIG_DRM is not set # CONFIG_MWAVE is not set CONFIG_RAW_DRIVER=m # # Multimedia devices # CONFIG_VIDEO_DEV=m # # Video For Linux # CONFIG_VIDEO_PROC_FS=y # # Video Adapters # # CONFIG_VIDEO_BT848 is not set # CONFIG_VIDEO_PMS is not set # CONFIG_VIDEO_CPIA is not set # CONFIG_VIDEO_SAA5249 is not set # CONFIG_TUNER_3036 is not set # CONFIG_VIDEO_STRADIS is not set # CONFIG_VIDEO_ZORAN is not set # CONFIG_VIDEO_ZR36120 is not set # CONFIG_VIDEO_SAA7134 is not set # # Radio Adapters # # CONFIG_RADIO_CADET is not set # CONFIG_RADIO_RTRACK is not set # CONFIG_RADIO_RTRACK2 is not set # CONFIG_RADIO_AZTECH is not set # CONFIG_RADIO_GEMTEK is not set # CONFIG_RADIO_GEMTEK_PCI is not set # CONFIG_RADIO_MAXIRADIO is not set # CONFIG_RADIO_MAESTRO is not set # CONFIG_RADIO_SF16FMI is not set # CONFIG_RADIO_TERRATEC is not set # CONFIG_RADIO_TRUST is not set # CONFIG_RADIO_TYPHOON is not set # CONFIG_RADIO_ZOLTRIX is not set # # Digital Video Broadcasting Devices # CONFIG_DVB=y CONFIG_DVB_CORE=m # # Supported Frontend Modules # # CONFIG_DVB_ALPS_BSRU6 is not set # CONFIG_DVB_ALPS_BSRV2 is not set # CONFIG_DVB_GRUNDIG_29504_491 is not set # CONFIG_DVB_GRUNDIG_29504_401 is not set # CONFIG_DVB_VES1820 is not set # # Supported DVB Adapters # CONFIG_DVB_AV7110=m CONFIG_DVB_AV7110_OSD=y # # File systems # # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set CONFIG_AUTOFS4_FS=y # CONFIG_REISERFS_FS is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y # CONFIG_EXT3_FS_POSIX_ACL is not set CONFIG_JBD=y # CONFIG_JBD_DEBUG is not set CONFIG_FAT_FS=m CONFIG_MSDOS_FS=m CONFIG_VFAT_FS=m # CONFIG_EFS_FS is not set # CONFIG_CRAMFS is not set CONFIG_TMPFS=y CONFIG_RAMFS=y CONFIG_ISO9660_FS=y CONFIG_JOLIET=y # CONFIG_ZISOFS is not set # CONFIG_JFS_FS is not set # CONFIG_MINIX_FS is not set # CONFIG_VXFS_FS is not set # CONFIG_NTFS_FS is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_DEVFS_FS is not set CONFIG_DEVPTS_FS=y # CONFIG_QNX4FS_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_EXT2_FS=y # CONFIG_EXT2_FS_XATTR is not set # CONFIG_SYSV_FS is not set # CONFIG_UDF_FS is not set # CONFIG_UFS_FS is not set CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set # CONFIG_XFS_QUOTA is not set CONFIG_XFS_POSIX_ACL=y # # Network File Systems # # CONFIG_CODA_FS is not set # CONFIG_INTERMEZZO_FS is not set CONFIG_NFS_FS=y CONFIG_NFS_V3=y # CONFIG_NFS_V4 is not set CONFIG_NFSD=y CONFIG_NFSD_V3=y # CONFIG_NFSD_V4 is not set # CONFIG_NFSD_TCP is not set CONFIG_SUNRPC=y CONFIG_LOCKD=y CONFIG_LOCKD_V4=y CONFIG_EXPORTFS=y # CONFIG_CIFS is not set CONFIG_SMB_FS=m # CONFIG_SMB_NLS_DEFAULT is not set CONFIG_NCP_FS=m # CONFIG_NCPFS_PACKET_SIGNING is not set # CONFIG_NCPFS_IOCTL_LOCKING is not set # CONFIG_NCPFS_STRONG is not set CONFIG_NCPFS_NFS_NS=y # CONFIG_NCPFS_OS2_NS is not set # CONFIG_NCPFS_SMALLDOS is not set # CONFIG_NCPFS_NLS is not set # CONFIG_NCPFS_EXTRAS is not set # CONFIG_AFS_FS is not set CONFIG_FS_MBCACHE=y # # Partition Types # # CONFIG_PARTITION_ADVANCED is not set CONFIG_MSDOS_PARTITION=y CONFIG_SMB_NLS=y CONFIG_NLS=y # # Native Language Support # CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=m # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set CONFIG_NLS_CODEPAGE_850=m # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set # CONFIG_NLS_CODEPAGE_1251 is not set CONFIG_NLS_ISO8859_1=m # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set CONFIG_NLS_ISO8859_15=m # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set CONFIG_NLS_UTF8=m # # Console drivers # CONFIG_VGA_CONSOLE=y # CONFIG_VIDEO_SELECT is not set # CONFIG_MDA_CONSOLE is not set # # Frame-buffer support # # CONFIG_FB is not set # # Sound # CONFIG_SOUND=m # # Open Sound System # # CONFIG_SOUND_PRIME is not set # # Advanced Linux Sound Architecture # CONFIG_SND=m CONFIG_SND_SEQUENCER=m # CONFIG_SND_SEQ_DUMMY is not set CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=m CONFIG_SND_PCM_OSS=m CONFIG_SND_SEQUENCER_OSS=y CONFIG_SND_RTCTIMER=m # CONFIG_SND_VERBOSE_PRINTK is not set # CONFIG_SND_DEBUG is not set # # Generic devices # # CONFIG_SND_DUMMY is not set # CONFIG_SND_VIRMIDI is not set # CONFIG_SND_MTPAV is not set # CONFIG_SND_SERIAL_U16550 is not set # CONFIG_SND_MPU401 is not set # # ISA devices # # CONFIG_SND_AD1816A is not set # CONFIG_SND_AD1848 is not set # CONFIG_SND_CS4231 is not set # CONFIG_SND_CS4232 is not set # CONFIG_SND_CS4236 is not set # CONFIG_SND_ES968 is not set # CONFIG_SND_ES1688 is not set # CONFIG_SND_ES18XX is not set # CONFIG_SND_GUSCLASSIC is not set # CONFIG_SND_GUSEXTREME is not set # CONFIG_SND_GUSMAX is not set # CONFIG_SND_INTERWAVE is not set # CONFIG_SND_INTERWAVE_STB is not set # CONFIG_SND_OPTI92X_AD1848 is not set # CONFIG_SND_OPTI92X_CS4231 is not set # CONFIG_SND_OPTI93X is not set # CONFIG_SND_SB8 is not set # CONFIG_SND_SB16 is not set # CONFIG_SND_SBAWE is not set # CONFIG_SND_WAVEFRONT is not set # CONFIG_SND_ALS100 is not set # CONFIG_SND_AZT2320 is not set # CONFIG_SND_CMI8330 is not set # CONFIG_SND_DT019X is not set # CONFIG_SND_OPL3SA2 is not set # CONFIG_SND_SGALAXY is not set # # PCI devices # # CONFIG_SND_ALI5451 is not set # CONFIG_SND_CS46XX is not set # CONFIG_SND_CS4281 is not set # CONFIG_SND_EMU10K1 is not set # CONFIG_SND_KORG1212 is not set # CONFIG_SND_NM256 is not set # CONFIG_SND_RME32 is not set # CONFIG_SND_RME96 is not set # CONFIG_SND_RME9652 is not set # CONFIG_SND_HDSP is not set # CONFIG_SND_TRIDENT is not set # CONFIG_SND_YMFPCI is not set # CONFIG_SND_ALS4000 is not set # CONFIG_SND_CMIPCI is not set # CONFIG_SND_ENS1370 is not set # CONFIG_SND_ENS1371 is not set # CONFIG_SND_ES1938 is not set # CONFIG_SND_ES1968 is not set # CONFIG_SND_MAESTRO3 is not set # CONFIG_SND_FM801 is not set # CONFIG_SND_ICE1712 is not set # CONFIG_SND_INTEL8X0 is not set # CONFIG_SND_SONICVIBES is not set CONFIG_SND_VIA82XX=m # # ALSA USB devices # # CONFIG_SND_USB_AUDIO is not set # # USB support # CONFIG_USB=m # CONFIG_USB_DEBUG is not set # # Miscellaneous USB options # CONFIG_USB_DEVICEFS=y CONFIG_USB_LONG_TIMEOUT=y CONFIG_USB_BANDWIDTH=y # CONFIG_USB_DYNAMIC_MINORS is not set # # USB Host Controller Drivers # CONFIG_USB_EHCI_HCD=m # CONFIG_USB_OHCI_HCD is not set CONFIG_USB_UHCI_HCD_ALT=m # # USB Device Class drivers # # CONFIG_USB_AUDIO is not set # CONFIG_USB_BLUETOOTH_TTY is not set # CONFIG_USB_MIDI is not set # CONFIG_USB_ACM is not set # CONFIG_USB_PRINTER is not set # # SCSI support is needed for USB Storage # # # USB Human Interface Devices (HID) # # CONFIG_USB_HID is not set # # USB HID Boot Protocol drivers # # CONFIG_USB_KBD is not set # CONFIG_USB_MOUSE is not set # CONFIG_USB_AIPTEK is not set # CONFIG_USB_WACOM is not set # CONFIG_USB_POWERMATE is not set # CONFIG_USB_XPAD is not set # # USB Imaging devices # # CONFIG_USB_MDC800 is not set # CONFIG_USB_SCANNER is not set # # USB Multimedia devices # # CONFIG_USB_DABUSB is not set # CONFIG_USB_VICAM is not set # CONFIG_USB_DSBR is not set # CONFIG_USB_IBMCAM is not set # CONFIG_USB_KONICAWC is not set # CONFIG_USB_OV511 is not set # CONFIG_USB_PWC is not set # CONFIG_USB_SE401 is not set # CONFIG_USB_STV680 is not set # # USB Network adaptors # # CONFIG_USB_CATC is not set # CONFIG_USB_CDCETHER is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set # CONFIG_USB_USBNET is not set # # USB port drivers # # # USB Serial Converter support # # CONFIG_USB_SERIAL is not set # # USB Miscellaneous drivers # # CONFIG_USB_TIGL is not set # CONFIG_USB_AUERSWALD is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_BRLVGER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_TEST is not set # # Bluetooth support # # CONFIG_BT is not set # # Profiling support # # CONFIG_PROFILING is not set # # Kernel hacking # # CONFIG_SOFTWARE_SUSPEND is not set CONFIG_DEBUG_KERNEL=y # CONFIG_DEBUG_STACKOVERFLOW is not set # CONFIG_DEBUG_SLAB is not set # CONFIG_DEBUG_IOVIRT is not set CONFIG_MAGIC_SYSRQ=y # CONFIG_DEBUG_SPINLOCK is not set # CONFIG_KALLSYMS is not set CONFIG_X86_EXTRA_IRQS=y CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_MPPARSE=y # # Security options # CONFIG_SECURITY_CAPABILITIES=y # # Cryptographic options # CONFIG_CRYPTO=y # CONFIG_CRYPTO_HMAC is not set # CONFIG_CRYPTO_MD4 is not set # CONFIG_CRYPTO_MD5 is not set # CONFIG_CRYPTO_SHA1 is not set # CONFIG_CRYPTO_SHA256 is not set # CONFIG_CRYPTO_DES is not set # CONFIG_CRYPTO_BLOWFISH is not set # CONFIG_CRYPTO_TEST is not set # # Library routines # # CONFIG_CRC32 is not set CONFIG_X86_BIOS_REBOOT=y --=_C7zPtVaVf+AK4O-- From owner-linux-xfs@oss.sgi.com Mon Nov 11 12:45:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 12:45:09 -0800 (PST) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABKj3uR011458 for ; Mon, 11 Nov 2002 12:45:04 -0800 Received: from erbenson.alaska.net (221-pm32.nwc.alaska.net [209.112.158.221]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id gABKkXvW068091 for ; Mon, 11 Nov 2002 11:46:34 -0900 (AKST) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 8CC9D3A0A for ; Mon, 11 Nov 2002 11:46:32 -0900 (AKST) Received: by plato.local.lan (Postfix, from userid 1000) id 93E534104E2; Mon, 11 Nov 2002 11:46:32 -0900 (AKST) Date: Mon, 11 Nov 2002 11:46:32 -0900 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs Message-ID: <20021111204632.GG16831@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200211111304.gABD4dq21804@monkeyiq.dnsalias.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B8ONY/mu/bqBak9m" Content-Disposition: inline In-Reply-To: <200211111304.gABD4dq21804@monkeyiq.dnsalias.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-archive-position: 1631 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs --B8ONY/mu/bqBak9m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 11, 2002 at 11:04:39PM +1000, Ben Martin wrote: >=20 > I have thought of adapting libferris to support a new symlink format, > using regular files and pretending at its API level that it is a link. I > was still trying to avoid that for now as it opens up a few other > issues. UGH, apples OSX does this and its gross, `symlinks' you create in the GUI are useless regular files in the shell. unless i misunderstood your intent in which case disregard. IMO GUI programs which litter junk all over the filesystem are exceedingly annoying (some organizations ban the use of client software which results in this cruftification on organization networks) also GUI programs which `extend' things in a manner that breaks the command line shell are also exceedingly annoying. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --B8ONY/mu/bqBak9m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj3QFygACgkQJKx7GixEevyWGACeJ0sUJ5Y5r3Bu7KPrXNzrP8EL jOAAoJC7Q7WnkoYpJHgt6V0n5Li6EoLI =lrjG -----END PGP SIGNATURE----- --B8ONY/mu/bqBak9m-- From owner-linux-xfs@oss.sgi.com Mon Nov 11 13:04:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 13:04:42 -0800 (PST) Received: from thunker.thunk.org (thunk.org [140.239.227.29]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABL4cuR012164 for ; Mon, 11 Nov 2002 13:04:38 -0800 Received: from [216.175.175.162] (helo=think.thunk.org) by thunker.thunk.org with asmtp (Exim 3.35 #1 (Debian)) id 18BLkK-0006e3-00; Mon, 11 Nov 2002 16:05:24 -0500 Received: from tytso by think.thunk.org with local (Exim 3.35 #1 (Debian)) id 18BLkK-0001ip-00; Mon, 11 Nov 2002 16:05:24 -0500 Date: Mon, 11 Nov 2002 16:05:24 -0500 From: "Theodore Ts'o" To: Andreas Gruenbacher Cc: Alexander Viro , "Stephen C.Tweedie" , ext2-devel@lists.sourceforge.net, linux-xfs@oss.sgi.com Subject: Re: Extended attributes: process vs. kernel context (e.g. HSM) Message-ID: <20021111210524.GB6032@think.thunk.org> References: <200211100135.26236.agruen@suse.de> <20021110013233.GH9589@think.thunk.org> <200211111334.32074.agruen@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211111334.32074.agruen@suse.de> User-Agent: Mutt/1.3.28i X-archive-position: 1632 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tytso@mit.edu Precedence: bulk X-list: linux-xfs On Mon, Nov 11, 2002 at 01:34:31PM +0100, Andreas Gruenbacher wrote: > I think adding a (struct task_struct *) parameter to the xattr inode > operations is a better idea --- I don't know how likely it is that > credentials will be passed around in a future kernel, but if it's > likely then the xattr inode operations would move in the right > direction, instead of introducing weird flag(s). But that won't help the problem which was originally stated. In an HSM setup, there will be a kernel module that will be executing on behalf of untrusted user space code, but it will want set a trusted user attribute. So being able to pass in a pointer to another task isn't going to be useful; there isn't another task's credentials that should be used. Instead, though, what you need is a way to tell the xattr code that "this is a privileged operation". And that requires but a single bit. Asking the HSM module to fake up a task structure just so it can create a "credential" that has CAP_SYS_ADMIN set is simply madness. The other thing to consider here is that I really don't want to start us down the path where individual user attributes are owned by some user or group other than the owner or group owner of the base file. When you start talking about "credentials being passed around", as opposed to simply a single bit which says, "this is official kernel business", you're scaring me. We **DON'T** want to have user and group ownership of xattrs. Next thing you know, people will start wanting ACL's on xattrs. And then it will all go downhill from there. ACL's on ACL's? ACL's on ACL's on ACL's? ACL's on ACL's on ACL's on ACL's? Please, God, No. We have to draw a line and say no the madness somewhere, and I think it should be done sooner rather than later. - Ted From owner-linux-xfs@oss.sgi.com Mon Nov 11 13:15:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 13:15:47 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABLFiuR012763 for ; Mon, 11 Nov 2002 13:15:45 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA58384 for ; Mon, 11 Nov 2002 15:17:10 -0600 (CST) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA74662 for ; Mon, 11 Nov 2002 15:17:08 -0600 (CST) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id gAC4VjU03298 for linux-xfs@oss.sgi.com; Mon, 11 Nov 2002 23:31:45 -0500 Resent-Message-Id: <200211120431.gAC4VjU03298@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA91656 for ; Mon, 11 Nov 2002 15:14:52 -0600 (CST) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gABLEokZ30147271 for ; Mon, 11 Nov 2002 13:14:51 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gABLDUXL001273 for ; Mon, 11 Nov 2002 22:13:30 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gABLDUUW001272 for hch@sgi.com; Mon, 11 Nov 2002 22:13:30 +0100 Date: Mon, 11 Nov 2002 22:13:30 +0100 From: Christoph Hellwig Message-Id: <200211112113.gABLDUUW001272@lab343.munich.sgi.com> Subject: TAKE - Bring fs/Kconfig a bit more in line with Linus' tree To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 11 Nov 2002 23:31:44 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1633 X-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: Mon Nov 11 13:14:20 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132730a linux/fs/Kconfig - 1.6 - Move XFS_RT a bit around to match mainline From owner-linux-xfs@oss.sgi.com Mon Nov 11 15:07:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 15:08:01 -0800 (PST) Received: from s383.jpl.nasa.gov (s383.jpl.nasa.gov [137.78.170.215]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABN7quR017509 for ; Mon, 11 Nov 2002 15:07:52 -0800 Received: from jpl.nasa.gov (mulan [137.78.61.94]) by s383.jpl.nasa.gov (8.11.6/8.11.6) with ESMTP id gABMwBC13301 for ; Mon, 11 Nov 2002 14:58:11 -0800 (PST) Message-ID: <3DD03603.7050106@jpl.nasa.gov> Date: Mon, 11 Nov 2002 14:58:11 -0800 From: Bryan Whitehead Organization: Jet Propulsion Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: HIGHMEM lockups with XFS fs Content-Type: multipart/mixed; boundary="------------060304050605050002090200" X-archive-position: 1634 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: driver@jpl.nasa.gov Precedence: bulk X-list: linux-xfs This is a multi-part message in MIME format. --------------060304050605050002090200 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I've run memtest to verify that all my memory is ok. When I remove all XFS partitions and run ext3 I don't get lockups. The hard lock keeps me from even syncing the disk (Alt-SysRq-S). I was however with a serial-console get some information. I attached the boot sequence allong with the alt-sysrq output after lockup. I have the time to help track this bug down, just give me instructions on what you'd like me todo. (I can rebuild and patch kernels if needed) -- Bryan Whitehead SysAdmin - JPL - Interferometry Systems and Technology Phone: 818 354 2903 driver@jpl.nasa.gov --------------060304050605050002090200 Content-Type: text/plain; name="crash.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="crash.txt" Linux version 2.4.19-16mdkenterprise (quintela@bi.mandrakesoft.com) (gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)) #1 SMP Fri Sep 20 17:34:59 CEST 2002 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 00000000000a0000 (usable) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000007ff9e000 (usable) BIOS-e820: 000000007ff9e000 - 0000000080000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved) BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) 1151MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000fe710 hm, page 000fe000 reserved twice. hm, page 000ff000 reserved twice. hm, page 000f0000 reserved twice. Advanced speculative caching feature not present On node 0 totalpages: 524190 zone(0): 4096 pages. zone(1): 225280 pages. zone(2): 294814 pages. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: DELL Product ID: WS 620 APIC at: 0xFEE00000 Processor #0 Pentium(tm) Pro APIC version 17 Processor #1 Pentium(tm) Pro APIC version 17 I/O APIC #2 Version 32 at 0xFEC00000. Processors: 2 Kernel command line: BOOT_IMAGE=linux-enterpris ro root=805 devfs=mount hdc=ide-scsi console=ttyS0,9600 console=tty0 ide_setup: hdc=ide-scsi Initializing CPU#0 Detected 993.333 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1979.18 BogoMIPS Memory: 2068688k/2096760k available (1392k kernel code, 27688k reserved, 484k data, 148k init, 1179256k highmem) Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode cache hash table entries: 131072 (order: 8, 1048576 bytes) Mount-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 131072 (order: 7, 524288 bytes) Page-cache hash table entries: 524288 (order: 9, 2097152 bytes) CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check reporting enabled on CPU#0. CPU0: Intel Pentium III (Coppermine) stepping 06 per-CPU timeslice cutoff: 731.63 usecs. enabled ExtINT on CPU#0 ESR value before enabling vector: 00000040 ESR value after enabling vector: 00000000 Booting processor 1/1 eip 2000 Initializing CPU#1 masked ExtINT on CPU#1 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Calibrating delay loop... 1985.74 BogoMIPS CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check reporting enabled on CPU#1. CPU1: Intel Pentium III (Coppermine) stepping 06 Total of 2 processors activated (3964.92 BogoMIPS). ENABLING IO-APIC IRQs Setting 2 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 2 ... ok. ..TIMER: vector=0x31 pin1=2 pin2=0 testing the IO APIC....................... .................................... done. Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 993.3806 MHz. ..... host bus clock speed is 132.4507 MHz. cpu: 0, clocks: 1324507, slice: 441502 CPU0 cpu: 1, clocks: 1324507, slice: 441502 CPU1 checking TSC synchronization across CPUs: passed. Waiting on wait_init_idle (map = 0x2) All processors have done init_idle PCI: PCI BIOS revision 2.10 entry at 0xfc03e, last bus=4 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent Unknown bridge resource 0: assuming transparent Unknown bridge resource 2: assuming transparent Unknown bridge resource 0: assuming transparent Unknown bridge resource 1: assuming transparent Unknown bridge resource 2: assuming transparent Unknown bridge resource 2: assuming transparent PCI: Using IRQ router PIIX [8086/2410] at 00:1f.0 PCI->APIC IRQ transform: (B0,I31,P3) -> 19 PCI->APIC IRQ transform: (B0,I31,P1) -> 17 PCI->APIC IRQ transform: (B1,I0,P0) -> 16 PCI->APIC IRQ transform: (B4,I5,P0) -> 17 PCI->APIC IRQ transform: (B4,I5,P1) -> 18 PCI->APIC IRQ transform: (B4,I7,P0) -> 19 PCI->APIC IRQ transform: (B4,I8,P0) -> 16 isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16) apm: disabled - APM is not SMP safe. Starting kswapd allocated 32 pages and 32 bhs reserved for the highmem bounces VFS: Diskquotas version dquot_6.5.0 initialized devfs: v1.12a (20020514) Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH: IDE controller on PCI bus 00 dev f9 ICH: chipset revision 2 ICH: not 100% native mode: will probe irqs later ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio hdc: SONY CD-RW CRX160E, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 ide-floppy driver 0.99b RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize ide-floppy driver 0.99b md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 16384 buckets, 128Kbytes TCP: Hash tables configured (established 262144 bind 65536) Linux IP multicast router 0.06 plus PIM-SM NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Compressed image found at block 0 Freeing initrd memory: 517k freed VFS: Mounted root (ext2 filesystem). Mounted devfs on /dev SCSI subsystem driver Revision: 1.00 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs SysRq : Changing Loglevel Loglevel set to 8 Vendor: QUANTUM Model: ATLAS10K2-TY367L Rev: DA40 Type: Direct-Access ANSI SCSI revision: 03 Vendor: FUJITSU Model: MAJ3364MP Rev: 5509 Type: Direct-Access ANSI SCSI revision: 03 scsi0:A:0:0: Tagged Queuing enabled. Depth 253 scsi0:A:1:0: Tagged Queuing enabled. Depth 253 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 (scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB) Partition check: /dev/scsi/host0/bus0/target0/lun0: p1 p2 < p5 p6 p7 p8 > (scsi0:A:1): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) SCSI device sdb: 71132959 512-byte hdwr sectors (36420 MB) /dev/scsi/host0/bus0/target1/lun0: p1 p2 < p5 p6 > SGI XFS with ACLs, DMAPI, realtime, quota, no debug enabled XFS mounting filesystem sd(8,5) XFS: WARNING: recovery required on readonly filesystem. XFS: write access will be enabled during mount. Starting XFS recovery on filesystem: sd(8,5) (dev: 8/5) Ending XFS recovery on filesystem: sd(8,5) (dev: 8/5) Mounted devfs on /dev Freeing unused kernel memory: 148k freed SysRq : Changing Loglevel Loglevel set to 8 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html 04:07.0: 3Com PCI 3c905C Tornado at 0xe480. Vers LK1.1.16 Installing knfsd (copyright (C) 1996 okir@monad.swb.de). martian source 255.255.255.255 from 127.0.0.1, on dev eth0 ll header: ff:ff:ff:ff:ff:ff:00:d0:59:2f:e1:37:08:00 martian source 255.255.255.255 from 127.0.0.1, on dev eth0 ll header: ff:ff:ff:ff:ff:ff:00:d0:59:2f:e1:37:08:00 martian source 255.255.255.255 from 127.0.0.1, on dev eth0 ll header: ff:ff:ff:ff:ff:ff:00:d0:59:2f:e1:37:08:00 SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount SysRq : Show Memory Mem-info: Free pages: 1759476kB (923628kB HighMem) Zone:DMA freepages: 11800kB Zone:Normal freepages:824048kB Zone:HighMem freepages:923628kB ( Active: 17541, inactive: 51146, free: 439869 ) 0*4kB 1*8kB 1*16kB 2*32kB 1*64kB 1*128kB 1*256kB 0*512kB 1*1024kB 5*2048kB = 11800kB) 4*4kB 6*8kB 5*16kB 5*32kB 5*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 402*2048kB = 824048kB) 1*4kB 1*8kB 0*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 450*2048kB = 923628kB) Swap cache: add 0, delete 0, find 0/0, race 0+0 Free swap: 1269056kB 524190 pages of RAM 294814 pages of HIGHMEM 6989 reserved pages 44773 pages shared 0 pages swap cached 15 pages in page table cache Buffer memory: 68kB Cache memory: 260968kB CLEAN: 475 buffers, 1870 kbyte, 4 used (last=150), 0 locked, 0 dirty 0 delay LOCKED: 1048 buffers, 4192 kbyte, 0 used (last=0), 0 locked, 0 dirty 0 delay DIRTY: 10250 buffers, 41000 kbyte, 0 used (last=0), 0 locked, 10250 dirty 10249 delay SysRq : Show Regs Pid: 0, comm: swapper EIP: 0010:[] CPU: 1 EFLAGS: 00000246 Not tainted EAX: 00000000 EBX: c01072e0 ECX: c2826000 EDX: c283a000 ESI: c283a000 EDI: c283a000 EBP: c283bfc0 DS: 0018 ES: 0018 CR0: 8005003b CR2: bffff808 CR3: 36bf6000 CR4: 000006d0 Call Trace: [] [] SysRq : Show State free sibling task PC stack pid father child younger older init S F75BFDE0 3224 1 0 2713 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] keventd S 00000001 5908 2 1 3 (L-TLB) Call Trace: [] [] [] [] [] ksoftirqd_CPU S F6934000 5988 3 1 4 2 (L-TLB) Call Trace: [] [] [] ksoftirqd_CPU S C01253C7 5572 4 1 5 3 (L-TLB) Call Trace: [] [] [] [] kswapd S 00000000 6368 5 1 6 4 (L-TLB) Call Trace: [] [] [] [] [] bdflush S 00000002 6364 6 1 7 5 (L-TLB) Call Trace: [] [] [] [] [] kupdated D 00000000 3604 7 1 8 6 (L-TLB) Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] mdrecoveryd S FFFFFFFF 6344 8 1 12 7 (L-TLB) Call Trace: [] [] [] scsi_eh_0 S FFFFFFFF 6116 12 1 13 8 (L-TLB) Call Trace: [] [] [] [] [] [] [] [] scsi_eh_1 S FFFFFFFF 6104 13 1 18 12 (L-TLB) Call Trace: [] [] [] [] [] [] [] pagebuf_daemo S C283A000 4752 18 1 142 13 (L-TLB) Call Trace: [] [] [] [] [] [] [] [] [] [] devfsd S C015D1D3 4256 142 1 242 18 (NOTLB) Call Trace: [] [] [] [] [] [] khubd S C283A000 4936 242 1 629 142 (L-TLB) Call Trace: [] [] [] [] [] [] rc S C0321834 0 629 1 1739 880 242 (NOTLB) Call Trace: [] [] syslogd D 00000000 0 880 1 888 629 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] klogd S F71A4000 1392 888 1 915 880 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] rpc.statd S F71ADCA4 0 915 1 930 888 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] gpm S 00000003 0 930 1 1045 915 (NOTLB) Call Trace: [] [] [] [] [] [] [] xfs S 00000000 0 1045 1 1086 930 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] rpciod S F70A50C0 0 1085 1 1117 1086 (L-TLB) Call Trace: [] [] [] [] [] [] [] [] lockd S 65626F64 0 1086 1 1085 1045 (L-TLB) Call Trace: [] [] [] [] [] nscd S F6EA1FA8 1392 1117 1 1121 1138 1085 (NOTLB) Call Trace: [] [] [] [] [] [] [] nscd S 000001F0 0 1121 1117 1126 (NOTLB) Call Trace: [] [] [] [] [] nscd S F6E91FA8 2416 1122 1121 1123 (NOTLB) Call Trace: [] [] [] [] [] [] [] nscd S F6934000 2416 1123 1121 1124 1122 (NOTLB) Call Trace: [] [] [] [] [] nscd S F6E84000 0 1124 1121 1125 1123 (NOTLB) Call Trace: [] [] [] [] [] nscd S 00000001 2416 1125 1121 1126 1124 (NOTLB) Call Trace: [] [] [] [] [] nscd S 00000000 2416 1126 1121 1125 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] atd S 00000200 0 1138 1 1156 1117 (NOTLB) Call Trace: [] [] [] [] ntpd S F6E3A3A0 0 1156 1 1174 1138 (NOTLB) Call Trace: [] [] [] [] [] [] [] sshd S 00000000 0 1174 1 1193 1156 (NOTLB) Call Trace: [] [] [] [] [] [] [] xinetd S F6E11FBC 0 1193 1 1218 1174 (NOTLB) Call Trace: [] [] [] lpd S 00000000 0 1218 1 1246 1193 (NOTLB) Call Trace: [] [] [] [] [] [] rpc.rquotad S F6DABFA8 0 1246 1 1263 1218 (NOTLB) Call Trace: [] [] [] [] [] nfsd S 00000010 5304 1256 1 1275 1257 (L-TLB) Call Trace: [] [] [] [] [] [] [] [] nfsd S 00000010 5304 1257 1 1256 1258 (L-TLB) Call Trace: [] [] [] [] [] [] [] nfsd S C02D6000 6196 1258 1 1257 1259 (L-TLB) Call Trace: [] [] [] [] [] [] nfsd S C02D6000 6196 1259 1 1258 1260 (L-TLB) Call Trace: [] [] [] [] [] [] nfsd S 00000000 6220 1260 1 1259 1261 (L-TLB) Call Trace: [] [] [] [] [] nfsd S 00000000 6220 1261 1 1260 1262 (L-TLB) Call Trace: [] [] [] [] [] nfsd S 00000000 6220 1262 1 1261 1263 (L-TLB) Call Trace: [] [] [] [] [] nfsd S 00000000 6220 1263 1 1262 1246 (L-TLB) Call Trace: [] [] [] [] [] [] rpc.mountd S F6D67FA8 0 1275 1 1290 1256 (NOTLB) Call Trace: [] [] [] [] [] amd S F6D48CA4 2416 1290 1 1360 1275 (NOTLB) Call Trace: [] [] [] [] [] [] automount S 000001F0 0 1360 1 1373 1290 (NOTLB) Call Trace: [] [] [] [] [] automount S 000001F0 0 1373 1 2738 1521 1360 (NOTLB) Call Trace: [] [] [] [] [] master S 00000000 0 1521 1 1533 1566 1373 (NOTLB) Call Trace: [] [] [] [] [] [] pickup S C02D6000 0 1532 1521 1533 (NOTLB) Call Trace: [] [] [] [] [] [] nqmgr S C02D6000 0 1533 1521 1532 (NOTLB) Call Trace: [] [] [] [] [] [] [] crond S 00000000 0 1566 1 1582 1521 (NOTLB) Call Trace: [] [] [] [] anacron S F6C060DC 0 1582 1 1727 1566 (NOTLB) Call Trace: [] [] [] runbb.sh S C03217E0 1392 1723 1 1726 2620 1727 (NOTLB) Call Trace: [] [] bbrun S C032185C 1340 1726 1723 1745 (NOTLB) Call Trace: [] [] runbb.sh S C0321818 4064 1727 1 1728 1723 1582 (NOTLB) Call Trace: [] [] bbrun S C0321BF8 4064 1728 1727 1977 (NOTLB) Call Trace: [] [] initlog S 000001F0 1392 1739 629 1740 (NOTLB) Call Trace: [] [] [] [] [] S99kickstart S C0321C1C 0 1740 1739 1984 (NOTLB) Call Trace: [] [] bb-nfsmod.sh S 00000202 0 1745 1726 1775 (NOTLB) Call Trace: [] [] bb-nfsmod.sh S 00000207 2416 1775 1745 1790 (NOTLB) Call Trace: [] [] sh S C032190C 0 1790 1775 1796 (NOTLB) Call Trace: [] [] showmount D 00000000 4064 1796 1790 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] sleep S C0131D94 1392 1977 1728 (NOTLB) Call Trace: [] [] [] [] [] S99install S C03216CC 1340 1984 1740 2681 (NOTLB) Call Trace: [] [] portmap S F6929FA8 1392 2620 1 2666 1723 (NOTLB) Call Trace: [] [] [] [] [] ypbind S F7161FA8 1392 2666 1 2667 2713 2620 (NOTLB) Call Trace: [] [] [] [] [] ypbind S 000001F0 2420 2667 2666 2669 (NOTLB) Call Trace: [] [] [] [] [] ypbind S F6B5BFBC 2416 2668 2667 2669 (NOTLB) Call Trace: [] [] [] ypbind S F7343F40 0 2669 2667 2668 (NOTLB) Call Trace: [] [] [] [] do.local-sw S C03216C4 1392 2681 1984 2683 (NOTLB) Call Trace: [] [] install_local S C03217B8 2416 2683 2681 2724 (NOTLB) Call Trace: [] [] update-menus S C015009E 0 2713 1 2727 2666 (NOTLB) Call Trace: [] [] [] rpm D 00000000 1208 2724 2683 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] gnome-mime-da D 00000000 816 2727 2713 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] automount S 00000000 1392 2737 1373 2738 (NOTLB) Call Trace: [] [] [] [] [] [] automount S F6F2B220 2416 2738 1373 2737 (NOTLB) Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] martian source 255.255.255.255 from 127.0.0.1, on dev eth0 ll header: ff:ff:ff:ff:ff:ff:00:d0:59:2f:e1:37:08:00 SysRq : Resetting --------------060304050605050002090200-- From owner-linux-xfs@oss.sgi.com Mon Nov 11 15:10:59 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 15:11:01 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABNAwuR017909 for ; Mon, 11 Nov 2002 15:10:58 -0800 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 63391148BF; Tue, 12 Nov 2002 00:12:24 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Andreas Gruenbacher Organization: SuSE Linux AG To: "Theodore Ts'o" Subject: Re: Extended attributes: process vs. kernel context (e.g. HSM) Date: Tue, 12 Nov 2002 00:12:22 +0100 User-Agent: KMail/1.4.3 Cc: Alexander Viro , "Stephen C.Tweedie" , ext2-devel@lists.sourceforge.net, linux-xfs@oss.sgi.com References: <200211100135.26236.agruen@suse.de> <200211111334.32074.agruen@suse.de> <20021111210524.GB6032@think.thunk.org> In-Reply-To: <20021111210524.GB6032@think.thunk.org> MIME-Version: 1.0 Message-Id: <200211120012.22860.agruen@suse.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gABNAxuR017910 X-archive-position: 1635 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: agruen@suse.de Precedence: bulk X-list: linux-xfs On Monday 11 November 2002 22:05, Theodore Ts'o wrote: > On Mon, Nov 11, 2002 at 01:34:31PM +0100, Andreas Gruenbacher wrote: > > I think adding a (struct task_struct *) parameter to the xattr inode > > operations is a better idea --- I don't know how likely it is that > > credentials will be passed around in a future kernel, but if it's > > likely then the xattr inode operations would move in the right > > direction, instead of introducing weird flag(s). > > But that won't help the problem which was originally stated. In an > HSM setup, there will be a kernel module that will be executing on > behalf of untrusted user space code, but it will want set a trusted > user attribute. So being able to pass in a pointer to another task > isn't going to be useful; there isn't another task's credentials that > should be used. Instead, though, what you need is a way to tell the > xattr code that "this is a privileged operation". And that requires > but a single bit. > > Asking the HSM module to fake up a task structure just so it can > create a "credential" that has CAP_SYS_ADMIN set is simply madness. Yes, I was thinking of passing in NULL in the privileged case. > The other thing to consider here is that I really don't want to start > us down the path where individual user attributes are owned by some > user or group other than the owner or group owner of the base file. > When you start talking about "credentials being passed around", as > opposed to simply a single bit which says, "this is official kernel > business", you're scaring me. I wasn't thinking of different permissions for different attributes, but of a way do decouple the running process from the credentials seen in the file system. The only cases at the moment are kernel context vs. process context, but other cases might come up in the future (NFS?). > We **DON'T** want to have user and group ownership of xattrs. Next > thing you know, people will start wanting ACL's on xattrs. And then > it will all go downhill from there. ACL's on ACL's? ACL's on ACL's > on ACL's? ACL's on ACL's on ACL's on ACL's? Please, God, No. We > have to draw a line and say no the madness somewhere, and I think it > should be done sooner rather than later. I agree to that. --Andreas. From owner-linux-xfs@oss.sgi.com Mon Nov 11 15:43:18 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 15:43:23 -0800 (PST) Received: from BOSSW2K.plustream.com (sdsl-64-139-1-6.dsl.sca.megapath.net [64.139.1.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gABNhGuR018603 for ; Mon, 11 Nov 2002 15:43:17 -0800 Subject: Input/Output Error Evms/XFS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Nov 2002 15:44:47 -0800 Message-ID: content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Input/Output Error Evms/XFS Thread-Index: AcKHMobavLQaFlRNR7aePtap6Gl2kAAVo08gAIyg9VA= From: "Michael Nguyen" To: Cc: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gABNhIuR018604 X-archive-position: 1636 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: michael.nguyen@corosoft.com Precedence: bulk X-list: linux-xfs Hello, Environment: 2.4.18 + EVMS1.2 + XFS1.1 In recent test, I have confined the input/output error to an LV that was managed under LvmRegMgr. Actions as follow: Evms: c:c,LvmRegMgr={name="myvg"},sdb,sdc,sdd Evms: c:r,LvmRegMgr={name="mylv",size=10GB},lvm/myvg/Freespace Evms: c:v,lvm/myvg/mylv,c Evms: mkfs:XFS={},/dev/evms/lvm/myvg/mylv Evms: quit #mount -t xfs /dev/evms/lvm/myvg/mylv /mnt/mylv #cp -r /usr/src/* /mnt/mylv/. cp:cannot create regular file... : input/output error cp:cannot create regular file... : input/output error cp: ... ... Also, tried (convert to EVMS native voule): Evms: um:/dev/evms/lvm/myvg/mylv Evms: co:/dev/evms/lvm/myvg/mylv,N="newlv" Evms: quit #mount -t xfs /dev/evms/lvm/myvg/mylv /mnt/mylv #cp -r /usr/src/* /mnt/mylv/. cp:cannot create regular file... : input/output error cp:cannot create regular file... : input/output error cp: ... ... Has anyone familiar with this problem, or have other result with the above setup? Regards, Michael. From owner-linux-xfs@oss.sgi.com Mon Nov 11 17:08:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 17:08:41 -0800 (PST) Received: from monkeyiq.dnsalias.org (dialup-167.161.221.203.acc04-john-stp.comindico.com.au [203.221.161.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC18XuR019996 for ; Mon, 11 Nov 2002 17:08:34 -0800 Received: by monkeyiq.dnsalias.org id gAC17nw20114 ; Tue, 12 Nov 2002 11:07:49 +1000 Date: Tue, 12 Nov 2002 11:07:49 +1000 Message-Id: <200211120107.gAC17nw20114@monkeyiq.dnsalias.org> Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs From: Ben Martin To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-archive-position: 1637 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: monkeyiq@users.sourceforge.net Precedence: bulk X-list: linux-xfs On Tue, 2002-11-12 at 06:46, Ethan Benson wrote: > On Mon, Nov 11, 2002 at 11:04:39PM +1000, Ben Martin wrote: > > > > I have thought of adapting libferris to support a new symlink format, > > using regular files and pretending at its API level that it is a link. I > > was still trying to avoid that for now as it opens up a few other > > issues. > > UGH, apples OSX does this and its gross, `symlinks' you create in the > GUI are useless regular files in the shell. It wouldn't be quite as painful in ferris because ferris being a library I add more and more support for it to bash as time goes by. so a cd my-strange-link; would work. > > unless i misunderstood your intent in which case disregard. > > IMO GUI programs which litter junk all over the filesystem are > exceedingly annoying (some organizations ban the use of client > software which results in this cruftification on organization > networks) also GUI programs which `extend' things in a manner that > breaks the command line shell are also exceedingly annoying. Yep, I'd not deny access from the shell as I am somewhat of a shell junky. I wouldn't imagine much application of my links outside of ~/.myapp dirs to make custom views. > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ -- ----------------------------------------------------- In this world there are only two tragedies. One is not getting what one wants, and the other is getting it. -- Oscar Wilde http://witme.sourceforge.net/libferris.web/ From owner-linux-xfs@oss.sgi.com Mon Nov 11 17:32:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 17:32:38 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC1WZuR020550 for ; Mon, 11 Nov 2002 17:32:36 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA43245; Mon, 11 Nov 2002 19:34:01 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id TAA30957; Mon, 11 Nov 2002 19:34:01 -0600 (CST) Date: Mon, 11 Nov 2002 19:33:04 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Michael Nguyen cc: linux-xfs@oss.sgi.com, Subject: Re: Input/Output Error Evms/XFS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1638 X-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 Hi Michael - It would be great if you could try this with one of the XFS 1.2 prereleases, just so we don't have to possibly rediscover old bugs. Also, an strace on the failing "cp" -might- be interesting. And, as always, any log messages? -Eric On Mon, 11 Nov 2002, Michael Nguyen wrote: > Hello, > > Environment: 2.4.18 + EVMS1.2 + XFS1.1 > > In recent test, I have confined the input/output > error to an LV that was managed under LvmRegMgr. > #cp -r /usr/src/* /mnt/mylv/. > cp:cannot create regular file... : input/output error > cp:cannot create regular file... : input/output error > cp: ... > ... From owner-linux-xfs@oss.sgi.com Mon Nov 11 17:35:15 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 17:35:17 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC1ZEuR020977 for ; Mon, 11 Nov 2002 17:35:15 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA65025; Mon, 11 Nov 2002 19:36:30 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id TAA47334; Mon, 11 Nov 2002 19:36:30 -0600 (CST) Date: Mon, 11 Nov 2002 19:35:34 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Bryan Whitehead cc: linux-xfs@oss.sgi.com Subject: Re: HIGHMEM lockups with XFS fs In-Reply-To: <3DD03603.7050106@jpl.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1639 X-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 Hi Bryan - We're big fans of kdb around here, if you could compile with kdb, break into it when you lock up, and do a backtrace on some (or all...) of the processes, that would be a good start. kdb> ps will give you a process list kdb> btp will backtrace kdb> bta will backtrace all pids -Eric On Mon, 11 Nov 2002, Bryan Whitehead wrote: > I've run memtest to verify that all my memory is ok. When I remove all > XFS partitions and run ext3 I don't get lockups. > > The hard lock keeps me from even syncing the disk (Alt-SysRq-S). I was > however with a serial-console get some information. I attached the boot > sequence allong with the alt-sysrq output after lockup. > > I have the time to help track this bug down, just give me instructions > on what you'd like me todo. (I can rebuild and patch kernels if needed) > > -- > Bryan Whitehead > SysAdmin - JPL - Interferometry Systems and Technology > Phone: 818 354 2903 > driver@jpl.nasa.gov > From owner-linux-xfs@oss.sgi.com Mon Nov 11 20:14:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 11 Nov 2002 20:14:06 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC4E2uR023826 for ; Mon, 11 Nov 2002 20:14:02 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA03682 for ; Mon, 11 Nov 2002 20:15:33 -0800 (PST) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id PAA41316 for linux-xfs@oss.sgi.com; Tue, 12 Nov 2002 15:14:15 +1100 (EST) Date: Tue, 12 Nov 2002 15:14:15 +1100 (EST) From: Nathan Scott Message-Id: <200211120414.PAA41316@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - bench, docs, janitor X-archive-position: 1640 X-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 xfs-cmds:slinx:132649a - 2 clients seems an interesting dbench case too as the discrepency between 1 and 10 is noticable atm. xfs-cmds:slinx:132801a - update some documentation, rationalise some headers, tidy some dead mkfs code, leftover from IRIX libdisk version. cheers. Date: Sun Nov 10 18:48:59 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132649a cmd/xfstests/run.dbench2 - 1.1 Date: Mon Nov 11 20:01:08 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132801a cmd/xfsprogs/doc/README.quota - 1.6 - update wrt some quota-on-root changes that are in the pipeline; also mention that IRIX now has support for group quotas in recent versions & that this is ondisk compatible with Linux/XFS grpquota. cmd/xfsprogs/man/man8/mkfs.xfs.8 - 1.13 - Minor updates -- -C option same as -f, so -C is now history (it was all stubbed out no-op code anyway). cmd/xfsprogs/mkfs/fstyp.c - 1.7 cmd/xfsprogs/mkfs/proto.c - 1.9 cmd/xfsprogs/mkfs/xfs_mkfs.c - 1.37 cmd/xfsprogs/libdisk/pttype.c - 1.5 cmd/xfsprogs/libdisk/pttype.h - 1.2 cmd/xfsprogs/libdisk/drivers.c - 1.10 cmd/xfsprogs/libdisk/drivers.h - 1.1 cmd/xfsprogs/libdisk/Makefile - 1.7 - rationalise headers, remove any use of mountinfo.h. cmd/xfsprogs/libdisk/mountinfo.c - 1.5 - removed, was just a bunch of stubbed out functions that mkfs was still using but not getting any functionality out of - we use the fstyp/pttyp interfaces for checking before overwrite and have always done so, on Linux. cmd/xfsprogs/include/Makefile - 1.14 cmd/xfsprogs/include/mountinfo.h - 1.5 - mountinfo.h is history - twas just a bunch of stubbed out IRIX code. cmd/xfsprogs/db/bmap.c - 1.6 cmd/xfsprogs/db/dquot.c - 1.6 cmd/xfsprogs/db/fprint.c - 1.6 cmd/xfsprogs/db/init.c - 1.7 cmd/xfsprogs/db/frag.c - 1.7 cmd/xfsprogs/db/freesp.c - 1.6 cmd/xfsprogs/db/command.c - 1.5 cmd/xfsprogs/db/check.c - 1.10 - rationalise headers - remove duplicated #includes. From owner-linux-xfs@oss.sgi.com Tue Nov 12 00:08:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 00:08:44 -0800 (PST) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC88buR028298 for ; Tue, 12 Nov 2002 00:08:37 -0800 Received: from erbenson.alaska.net (4-pm29.nwc.alaska.net [209.112.158.4]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id gAC8A9vW040180 for ; Mon, 11 Nov 2002 23:10:09 -0900 (AKST) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 45C893A0A for ; Mon, 11 Nov 2002 23:10:08 -0900 (AKST) Received: by plato.local.lan (Postfix, from userid 1000) id D07BD4104E2; Mon, 11 Nov 2002 23:10:07 -0900 (AKST) Date: Mon, 11 Nov 2002 23:10:07 -0900 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs Message-ID: <20021112081007.GH16831@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200211120107.gAC17nw20114@monkeyiq.dnsalias.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jaoouwwPWoQSJZYp" Content-Disposition: inline In-Reply-To: <200211120107.gAC17nw20114@monkeyiq.dnsalias.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-archive-position: 1641 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs --jaoouwwPWoQSJZYp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 12, 2002 at 11:07:49AM +1000, Ben Martin wrote: > On Tue, 2002-11-12 at 06:46, Ethan Benson wrote: > > On Mon, Nov 11, 2002 at 11:04:39PM +1000, Ben Martin wrote: > > >=20 > > > I have thought of adapting libferris to support a new symlink format, > > > using regular files and pretending at its API level that it is a link= . I > > > was still trying to avoid that for now as it opens up a few other > > > issues. > >=20 > > UGH, apples OSX does this and its gross, `symlinks' you create in the > > GUI are useless regular files in the shell. >=20 > It wouldn't be quite as painful in ferris because ferris being a library > I add more and more support for it to bash as time goes by.=20 > so a cd my-strange-link; would work. not everyone uses bash. there is absolutly no acceptable reason to reinvent("symlink")=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --jaoouwwPWoQSJZYp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj3Qt18ACgkQJKx7GixEevzrHgCdESSBfOfjpCbaVzdIi+sI6nVW dUoAniFNvWz7uaeI8xSEPsHeMvXvIK1B =CJpo -----END PGP SIGNATURE----- --jaoouwwPWoQSJZYp-- From owner-linux-xfs@oss.sgi.com Tue Nov 12 00:17:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 00:17:34 -0800 (PST) Received: from absinthe.carnagecopia.com (qmailr@absinthe.carnagecopia.com [216.187.87.246]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC8HWuR028751 for ; Tue, 12 Nov 2002 00:17:32 -0800 Received: (qmail 4650 invoked by uid 85); 12 Nov 2002 08:19:05 -0000 Received: from random@damnthatsucks.com by absinthe.carnagecopia.com by uid 82 with qmail-scanner-1.15 ( Clear:. Processed in 0.105693 secs); 12 Nov 2002 08:19:05 -0000 X-Qmail-Scanner-Mail-From: random@damnthatsucks.com via absinthe.carnagecopia.com X-Qmail-Scanner: 1.15 (Clear:. Processed in 0.105693 secs) Received: from unknown (HELO damnthatsucks.com) (24.83.210.139) by absinthe.carnagecopia.com with SMTP; 12 Nov 2002 08:19:04 -0000 Message-ID: <3DD0B975.9070301@damnthatsucks.com> Date: Tue, 12 Nov 2002 00:19:01 -0800 From: Vincent Janelle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ethan Benson CC: linux-xfs@oss.sgi.com Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs References: <200211120107.gAC17nw20114@monkeyiq.dnsalias.org> <20021112081007.GH16831@plato.local.lan> In-Reply-To: <200211120107.gAC17nw20114@monkeyiq.dnsalias.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1642 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: random@damnthatsucks.com Precedence: bulk X-list: linux-xfs Ethan Benson wrote: >On Tue, Nov 12, 2002 at 11:07:49AM +1000, Ben Martin wrote: > > >>On Tue, 2002-11-12 at 06:46, Ethan Benson wrote: >> >> >>>On Mon, Nov 11, 2002 at 11:04:39PM +1000, Ben Martin wrote: >>> >>> >>>>I have thought of adapting libferris to support a new symlink format, >>>>using regular files and pretending at its API level that it is a link. I >>>>was still trying to avoid that for now as it opens up a few other >>>>issues. >>>> >>>> >>>UGH, apples OSX does this and its gross, `symlinks' you create in the >>>GUI are useless regular files in the shell. >>> >>> >>It wouldn't be quite as painful in ferris because ferris being a library >>I add more and more support for it to bash as time goes by. >>so a cd my-strange-link; would work. >> >> > >not everyone uses bash. there is absolutly no acceptable reason to >reinvent("symlink") > > > not to mention the added overhead involved by involving a file open, seek, and processing this 'symlink' to obtain the info about the real file. From owner-linux-xfs@oss.sgi.com Tue Nov 12 01:47:39 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 01:47:43 -0800 (PST) Received: from wiprom2mx2.wipro.com (wiprom2mx2.wipro.com [203.197.164.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAC9lZuR031070 for ; Tue, 12 Nov 2002 01:47:37 -0800 Received: from m2vwall5.wipro.com (m2vwall5.wipro.com [10.115.50.5]) by wiprom2mx2.wipro.com (8.11.3/8.11.3) with SMTP id gAC9n0127859 for ; Tue, 12 Nov 2002 15:19:03 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-m1-bh2.wipro.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 12 Nov 2002 15:18:59 +0530 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Subject: open from kernel Date: Tue, 12 Nov 2002 15:18:59 +0530 Message-ID: <72D09F11CC09B645ADE2890F6B442FD81E6BDD@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: open from kernel Thread-Index: AcKKMLl+K/0i57l1TfuZESvor/Z1Gg== From: "santhosh kumar" To: X-OriginalArrivalTime: 12 Nov 2002 09:48:59.0945 (UTC) FILETIME=[B9C36990:01C28A30] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id gAC9lduR031072 X-archive-position: 1643 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: santhosh.kumar@wipro.com Precedence: bulk X-list: linux-xfs Hi, I am not able to open files present in XFS filesystem from kernel space. Is this a limitation or should i need to something in order to achieve the same. I am using the O_DIRECT flag. Thanks Regards Santhosh From owner-linux-xfs@oss.sgi.com Tue Nov 12 02:06:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 02:06:24 -0800 (PST) Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACA6LuR031863 for ; Tue, 12 Nov 2002 02:06:22 -0800 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gACA7pnm042504; Tue, 12 Nov 2002 11:07:53 +0100 (CET) Message-Id: <4.3.2.7.2.20021112110504.03ccc158@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 12 Nov 2002 11:06:13 +0100 To: "santhosh kumar" , From: Seth Mos Subject: Re: open from kernel In-Reply-To: <72D09F11CC09B645ADE2890F6B442FD81E6BDD@blr-m3-msg.wipro.co m> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 1644 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 15:18 12-11-2002 +0530, santhosh kumar wrote: >Hi, > > I am not able to open files present in XFS filesystem from kernel > space. Is this a limitation or should i need to something in order to > achieve the same. I am using the O_DIRECT flag You need a kernel with XFS filesystem support to be able read files from XFS filesystems. if you "cat /proc/filesystems" does it contain the xfs string? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Nov 12 02:25:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 02:25:58 -0800 (PST) Received: from web15205.mail.bjs.yahoo.com ([61.135.128.135]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACAPquR005846 for ; Tue, 12 Nov 2002 02:25:53 -0800 Message-ID: <20021112102715.57735.qmail@web15205.mail.bjs.yahoo.com> Received: from [210.72.245.11] by web15205.mail.bjs.yahoo.com via HTTP; Tue, 12 Nov 2002 18:27:15 CST Date: Tue, 12 Nov 2002 18:27:15 +0800 (CST) From: =?gb2312?q?tom=20wang?= Subject: the cvs kernel oops !! To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-archive-position: 1645 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wddi_1976@yahoo.com.cn Precedence: bulk X-list: linux-xfs xfs developers: When I test xfs use the following shell, kernel oops!!! within 5 second. /fsstress -d /mnt/tmp \ -f allocsp=0 \ -f freesp=0 \ -f bulkstat=0 \ -f bulkstat1=0 \ -f resvsp=0 \ -f unresvsp=0 \ -f attr_set=100 -f attr_remove=100 \ -S -p 1 -n 10000 (A 200m xfs partition is mounted at /mnt/tmp) fsstress is the program provided in xfstest package. the kernel I used is now cvs kernel. the oops is easy reproduce, so maybe you can fix it soon. thanks _________________________________________________________ Do You Yahoo!? "是IT精英吗？小试牛刀获时尚大奖！" http://cn.promo.yahoo.com/cgi-bin/udb/u From owner-linux-xfs@oss.sgi.com Tue Nov 12 02:38:57 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 02:39:01 -0800 (PST) Received: from wiprom2mx2.wipro.com (wiprom2mx2.wipro.com [203.197.164.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACAcsuR009122 for ; Tue, 12 Nov 2002 02:38:56 -0800 Received: from m2vwall5.wipro.com (m2vwall5.wipro.com [10.115.50.5]) by wiprom2mx2.wipro.com (8.11.3/8.11.3) with SMTP id gACAeK108790 for ; Tue, 12 Nov 2002 16:10:21 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-m1-bh1.wipro.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 12 Nov 2002 16:10:19 +0530 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Subject: RE: open from kernel Date: Tue, 12 Nov 2002 16:10:19 +0530 Message-ID: <72D09F11CC09B645ADE2890F6B442FD81E6BDF@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: open from kernel Thread-Index: AcKKM4K/pixB9SoGSdyqW14ygFOM1wABCR+c From: "santhosh kumar" To: "Seth Mos" , X-OriginalArrivalTime: 12 Nov 2002 10:40:19.0695 (UTC) FILETIME=[E56FF7F0:01C28A37] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id gACAcvuR009123 X-archive-position: 1646 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: santhosh.kumar@wipro.com Precedence: bulk X-list: linux-xfs Yes, i have XFS fileystem support. I am able to open the file, but my read fails. The operations in user-space works. I think i am missing something before calling read. (Note: i am doing set_fs(KERNEL_DS), before calling read. Thanks Santhosh -----Original Message----- From: Seth Mos [mailto:knuffie@xs4all.nl] Sent: Tue 11/12/2002 3:36 PM To: santhosh kumar; linux-xfs@oss.sgi.com Cc: Subject: Re: open from kernel At 15:18 12-11-2002 +0530, santhosh kumar wrote: >Hi, > > I am not able to open files present in XFS filesystem from kernel > space. Is this a limitation or should i need to something in order to > achieve the same. I am using the O_DIRECT flag You need a kernel with XFS filesystem support to be able read files from XFS filesystems. if you "cat /proc/filesystems" does it contain the xfs string? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Nov 12 03:57:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 03:58:01 -0800 (PST) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACBvtuR013637 for ; Tue, 12 Nov 2002 03:57:56 -0800 Received: from fwd02.sul.t-online.de by mailout05.sul.t-online.com with smtp id 18BZhY-0000ML-03; Tue, 12 Nov 2002 12:59:28 +0100 Received: from puariko.homeip.net (520039812576-0001@[217.231.220.79]) by fmrl02.sul.t-online.com with esmtp id 18BZhW-0G0gYSC; Tue, 12 Nov 2002 12:59:26 +0100 Received: (from thimm@localhost) by bonzo.nirvana (8.12.5/8.12.5/Submit) id gACBxMxk008476; Tue, 12 Nov 2002 12:59:22 +0100 Date: Tue, 12 Nov 2002 12:59:22 +0100 From: Axel Thimm To: linux-xfs@oss.sgi.com Subject: fwd: 1.2pre2 and XFS_VERSION_STRING Message-ID: <20021112115922.GA7985@bonzo.nirvana> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline User-Agent: Mutt/1.4i X-Sender: 520039812576-0001@t-dialin.net X-archive-position: 1647 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs --gatW/ieO32f1wygP Content-Type: multipart/mixed; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The following mail bounced due to > linux-xfs@oss.sgi.com > Connection timed out: > SMTP timeout while connected to oss.sgi.com [128.167.58.27] after end= of > data (1803 bytes written): > retry timeout exceeded Are those points still valid in 1.2pre3? --=20 Axel.Thimm@physik.fu-berlin.de --LZvS9be/3tNcYl/X Content-Type: message/rfc822 Content-Disposition: inline Return-Path: Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by up.physik.fu-berlin.de (8.9.3/8.9.1) with ESMTP id KAA659821 for ; Wed, 6 Nov 2002 10:33:03 +0100 (CET) Received: from fwd10.sul.t-online.de by mailout09.sul.t-online.com with smtp id 189MYX-0008P7-07; Wed, 06 Nov 2002 10:33:01 +0100 Received: from puariko.homeip.net (520039812576-0001@[217.231.219.18]) by fmrl10.sul.t-online.com with esmtp id 189MYQ-18Xrv6C; Wed, 6 Nov 2002 10:32:54 +0100 Received: (from thimm@localhost) by bonzo.nirvana (8.12.5/8.12.5/Submit) id gA69WqlO006363; Wed, 6 Nov 2002 10:32:52 +0100 Date: Wed, 6 Nov 2002 10:32:51 +0100 From: Axel Thimm To: linux-xfs@oss.sgi.com Subject: 1.2pre2 and XFS_VERSION_STRING Message-ID: <20021106093251.GA5009@bonzo.nirvana> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline User-Agent: Mutt/1.4i X-Sender: 520039812576-0001@t-dialin.net X-Spam-Status: No, hits=-2.7 required=5.0 tests=PGP_SIGNATURE_2,AWL version=2.31 X-Spam-Level: --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 1.2pre2 sets the version string as if it were pre1: fs/xfs/linux/xfs_version.h:#define XFS_VERSION_STRING "SGI XFS 1.2pre1" whereas 1.2pre1 did use the CVS date: fs/xfs/linux/xfs_version.h:#define XFS_VERSION_STRING "CVS-09/19/02:05" Personally I very much liked the date format. For instance I wanted to know whether the "problem with minimal acls on linux"-fix was part of it (it isn't). What CVS date is 1.2pre2 based on? --=20 Axel.Thimm@physik.fu-berlin.de --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9yOHDQBVS1GOamfERAhSJAJ40pPiTBxzVntiT3isCjOSfrhJ8egCfXj9e XPlubmQ2LtdEGFoSqn6P4Kc= =B4Bq -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- --LZvS9be/3tNcYl/X-- --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE90O0aQBVS1GOamfERAuuzAJ4qpClBqoFTeCEYMwPpHz1wZXU/AwCgksvZ 3u4CW5F1bnw3UEZB/qCtVhE= =IgWT -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From owner-linux-xfs@oss.sgi.com Tue Nov 12 05:50:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 05:50:27 -0800 (PST) Received: from gum.itee.uq.edu.au (gum.itee.uq.edu.au [130.102.66.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACDoMuR015923 for ; Tue, 12 Nov 2002 05:50:23 -0800 Received: from luma.itee.uq.edu.au (luma.itee.uq.edu.au [130.102.66.14]) by gum.itee.uq.edu.au (8.12.6/8.12.6) with ESMTP id gACDpq0i021696 for ; Tue, 12 Nov 2002 23:51:52 +1000 (EST) Received: from mango.csee.uq.edu.au (mango.itee.uq.edu.au [130.102.66.4]) by luma.itee.uq.edu.au (8.12.6/8.12.6) with ESMTP id gACDpqDn025432 for ; Tue, 12 Nov 2002 23:51:52 +1000 (EST) Date: Tue, 12 Nov 2002 23:51:52 +1000 (EST) From: Chris Pascoe X-X-Sender: chrisp@mango.csee.uq.edu.au To: linux-xfs@oss.sgi.com Subject: v2 vs v1 logs - number of transactions in log? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checked: This message probably not SPAM X-Spam-Score: 0.2 X-Spam-Tests: SPAM_PHRASE_00_01,USER_AGENT_PINE X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang) X-archive-position: 1648 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: c.pascoe@itee.uq.edu.au Precedence: bulk X-list: linux-xfs Hi, Quick questions for the developers - if one generates a filesystem with version 2 logs and specifies a stripe unit size, of say 16kB, at this time, does this reduce the number of transactions that can be in the log at a given time? Is there a need to increase the log size from the default to ensure better performance by making sure that the log doesn't need to be flushed more frequently as a result of this change? I'm imagining as follows: if a log is, say, 1000 4kB filesystem blocks (as long picked by a default mkfs command, hypothetically) when using version 1, it can hold 8000 512-byte log entries. The same log in version 2 format presumably holds less entries if everything is done stripe unit aligned, yes? Quite probably I'm just plain confused, having not read how the version two log code works yet - is there a simple answer? Thanks, Chris From owner-linux-xfs@oss.sgi.com Tue Nov 12 06:04:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 06:04:15 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACE4BuR017585 for ; Tue, 12 Nov 2002 06:04:11 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA23391; Tue, 12 Nov 2002 08:05:39 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id IAA56122; Tue, 12 Nov 2002 08:05:39 -0600 (CST) Date: Tue, 12 Nov 2002 08:04:37 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Axel Thimm cc: linux-xfs@oss.sgi.com Subject: Re: fwd: 1.2pre2 and XFS_VERSION_STRING In-Reply-To: <20021112115922.GA7985@bonzo.nirvana> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1649 X-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 Hi Axel - Well, the version strings have not been set up very well on the -pre releases. The plan was to set them to the 1.2preX release number. The CVS date is not very relevant anymore... the first pre1 kernel was a clone of cvs at one point, but subsequent releases have taken bits and pieces, but not all, of subsequent cvs changes. The "minimal acl" fix is in pre3 for sure, probably in pre2. -Eric On Tue, 12 Nov 2002, Axel Thimm wrote: 1.2pre2 sets the version string as if it were pre1: fs/xfs/linux/xfs_version.h:#define XFS_VERSION_STRING "SGI XFS 1.2pre1" whereas 1.2pre1 did use the CVS date: fs/xfs/linux/xfs_version.h:#define XFS_VERSION_STRING "CVS-09/19/02:05" Personally I very much liked the date format. For instance I wanted to know whether the "problem with minimal acls on linux"-fix was part of it (it isn't). What CVS date is 1.2pre2 based on? From owner-linux-xfs@oss.sgi.com Tue Nov 12 06:15:09 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 06:15:10 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACEF6uR018110 for ; Tue, 12 Nov 2002 06:15:07 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA70145; Tue, 12 Nov 2002 08:16:35 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id IAA39014; Tue, 12 Nov 2002 08:16:34 -0600 (CST) Date: Tue, 12 Nov 2002 08:15:33 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: santhosh kumar cc: Seth Mos , Subject: RE: open from kernel In-Reply-To: <72D09F11CC09B645ADE2890F6B442FD81E6BDF@blr-m3-msg.wipro.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1650 X-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 Hi Santhosh - How does the read fail? (what error value?) Do you have the correct buffer alignment and read size for O_DIRECT? (I assume so, since this worked in user-space for you?) -Eric On Tue, 12 Nov 2002, santhosh kumar wrote: > Yes, i have XFS fileystem support. I am able to open the file, but my read fails. The operations in user-space works. > > I think i am missing something before calling read. (Note: i am doing set_fs(KERNEL_DS), before calling read. > > Thanks > Santhosh > > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Tue 11/12/2002 3:36 PM > To: santhosh kumar; linux-xfs@oss.sgi.com > Cc: > Subject: Re: open from kernel > > > > At 15:18 12-11-2002 +0530, santhosh kumar wrote: > >Hi, > > > > I am not able to open files present in XFS filesystem from kernel > > space. Is this a limitation or should i need to something in order to > > achieve the same. I am using the O_DIRECT flag > > You need a kernel with XFS filesystem support to be able read files from > XFS filesystems. > > if you "cat /proc/filesystems" does it contain the xfs string? > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. > > > > > From owner-linux-xfs@oss.sgi.com Tue Nov 12 06:25:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 06:25:51 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACEPhuR018884 for ; Tue, 12 Nov 2002 06:25:47 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA13855; Tue, 12 Nov 2002 08:27:08 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id IAA65048; Tue, 12 Nov 2002 08:27:08 -0600 (CST) Date: Tue, 12 Nov 2002 08:26:06 -0600 (CST) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: =?gb2312?q?tom=20wang?= cc: linux-xfs@oss.sgi.com Subject: Re: the cvs kernel oops !! In-Reply-To: <20021112102715.57735.qmail@web15205.mail.bjs.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by ledzep.americas.sgi.com id IAA13855 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gACEPluR018886 X-archive-position: 1651 X-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 Yes, this oopses my box as well. The stack is pretty straightforward, EBP EIP Function (args) 0xc24e5e50 0xc012ecb0 vfree+0x80 (0xd0873000) kernel .text 0xc0100000 0xc012ec30 0xc012ece0 0xc24e5e5c 0xc01530c6 xattr_free+0x26 (0xd0873000, 0x110f, 0x72657375, 0x6637612e, 0xcedf2500) kernel .text 0xc0100000 0xc01530a0 0xc01530d0 0xc24e5f78 0xc0153223 setxattr+0x153 (0xce92d5a0, 0xbffff5d0, 0x8051f00, 0x110f, 0x0) kernel .text 0xc0100000 0xc01530d0 0xc0153230 0xc24e5fbc 0xc01532b9 sys_lsetxattr+0x39 (0x8051d58, 0xbffff5d0, 0x8051f00, 0x110f, 0x0) kernel .text 0xc0100000 0xc0153280 0xc01532d0 0xc010718b system_call+0x33 kernel .text 0xc0100 Could you please file a bug in bugzilla? http://oss.sgi.com/bugzilla Thanks, -Eric On Tue, 12 Nov 2002, [gb2312] tom wang wrote: > xfs developers: > When I test xfs use the following shell, kernel > oops!!! within 5 second. > > /fsstress -d /mnt/tmp \ > -f allocsp=0 \ > -f freesp=0 \ > -f bulkstat=0 \ > -f bulkstat1=0 \ > -f resvsp=0 \ > -f unresvsp=0 \ > -f attr_set=100 -f attr_remove=100 \ > -S -p 1 -n 10000 > (A 200m xfs partition is mounted at /mnt/tmp) > > fsstress is the program provided in xfstest package. > the kernel I used is now cvs kernel. > > the oops is easy reproduce, so maybe you can fix it > soon. > thanks > > _________________________________________________________ > Do You Yahoo!? > "是IT精英吗？小试牛刀获时尚大奖！" > http://cn.promo.yahoo.com/cgi-bin/udb/u > > From owner-linux-xfs@oss.sgi.com Tue Nov 12 06:36:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 06:36:30 -0800 (PST) Received: from thunker.thunk.org (thunk.org [140.239.227.29]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACEaRuR019369 for ; Tue, 12 Nov 2002 06:36:28 -0800 Received: from [216.175.175.162] (helo=think.thunk.org) by thunker.thunk.org with asmtp (Exim 3.35 #1 (Debian)) id 18BbYZ-0003pN-00; Tue, 12 Nov 2002 08:58:19 -0500 Received: from tytso by think.thunk.org with local (Exim 3.35 #1 (Debian)) id 18BbYZ-0000WJ-00; Tue, 12 Nov 2002 08:58:19 -0500 Date: Tue, 12 Nov 2002 08:58:19 -0500 From: "Theodore Ts'o" To: Andreas Gruenbacher Cc: Alexander Viro , "Stephen C.Tweedie" , ext2-devel@lists.sourceforge.net, linux-xfs@oss.sgi.com Subject: Re: Extended attributes: process vs. kernel context (e.g. HSM) Message-ID: <20021112135819.GB1869@think.thunk.org> References: <200211100135.26236.agruen@suse.de> <200211111334.32074.agruen@suse.de> <20021111210524.GB6032@think.thunk.org> <200211120012.22860.agruen@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211120012.22860.agruen@suse.de> User-Agent: Mutt/1.3.28i X-archive-position: 1652 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tytso@mit.edu Precedence: bulk X-list: linux-xfs On Tue, Nov 12, 2002 at 12:12:22AM +0100, Andreas Gruenbacher wrote: > > The other thing to consider here is that I really don't want to > > start us down the path where individual user attributes are owned > > by some user or group other than the owner or group owner of the > > base file. When you start talking about "credentials being passed > > around", as opposed to simply a single bit which says, "this is > > official kernel business", you're scaring me. > > I wasn't thinking of different permissions for different attributes, > but of a way do decouple the running process from the credentials > seen in the file system. The only cases at the moment are kernel > context vs. process context, but other cases might come up in the > future (NFS?). As long as stick to a very simple file ownership access control model for xattr's, then NFS can simply do the uid check itself. We don't need to pass full set of credentials; a simple integer comparison in the NFS code before it calls the set_xattr() call will do. (And maybe a special case test for uid == 0, although why anyone who cares about security wwould be insane enough to run NFS without NFS root squash enabled is completely beyond me....) - Ted From owner-linux-xfs@oss.sgi.com Tue Nov 12 06:42:06 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 06:42:07 -0800 (PST) Received: from wiprom2mx2.wipro.com (wiprom2mx2.wipro.com [203.197.164.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACEg2uR019814 for ; Tue, 12 Nov 2002 06:42:04 -0800 Received: from m2vwall5.wipro.com (m2vwall5.wipro.com [10.115.50.5]) by wiprom2mx2.wipro.com (8.11.3/8.11.3) with SMTP id gACEhU121352 for ; Tue, 12 Nov 2002 20:13:31 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-m1-bh2.wipro.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 12 Nov 2002 20:13:29 +0530 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Subject: RE: open from kernel Date: Tue, 12 Nov 2002 20:13:28 +0530 Message-ID: <72D09F11CC09B645ADE2890F6B442FD81E6BE4@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: open from kernel Thread-Index: AcKKVkUl6g11Hu3rQJeKOOgOA+V5hQAA0GD0 From: "santhosh kumar" To: "Eric Sandeen" Cc: "Seth Mos" , X-OriginalArrivalTime: 12 Nov 2002 14:43:29.0152 (UTC) FILETIME=[DD6E7000:01C28A59] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id gACEg6uR019815 X-archive-position: 1653 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: santhosh.kumar@wipro.com Precedence: bulk X-list: linux-xfs Hi Eric, I am getting EFAULT (14). I feel, this is because i am allocating the memory using alloc_bootmem_pages (during boot time) and hence it not associated with any pages and get_user_pages returns this error. Is there any way i can over come this. Any pointers are welcome. Thanks Regards Santhosh -----Original Message----- From: Eric Sandeen [mailto:sandeen@sgi.com] Sent: Tue 11/12/2002 7:45 PM To: santhosh kumar Cc: Seth Mos; linux-xfs@oss.sgi.com Subject: RE: open from kernel Hi Santhosh - How does the read fail? (what error value?) Do you have the correct buffer alignment and read size for O_DIRECT? (I assume so, since this worked in user-space for you?) -Eric On Tue, 12 Nov 2002, santhosh kumar wrote: > Yes, i have XFS fileystem support. I am able to open the file, but my read fails. The operations in user-space works. > > I think i am missing something before calling read. (Note: i am doing set_fs(KERNEL_DS), before calling read. > > Thanks > Santhosh > > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Tue 11/12/2002 3:36 PM > To: santhosh kumar; linux-xfs@oss.sgi.com > Cc: > Subject: Re: open from kernel > > > > At 15:18 12-11-2002 +0530, santhosh kumar wrote: > >Hi, > > > > I am not able to open files present in XFS filesystem from kernel > > space. Is this a limitation or should i need to something in order to > > achieve the same. I am using the O_DIRECT flag > > You need a kernel with XFS filesystem support to be able read files from > XFS filesystems. > > if you "cat /proc/filesystems" does it contain the xfs string? > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. > > > > > From owner-linux-xfs@oss.sgi.com Tue Nov 12 07:51:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 07:51:43 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACFpfuR022038 for ; Tue, 12 Nov 2002 07:51:41 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA40715; Tue, 12 Nov 2002 09:53:10 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA00671; Tue, 12 Nov 2002 09:53:09 -0600 (CST) Subject: Re: the cvs kernel oops !! From: Eric Sandeen To: Eric Sandeen Cc: tom wang , linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Nov 2002 09:52:07 -0600 Message-Id: <1037116327.14690.42.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1654 X-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 Whoops, it's my turn to be short on coffee this morning... as Steve points out, this is generic xattr code, not xfs code. So, this might be one for the list at http://acl.bestbits.at/ It would at least be interesting to try it on an ext3+xattr filesystem. I got a different stack this time, but also in the generic code. It's not clear to me why this oopsed! EBP EIP Function (args) 0xce127e00 0xc012ebde get_vm_area+0x9e (0x2000, 0x2, 0x0, 0x0, 0xce35c83c) kernel .text 0xc0100000 0xc012eb40 0xc012ec30 0xce127e40 0xc012ed1f __vmalloc+0x3f (0x1a73, 0x1f2, 0x163, 0x9, 0xce127f94) kernel .text 0xc0100000 0xc012ece0 0xc012eee0 0xce127e5c 0xc0153090 xattr_alloc+0x50 (0x1a73, 0x10000, 0x72657375, 0x6332612e, 0xce090034) kernel .text 0xc0100000 0xc0153040 0xc01530c0 0xce127f78 0xc0153161 setxattr+0x61 (0xcd8f2adc, 0xbffff5e0, 0x80522d0, 0x1a73, 0x0) kernel .text 0xc0100000 0xc0153100 0xc0153260 0xce127fbc 0xc01532e9 sys_lsetxattr+0x39 (0x8051d58, 0xbffff5e0, 0x80522d0, 0x1a73, 0x0) kernel .text 0xc0100000 0xc01532b0 0xc0153300 0xc010718b system_call+0x33 kernel .text 0xc0100000 0xc0107158 0xc0107190 -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Nov 12 08:11:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 08:11:57 -0800 (PST) Received: from silver.digirati.com.br (silver.digirati.com.br [200.185.109.126]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACGBouR023093 for ; Tue, 12 Nov 2002 08:11:53 -0800 Received: from wsmichel (RJ227136.user.veloxzone.com.br [200.165.227.136]) by silver.digirati.com.br (8.11.6/8.11.6) with SMTP id gACGDGx08233 for ; Tue, 12 Nov 2002 14:13:17 -0200 Message-ID: <00e701c28a66$72bf6b80$1601070a@mz.digirati.com.br> From: "Michel Machado" To: Subject: Bug or feature? Date: Tue, 12 Nov 2002 14:13:24 -0200 Organization: Digirati MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-archive-position: 1655 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: michel@digirati.com.br Precedence: bulk X-list: linux-xfs Hi, I have a Mandrake 9.0 box using XFS. When I edit a file (e.g. /etc/crontab) with vi and have a crash (e.g. hard reset button) the file is lose, output by hexdump: hexdump crontab 0000000 0000 0000 0000 0000 0000 0000 0000 0000 * 0000120 0000 0000 0000 0000 0000 0000 000012b Is it a feature or a bug? Is there some parameter via sysctl to help? [ ]'s Michel Machado From owner-linux-xfs@oss.sgi.com Tue Nov 12 08:27:25 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 08:27:27 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACGROuR029409 for ; Tue, 12 Nov 2002 08:27:24 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA12789; Tue, 12 Nov 2002 10:28:43 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA81137; Tue, 12 Nov 2002 10:28:37 -0600 (CST) Subject: Re: Bug or feature? From: Eric Sandeen To: Michel Machado Cc: linux-xfs@oss.sgi.com In-Reply-To: <00e701c28a66$72bf6b80$1601070a@mz.digirati.com.br> References: <00e701c28a66$72bf6b80$1601070a@mz.digirati.com.br> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Nov 2002 10:27:35 -0600 Message-Id: <1037118455.1559.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1656 X-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 Well, it's some of both. XFS does not guarantee data integrity on a crash, it only guarantees filesystem consistency. If you flip the switch before a write hits the disk, that data is gone. I think vi does some other tricks with creating swap files & truncating the original, (or something like that) so that could affect the situation. I don't know what XFS looks like in Mandrake 9.0... changes were made quite some time ago to help avoid this, but in the end, flipping the power switch == data loss! -Eric On Tue, 2002-11-12 at 10:13, Michel Machado wrote: > Hi, > > I have a Mandrake 9.0 box using XFS. > > When I edit a file (e.g. /etc/crontab) with vi and have a crash (e.g. > hard reset button) the file is lose, output by hexdump: > > hexdump crontab > 0000000 0000 0000 0000 0000 0000 0000 0000 0000 > * > 0000120 0000 0000 0000 0000 0000 0000 > 000012b > > Is it a feature or a bug? Is there some parameter via sysctl to help? > > [ ]'s > Michel Machado > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Nov 12 08:45:50 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 08:45:52 -0800 (PST) Received: from w206.web2010.com (w206.web2010.com [216.157.52.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACGjouR029909 for ; Tue, 12 Nov 2002 08:45:50 -0800 Received: from avalanche (catv-d5de8916.bp01catv.broadband.hu [213.222.137.22]) by w206.web2010.com (8.9.3/8.9.0) with ESMTP id LAA29461 for ; Tue, 12 Nov 2002 11:47:00 -0500 (EST) Content-Type: text/plain; charset="us-ascii" From: Gabor Forgacs To: linux-xfs@oss.sgi.com Subject: FileSystem >2 Terabytes Date: Tue, 12 Nov 2002 16:48:21 +0100 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Message-Id: <200211121648.21283.gabor@colorfront.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gACGjouR029910 X-archive-position: 1657 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gabor@colorfront.com Precedence: bulk X-list: linux-xfs Hi Is it possible to use any filesystem under linux which is bigger than 2Tbytes. Is there any solution ? Thank you Gabor Forgacs From owner-linux-xfs@oss.sgi.com Tue Nov 12 08:52:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 08:52:44 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACGqeuR030381 for ; Tue, 12 Nov 2002 08:52:41 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA18475; Tue, 12 Nov 2002 10:54:09 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 18BeIj-0006hQ-00; Tue, 12 Nov 2002 10:54:09 -0600 Date: Tue, 12 Nov 2002 10:54:09 -0600 From: Nathan Straz To: Gabor Forgacs Cc: linux-xfs@oss.sgi.com Subject: Re: FileSystem >2 Terabytes Message-ID: <20021112165409.GC23958@sgi.com> Mail-Followup-To: Gabor Forgacs , linux-xfs@oss.sgi.com References: <200211121648.21283.gabor@colorfront.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211121648.21283.gabor@colorfront.com> User-Agent: Mutt/1.4i X-archive-position: 1658 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Tue, Nov 12, 2002 at 04:48:21PM +0100, Gabor Forgacs wrote: > Is it possible to use any filesystem under linux which is bigger than 2Tbytes. > Is there any solution ? There is no problem creating a filesystem larger than 2TB. The problem in Linux is addressing a block device of that size. Peter Chubb is working on large block devices for Linux. It should be easy to find patches for 2.4.x and 2.5.x in the linux-kernel archives. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Tue Nov 12 08:53:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 08:53:56 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACGrpuR030708 for ; Tue, 12 Nov 2002 08:53:53 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA70358; Tue, 12 Nov 2002 10:55:20 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA14485; Tue, 12 Nov 2002 10:55:19 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gACGs2E29920; Tue, 12 Nov 2002 10:54:02 -0600 Subject: RE: open from kernel From: Steve Lord To: santhosh kumar Cc: Eric Sandeen , Seth Mos , linux-xfs@oss.sgi.com In-Reply-To: <72D09F11CC09B645ADE2890F6B442FD81E6BE4@blr-m3-msg.wipro.com> References: <72D09F11CC09B645ADE2890F6B442FD81E6BE4@blr-m3-msg.wipro.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1037120041.27014.39.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 12 Nov 2002 10:54:01 -0600 X-archive-position: 1659 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-11-12 at 08:43, santhosh kumar wrote: > Hi Eric, > > I am getting EFAULT (14). I feel, this is because i am allocating the memory using alloc_bootmem_pages (during boot time) and hence it not associated with any pages and get_user_pages returns this error. > > Is there any way i can over come this. Any pointers are welcome. O_DIRECT is rather tuned for user memory, it is trying to lock down user memory. Your memory is almost certainly not in this category. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Nov 12 09:01:05 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 09:01:08 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACH14uR031302 for ; Tue, 12 Nov 2002 09:01:04 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id JAA01533 for ; Tue, 12 Nov 2002 09:02:39 -0800 (PST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA01607; Tue, 12 Nov 2002 10:52:26 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA66453; Tue, 12 Nov 2002 10:52:26 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gACGp9129724; Tue, 12 Nov 2002 10:51:09 -0600 Subject: Re: FileSystem >2 Terabytes From: Steve Lord To: Gabor Forgacs Cc: linux-xfs@oss.sgi.com In-Reply-To: <200211121648.21283.gabor@colorfront.com> References: <200211121648.21283.gabor@colorfront.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1037119867.27025.36.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 12 Nov 2002 10:51:08 -0600 X-archive-position: 1660 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-11-12 at 09:48, Gabor Forgacs wrote: > Hi > > Is it possible to use any filesystem under linux which is bigger than 2Tbytes. > Is there any solution ? The 2.5 kernel series has support for this, there is a patch for 2.4 as well. We probably need to flip a define in XFS to make it support the large sizes again. Steve -- Steve Lord From owner-linux-xfs@oss.sgi.com Tue Nov 12 11:47:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 11:47:32 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACJlRuR003846 for ; Tue, 12 Nov 2002 11:47:28 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA13976 for ; Tue, 12 Nov 2002 13:48:57 -0600 (CST) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA73930 for ; Tue, 12 Nov 2002 13:48:55 -0600 (CST) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id gAD33UN07894 for linux-xfs@oss.sgi.com; Tue, 12 Nov 2002 22:03:30 -0500 Resent-Message-Id: <200211130303.gAD33UN07894@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA63541 for ; Tue, 12 Nov 2002 13:47:38 -0600 (CST) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gACJlakZ32356060 for ; Tue, 12 Nov 2002 11:47:37 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gACJkFOV001096 for ; Tue, 12 Nov 2002 20:46:15 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gACJkFBK001095 for hch@sgi.com; Tue, 12 Nov 2002 20:46:15 +0100 Date: Tue, 12 Nov 2002 20:46:15 +0100 From: Christoph Hellwig Message-Id: <200211121946.gACJkFBK001095@lab343.munich.sgi.com> Subject: TAKE - Fix unchecked kmalloc() in pagebuf To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Tue, 12 Nov 2002 22:03:30 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1661 X-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: Tue Nov 12 11:46:52 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132859a linux/fs/xfs/pagebuf/page_buf.c - 1.75 - Free virtual mappings directly if we fail to allocate a aentry From owner-linux-xfs@oss.sgi.com Tue Nov 12 12:15:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 12:15:18 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACKF8uR004576 for ; Tue, 12 Nov 2002 12:15:09 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA99248 for ; Tue, 12 Nov 2002 14:16:34 -0600 (CST) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA13068 for ; Tue, 12 Nov 2002 14:16:33 -0600 (CST) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id gAD3V8e08101 for linux-xfs@oss.sgi.com; Tue, 12 Nov 2002 22:31:08 -0500 Resent-Message-Id: <200211130331.gAD3V8e08101@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA04905 for ; Tue, 12 Nov 2002 14:15:53 -0600 (CST) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gACKFqkZ27717838 for ; Tue, 12 Nov 2002 12:15:52 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gACKEVKR001111 for ; Tue, 12 Nov 2002 21:14:31 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gACKEVjt001110 for hch@sgi.com; Tue, 12 Nov 2002 21:14:31 +0100 Date: Tue, 12 Nov 2002 21:14:31 +0100 From: Christoph Hellwig Message-Id: <200211122014.gACKEVjt001110@lab343.munich.sgi.com> Subject: TAKE - Remove rootfs special-casing in the quota code To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Tue, 12 Nov 2002 22:31:08 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1662 X-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 In 2.5 the kernel will very soon no more have a notation of a rootdevice, even in current 2.4 and 2.5 it makes only sense for the early boot process. Because of that the IRIX-inherited special-casing of the root device in the quota code has to go away. This means you have to specify the quota option(s) on the kernel command-line, using rootflags=quota. It also means you have to update the quota tools, either apply my patch at [1] or wait until Jan release a new quota tools version that handles both old and new xfs rootdevice, this will probably happen tomorrow. [1] http://verein.lst.de/~hch/xfs/quota-3.0.6-rootxfs.patch Date: Tue Nov 12 12:11:48 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132862a linux/fs/xfs/xfs_qm_syscalls.c - 1.72 linux/fs/xfs/xfs_log_recover.c - 1.251 linux/fs/xfs/xfs_mount.h - 1.162 linux/fs/xfs/xfs_mount.c - 1.311 linux/fs/xfs/xfs_qm.c - 1.93 - treat the rootfs like any other filesystem linux/fs/xfs/linux/xfs_linux.h - 1.92 - remove rootdev alias linux/fs/xfs/linux/xfs_super.c - 1.228 - remove MNTOPT_MRQUOTA From owner-linux-xfs@oss.sgi.com Tue Nov 12 13:50:19 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 13:50:26 -0800 (PST) Received: from uwast.astro.wisc.edu (uwast.astro.wisc.edu [144.92.179.130]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACLoIuR005797 for ; Tue, 12 Nov 2002 13:50:19 -0800 Received: from astro.wisc.edu (premo.astro.wisc.edu [144.92.179.236]) by uwast.astro.wisc.edu (8.12.2/8.12.2) with ESMTP id gACLpmbZ4167202 for ; Tue, 12 Nov 2002 15:51:49 -0600 (CST) Message-ID: <3DD177F4.9010109@astro.wisc.edu> Date: Tue, 12 Nov 2002 15:51:48 -0600 From: jansen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Problems with xfsrestore on Release 1.2pre3 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1663 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jansen@astro.wisc.edu Precedence: bulk X-list: linux-xfs Hi, I'm having two problems with xfsrestore from the Release 1.2pre3 (and Release 1.2pre1) versions of xfsdump/xfsrestore. The first one is fairly innocuous. If I use the the "-S" switch with a session ID xfsrestore will go some distance into the tape and then quit with this message: xfsrestore: WARNING: could not read from drive: Cannot allocate memory (12) xfsrestore: restore complete: 5772 seconds elapsed xfsrestore: Restore Status: SUCCESS This is with and xfsrestore command such as this: xfsrestore -v trace,drive=debug -S dc3df92e-a248-446e-8262-bf260a803b7e -f /dev/nst0 . If I rerun the command it will eventually find the right backup session. The second problem is a little more of a pain. I seem to recall having a similar problem on IRIX but I can't remember what the fix for it was. The problem is that xfsrestore does not restore all the data from a dump session that crosses a tape boundary. It seems that xfsrestore does not restore the data from the end of the first tape but does take the data from the second tape. I am attaching the output from the above xfsrestore command at the end of this message. Here is the xfsdump command used to write the tapes: /usr/sbin/xfsdump -l 0 -T -e -d 2048 -o -L cecilia -Y 7 -f guest@premo:/dev/nst 0 /dev/sda7 I know. The "-Y 7" is a no-op on Linux, it's just a hold over from my IRIX scripts. I saw no errors in the output from xfsdump when writing the dump. Let me know if I can provide any more information. Thanks for any help. Here is my setup and an excerpt from the first part of the output from the xfsrestore command (the rest seemed unimportant and was very large): ----------------------------------------------------------------------- software: RedHat 8.0 - XFS Release 1.2pre3 /etc/modules.conf has "options st max_sg_segs=64" hardware: two processor 2.6GHz Xeon Dell Precision 530 with 2GB RAM, IBM 3581 7 tape LTO tape drive (with Sony tapes) tape drive is only device on an aic7892 Ultra160 SCSI adapter I was restoring the data onto a local 600 GB RAID disk connected to an Adaptec 39160 SCSI controller ------------------------------------------------------------------------- xfsrestore -v trace,drive=debug -S dc3df92e-a248-446e-8262-bf260a803b7e -f /dev/nst0 . xfsrestore: using scsi tape (drive_scsitape) strategy xfsrestore: version 2.2.3 (dump format 3.0) - Running single-threaded xfsrestore: drive op: init xfsrestore: drive op: sync xfsrestore: searching media for dump xfsrestore: drive op: begin read xfsrestore: preparing drive xfsrestore: tape op: opening drive xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: get block size info xfsrestore: variable block size tape drive at /dev/nst0 xfsrestore: tape op: get block size info xfsrestore: recommended tape media file size set to 0x10000000 bytes xfsrestore: recommended tape media mark separation set to 0x1000000 bytes xfsrestore: determining tape record size: trying 1048576 (0x100000) bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape position unknown: searching backward for file mark or BOT xfsrestore: tape op: get fileno xfsrestore: tape op: back space file 1 xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape positioned at file mark xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: nread > 0 and not EOD, not EOT, and not at a file mark on variable b locksize drive indicates correct blocksize found xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: tape record size set to header's record size = 1048576 xfsrestore: read first record of first media file encountered on media: recsz == 1048576 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 3 xfsrestore: examining media file 3 xfsrestore: file 3 in object 0 of stream 0 xfsrestore: file 3 in stream, file 3 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 3 xfsrestore: examining media file 3 xfsrestore: file 3 in object 0 of stream 0 xfsrestore: file 3 in stream, file 3 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 3 xfsrestore: examining media file 3 xfsrestore: file 3 in object 0 of stream 0 xfsrestore: file 3 in stream, file 3 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 4 xfsrestore: examining media file 4 xfsrestore: file 4 in object 0 of stream 0 xfsrestore: file 4 in stream, file 4 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 5 xfsrestore: examining media file 5 xfsrestore: file 5 in object 0 of stream 0 xfsrestore: file 5 in stream, file 5 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 6 xfsrestore: examining media file 6 xfsrestore: file 6 in object 0 of stream 0 xfsrestore: file 6 in stream, file 6 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 7 xfsrestore: examining media file 7 xfsrestore: file 7 in object 0 of stream 0 xfsrestore: file 7 in stream, file 7 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 8 xfsrestore: examining media file 8 xfsrestore: file 8 in object 0 of stream 0 xfsrestore: file 8 in stream, file 8 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 9 xfsrestore: examining media file 9 xfsrestore: file 9 in object 0 of stream 0 xfsrestore: file 9 in stream, file 9 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 10 xfsrestore: examining media file 10 xfsrestore: file 10 in object 0 of stream 0 xfsrestore: file 10 in stream, file 10 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: examining media file 0 xfsrestore: file 0 in object 0 of stream 0 xfsrestore: file 0 in stream, file 0 of dump 0 on object xfsrestore: found dump matching specified id: xfsrestore: hostname: cecilia xfsrestore: mount point: /usr/data/cecilia xfsrestore: volume: /dev/sda7 xfsrestore: session time: Fri Nov 1 13:57:48 2002 xfsrestore: level: 0 xfsrestore: session label: "cecilia" xfsrestore: media label: "xfsdump-01-Nov-02 " xfsrestore: file system id: 4dc7ba0c-6588-11d5-9457-f244c3bff842 xfsrestore: session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: media id: 9606a4a5-3517-497d-81c7-7f3e71d55430 xfsrestore: searching media for directory dump xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 0 xfsrestore: initializing directory attributes registry xfsrestore: NOTE: attempt to reserve 16336 bytes for /d/premo2/jansen/tmp/xfsres torehousekeepingdir/dirattr using F_ALLOCSP64 failed: Operation not permitted (1 ) xfsrestore: NOTE: attempt to reserve 16336 bytes for /d/premo2/jansen/tmp/xfsres torehousekeepingdir/dirattr using F_ALLOCSP64 failed: Operation not permitted (1 ) xfsrestore: initializing directory entry name registry xfsrestore: NOTE: attempt to reserve 1270856 bytes for /d/premo2/jansen/tmp/xfsr estorehousekeepingdir/namreg using F_ALLOCSP64 failed: Operation not permitted ( 1) xfsrestore: NOTE: attempt to reserve 1270856 bytes for /d/premo2/jansen/tmp/xfsr estorehousekeepingdir/namreg using F_ALLOCSP64 failed: Operation not permitted ( 1) xfsrestore: initializing directory hierarchy image xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 0 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 1 xfsrestore: examining media file 1 xfsrestore: file 1 in object 0 of stream 0 xfsrestore: file 1 in stream, file 1 of dump 0 on object xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 1 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 2 xfsrestore: examining media file 2 xfsrestore: file 2 in object 0 of stream 0 xfsrestore: file 2 in stream, file 2 of dump 0 on object xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 2 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 3 xfsrestore: examining media file 3 xfsrestore: file 3 in object 0 of stream 0 xfsrestore: file 3 in stream, file 3 of dump 0 on object xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 3 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 4 xfsrestore: examining media file 4 xfsrestore: file 4 in object 0 of stream 0 xfsrestore: file 4 in stream, file 4 of dump 0 on object xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 4 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 5 xfsrestore: examining media file 5 xfsrestore: file 5 in object 0 of stream 0 xfsrestore: file 5 in stream, file 5 of dump 0 on object xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 5 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 6 xfsrestore: examining media file 6 xfsrestore: file 6 in object 0 of stream 0 xfsrestore: file 6 in stream, file 6 of dump 0 on object xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: short read record 1 (nread == 245760) xfsrestore: number of mmap calls for windows = 1 xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 0, file 6 xfsrestore: drive op: end read xfsrestore: drive op: begin read xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: tape op: forward space file 1 xfsrestore: tape op: get status xfsrestore: tape status = fmk onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = eod onl xfsrestore: hit EOD xfsrestore: drive op: get device class xfsrestore: drive op: eject media xfsrestore: tape op: closing drive ============================ change media dialog ============================= please change media in drive 1: media change declined (timeout in 3600 sec) 2: display media inventory status 3: list needed media objects 4: media changed (default) -> examining new media --------------------------------- end dialog --------------------------------- xfsrestore: drive op: begin read xfsrestore: preparing drive xfsrestore: tape op: opening drive xfsrestore: tape op: get status xfsrestore: tape status = bot onl xfsrestore: tape op: get block size info xfsrestore: variable block size tape drive at /dev/nst0 xfsrestore: tape op: get block size info xfsrestore: recommended tape media file size set to 0x10000000 bytes xfsrestore: recommended tape media mark separation set to 0x1000000 bytes xfsrestore: determining tape record size: trying 1048576 (0x100000) bytes xfsrestore: tape op: get status xfsrestore: tape status = bot onl xfsrestore: tape positioned at BOT: doing redundant rewind xfsrestore: tape op: rewind 0 xfsrestore: tape op: get status xfsrestore: tape status = bot onl xfsrestore: tape op: reading 1048576 bytes xfsrestore: tape op: get status xfsrestore: tape status = onl xfsrestore: nread > 0 and not EOD, not EOT, and not at a file mark on variable b locksize drive indicates correct blocksize found xfsrestore: validating media file header xfsrestore: media file header valid: media file ix 0 xfsrestore: tape record size set to header's record size = 245760 xfsrestore: read first record of first media file encountered on media: recsz == 245760 xfsrestore: examining media file 0 xfsrestore: file 0 in object 1 of stream 0 xfsrestore: file 7 in stream, file 0 of dump 0 on object xfsrestore: dump session label: "cecilia" xfsrestore: dump session id: dc3df92e-a248-446e-8262-bf260a803b7e xfsrestore: stream 0, object 1, file 0 xfsrestore: reading directories xfsrestore: reading the ino map xfsrestore: drive op: read: wanted 65536 (0x10000) xfsrestore: tape op: reading 245760 bytes xfsrestore: drive op: return read buf: sz 65536 (0x10000) xfsrestore: reading the directories xfsrestore: drive op: read: wanted 256 (0x100) xfsrestore: drive op: return read buf: sz 256 (0x100) xfsrestore: directory 128 0 (0): updating xfsrestore: drive op: read: wanted 24 (0x18) xfsrestore: drive op: return read buf: sz 24 (0x18) xfsrestore: drive op: read: wanted 24 (0x18) xfsrestore: drive op: return read buf: sz 24 (0x18) xfsrestore: drive op: read: wanted 24 (0x18) xfsrestore: drive op: return read buf: sz 24 (0x18) xfsrestore: drive op: read: wanted 256 (0x100) xfsrestore: drive op: return read buf: sz 256 (0x100) xfsrestore: directory 131 0 (0): upgrading to dir xfsrestore: drive op: read: wanted 24 (0x18) [ about 9 MB of stuff deleted ] -- ------- Stephan From owner-linux-xfs@oss.sgi.com Tue Nov 12 15:09:25 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 15:09:29 -0800 (PST) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACN9PuR019531 for ; Tue, 12 Nov 2002 15:09:25 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id PAA02305 for ; Tue, 12 Nov 2002 15:11:00 -0800 (PST) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA18076; Wed, 13 Nov 2002 10:09:43 +1100 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA47711; Wed, 13 Nov 2002 10:09:42 +1100 (EST) Date: Wed, 13 Nov 2002 10:09:41 +1100 From: Nathan Scott To: Eric Sandeen , tom wang Cc: linux-xfs@oss.sgi.com Subject: Re: the cvs kernel oops !! Message-ID: <20021113100941.A433614@wobbly.melbourne.sgi.com> References: <1037116327.14690.42.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1037116327.14690.42.camel@stout.americas.sgi.com>; from sandeen@sgi.com on Tue, Nov 12, 2002 at 09:52:07AM -0600 X-archive-position: 1664 X-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, Nov 12, 2002 at 09:52:07AM -0600, Eric Sandeen wrote: > Whoops, it's my turn to be short on coffee this morning... as Steve > points out, this is generic xattr code, not xfs code. So, this might be > one for the list at http://acl.bestbits.at/ It would at least be > interesting to try it on an ext3+xattr filesystem. I wrote a bunch of this code - I'll take a look at it shortly. > I got a different stack this time, but also in the generic code. It's > not clear to me why this oopsed! cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Nov 12 15:15:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 15:15:49 -0800 (PST) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACNFkuR019980 for ; Tue, 12 Nov 2002 15:15:46 -0800 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 18BkHX-0007ka-00; Tue, 12 Nov 2002 23:17:19 +0000 Date: Tue, 12 Nov 2002 23:17:19 +0000 From: Christoph Hellwig To: tom wang Cc: linux-xfs@oss.sgi.com Subject: Re: the cvs kernel oops !! Message-ID: <20021112231719.A29744@infradead.org> References: <20021112102715.57735.qmail@web15205.mail.bjs.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021112102715.57735.qmail@web15205.mail.bjs.yahoo.com>; from wddi_1976@yahoo.com.cn on Tue, Nov 12, 2002 at 06:27:15PM +0800 X-archive-position: 1665 X-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, Nov 12, 2002 at 06:27:15PM +0800, tom wang wrote: > fsstress is the program provided in xfstest package. > the kernel I used is now cvs kernel. > > the oops is easy reproduce, so maybe you can fix it I could reproduce it here, too. The trace I got made no sense at all, though and when I put in a bunch of debug printks I got a very different oops output. After fixing the unchecked malloc today I couldn't reproduce it anymore. Can you please test the latest CVS tree? From owner-linux-xfs@oss.sgi.com Tue Nov 12 15:16:07 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 15:16:09 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACNG6uR020086 for ; Tue, 12 Nov 2002 15:16:06 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA16498; Tue, 12 Nov 2002 17:17:36 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA12983; Tue, 12 Nov 2002 17:17:36 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gACNHXa21705; Tue, 12 Nov 2002 17:17:33 -0600 Subject: Re: v2 vs v1 logs - number of transactions in log? From: Steve Lord To: Chris Pascoe Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1037143052.27025.262.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 12 Nov 2002 17:17:33 -0600 X-archive-position: 1666 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-11-12 at 07:51, Chris Pascoe wrote: > Hi, > > Quick questions for the developers - if one generates a filesystem with > version 2 logs and specifies a stripe unit size, of say 16kB, at this > time, does this reduce the number of transactions that can be in the log > at a given time? Is there a need to increase the log size from the > default to ensure better performance by making sure that the log doesn't > need to be flushed more frequently as a result of this change? > > I'm imagining as follows: if a log is, say, 1000 4kB filesystem blocks (as > long picked by a default mkfs command, hypothetically) when using version > 1, it can hold 8000 512-byte log entries. The same log in version 2 > format presumably holds less entries if everything is done stripe unit > aligned, yes? > > Quite probably I'm just plain confused, having not read how the version > two log code works yet - is there a simple answer? nope! There will be a difference, but not that large really. since most log items are pretty small, the actual extra amount of rounding is fairly minimal usually. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Nov 12 15:21:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 15:21:12 -0800 (PST) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gACNL9uR020847 for ; Tue, 12 Nov 2002 15:21:10 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA27063; Tue, 12 Nov 2002 17:22:34 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA76624; Tue, 12 Nov 2002 17:22:34 -0600 (CST) Subject: Re: the cvs kernel oops !! From: Eric Sandeen To: Christoph Hellwig Cc: tom wang , linux-xfs@oss.sgi.com In-Reply-To: <20021112231719.A29744@infradead.org> References: <20021112102715.57735.qmail@web15205.mail.bjs.yahoo.com> <20021112231719.A29744@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Nov 2002 17:21:27 -0600 Message-Id: <1037143287.1584.6.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1667 X-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 As another datapoint, Christoph and I both tried it with ext3 on 2.5.47, and could not reproduce it. Also, could not reproduce it as a non-root user. -Eric On Tue, 2002-11-12 at 17:17, Christoph Hellwig wrote: > On Tue, Nov 12, 2002 at 06:27:15PM +0800, tom wang wrote: > > fsstress is the program provided in xfstest package. > > the kernel I used is now cvs kernel. > > > > the oops is easy reproduce, so maybe you can fix it > > I could reproduce it here, too. The trace I got made no sense at > all, though and when I put in a bunch of debug printks I got a very > different oops output. After fixing the unchecked malloc today > I couldn't reproduce it anymore. Can you please test the latest > CVS tree? > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Nov 12 16:38:09 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 16:38:14 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD0c8uR022124 for ; Tue, 12 Nov 2002 16:38:08 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAD0hKkq004595 for ; Tue, 12 Nov 2002 18:43:21 -0600 Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gAD0cXP23822; Wed, 13 Nov 2002 11:38:33 +1100 Date: Wed, 13 Nov 2002 11:38:33 +1100 From: Keith Owens Message-Id: <200211130038.gAD0cXP23822@sherman.melbourne.sgi.com> Subject: TAKE - Accept ff 1x as well as ff dx for call *(%reg) in kdb backtrace X-archive-position: 1668 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs On i386 the call to a notifier chain (e.g. for panic) generates ff 1x rather than the expected ff dx. Handle that case so panic() backtraces are sensible. Date: Tue Nov 12 16:35:27 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132917a linux/arch/i386/kdb/kdbasupport.c - 1.23 linux/arch/i386/kdb/ChangeLog - 1.13 From owner-linux-xfs@oss.sgi.com Tue Nov 12 18:35:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 18:35:46 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD2ZguR025421 for ; Tue, 12 Nov 2002 18:35:42 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAD0bFG8017577 for ; Tue, 12 Nov 2002 16:37:16 -0800 Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id NAA20718 for linux-xfs@oss.sgi.com; Wed, 13 Nov 2002 13:35:56 +1100 (EST) Date: Wed, 13 Nov 2002 13:35:56 +1100 (EST) From: Nathan Scott Message-Id: <200211130235.NAA20718@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - squash namespace collision, type cleanups X-archive-position: 1669 X-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 At Steve's prodding, change AT_* to XFS_AT_* to prevent potential namespace collisions should someone rewrite, say, the module sub- system and expose us to elf.h. Move several type declarations to more appropriate places - ultimately, we should aim to get rid of all (kernel) includes in xfsprogs, this is just some legwork to get us closer to that goal for the XFS headers we will always want to share. cheers. Date: Tue Nov 12 18:25:49 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132930a linux/fs/xfs/xfs_vnodeops.c - 1.572 linux/fs/xfs/xfs_dmapi.c - 1.84 linux/fs/xfs/linux/xfs_file.c - 1.80 linux/fs/xfs/linux/xfs_vnode.c - 1.105 linux/fs/xfs/linux/xfs_iops.c - 1.181 linux/fs/xfs/linux/xfs_ioctl.c - 1.81 linux/fs/xfs/linux/xfs_vnode.h - 1.69 linux/fs/xfs/xfs_acl.c - 1.38 linux/fs/xfs/xfs_cap.c - 1.8 - Change AT_* to XFS_AT_* to prevent namespace collisions. linux/fs/xfs/xfs_types.h - 1.63 linux/fs/xfs/linux/xfs_linux.h - 1.93 linux/fs/xfs/xfs.h - 1.33 linux/fs/xfs/support/uuid.h - 1.6 linux/fs/xfs/support/uuid.c - 1.10 linux/fs/xfs/support/time.h - 1.8 linux/fs/xfs/linux/xfs_stats.h - 1.4 linux/fs/xfs/xfs_fs.h - 1.5 - Move some type declarations into more appropriate places. From owner-linux-xfs@oss.sgi.com Tue Nov 12 19:00:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 19:00:58 -0800 (PST) Received: from web15202.mail.bjs.yahoo.com ([61.135.128.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD30suR026124 for ; Tue, 12 Nov 2002 19:00:55 -0800 Message-ID: <20021113030224.57610.qmail@web15202.mail.bjs.yahoo.com> Received: from [210.72.245.11] by web15202.mail.bjs.yahoo.com via HTTP; Wed, 13 Nov 2002 11:02:24 CST Date: Wed, 13 Nov 2002 11:02:24 +0800 (CST) From: =?gb2312?q?tom=20wang?= Subject: Re: the cvs kernel oops !! To: Eric Sandeen Cc: linux-xfs@oss.sgi.com In-Reply-To: <1037143287.1584.6.camel@stout.americas.sgi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-length: 1900 X-archive-position: 1670 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wddi_1976@yahoo.com.cn Precedence: bulk X-list: linux-xfs Just now, I tried that test on the cvs kernel again, it did not oops anym= ore, but it is locked after a while, I studied all the process trace of the syst= em,=20 it seems that only one process is locked, the trace is here. __down() __down_failed() [xfs].text.lock.xfs_log xlog_state_get_iclog_space() xlog_write() xfs_log_write() xfs_trans_commit() xfs_attr_rolltrans=A3=A8=A3=A9 xfs_attr_mode_addname() xfs_attr_set() linvfs_setxattr() setxattr() sys_lsetxattr() system_call() (It seems that some process was wirting the log to disk. but no other proce= ss was writing to disk at this time) I think it is easy reproduce in your box. (BTW if we compiled xfs with DEBU= G option, the xfsidbg module can not been installed) thanks. tom =20 =20 =20 =20 =20 =20 =20 =20 Eric Sandeen =B5=C4=D5=FD=CE=C4=A3=BA As another datapo= int, Christoph and I both tried it with ext3 on 2.5.47, and could not reproduce it. Also, could not reproduce it as a non-root user. -Eric On Tue, 2002-11-12 at 17:17, Christoph Hellwig wrote: > On Tue, Nov 12, 2002 at 06:27:15PM +0800, tom wang wrote: > > fsstress is the program provided in xfstest package. > > the kernel I used is now cvs kernel.=20 > >=20 > > the oops is easy reproduce, so maybe you can fix it >=20 > I could reproduce it here, too. The trace I got made no sense at > all, though and when I put in a bunch of debug printks I got a very > different oops output. After fixing the unchecked malloc today > I couldn't reproduce it anymore. Can you please test the latest > CVS tree? >=20 --=20 Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 --------------------------------- Do You Yahoo!? "=CA=C7IT=BE=AB=D3=A2=C2=F0=A3=BF=D0=A1=CA=D4=C5=A3=B5=B6=BB=F1=CA=B1=C9=D0= =B4=F3=BD=B1=A3=A1" [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Nov 12 19:27:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 19:27:25 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD3RMuR026783 for ; Tue, 12 Nov 2002 19:27:22 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAD2WIKp019224 for ; Tue, 12 Nov 2002 18:32:18 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA84208 for ; Tue, 12 Nov 2002 21:28:53 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id VAA29701 for ; Tue, 12 Nov 2002 21:28:53 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gAD3Sm025447; Tue, 12 Nov 2002 21:28:48 -0600 Message-Id: <200211130328.gAD3Sm025447@jen.americas.sgi.com> Date: Tue, 12 Nov 2002 21:28:48 -0600 Subject: TAKE - some small cleanups To: linux-xfs@oss.sgi.com X-archive-position: 1671 X-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@sgi.com Precedence: bulk X-list: linux-xfs Date: Tue Nov 12 16:01:55 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132911a linux/fs/xfs/xfsidbg.c - 1.209 - add a field to the iclog output Date: Tue Nov 12 19:27:39 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132934a linux/fs/xfs/support/sv.h - 1.10 - set_current_state(TASK_RUNNING); linux/fs/xfs/support/mrlock.c - 1.11 - remove set_current_state(TASK_RUNNING); From owner-linux-xfs@oss.sgi.com Tue Nov 12 19:34:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 19:34:10 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD3Y8uR027246 for ; Tue, 12 Nov 2002 19:34:08 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAD2d4Kp019479 for ; Tue, 12 Nov 2002 18:39:04 -0800 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA73775; Tue, 12 Nov 2002 21:35:39 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-56.corp.sgi.com [134.15.64.56]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id VAA85306; Tue, 12 Nov 2002 21:35:31 -0600 (CST) Subject: Re: the cvs kernel oops !! From: Stephen Lord To: tom wang Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <20021113030224.57610.qmail@web15202.mail.bjs.yahoo.com> References: <20021113030224.57610.qmail@web15202.mail.bjs.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.8 Date: 12 Nov 2002 21:30:19 -0600 Message-Id: <1037158220.1260.19.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gAD3Y8uR027248 X-archive-position: 1672 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-11-12 at 21:02, tom wang wrote: > > Just now, I tried that test on the cvs kernel again, it did not oops anymore, > but it is locked after a while, I studied all the process trace of the system, > it seems that only one process is locked, the trace is here. > __down() > __down_failed() > [xfs].text.lock.xfs_log > xlog_state_get_iclog_space() > xlog_write() > xfs_log_write() > xfs_trans_commit() > xfs_attr_rolltrans（） > xfs_attr_mode_addname() > xfs_attr_set() > linvfs_setxattr() > setxattr() > sys_lsetxattr() > system_call() > (It seems that some process was wirting the log to disk. but no other process was writing to disk at this time) > I think it is easy reproduce in your box. (BTW if we compiled xfs with DEBUG option, the xfsidbg module can not been installed) > thanks. > tom > There are other issues with XFS in 2.4.20-rc1, which I am working through right now. Changes in the way the elevator works and the scsi code have caused some major issues with XFS. One of the places things seem to at least pause is here. Are you running scsi or ide here? Steve From owner-linux-xfs@oss.sgi.com Tue Nov 12 19:41:18 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 19:41:21 -0800 (PST) Received: from web15212.mail.bjs.yahoo.com ([61.135.128.142]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD3fHuR028754 for ; Tue, 12 Nov 2002 19:41:18 -0800 Message-ID: <20021113034248.89767.qmail@web15212.mail.bjs.yahoo.com> Received: from [210.72.245.11] by web15212.mail.bjs.yahoo.com via HTTP; Wed, 13 Nov 2002 11:42:48 CST Date: Wed, 13 Nov 2002 11:42:48 +0800 (CST) From: =?gb2312?q?tom=20wang?= Subject: Re: the cvs kernel oops !! To: Stephen Lord Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <1037158220.1260.19.camel@laptop.americas.sgi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-length: 1374 X-archive-position: 1673 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wddi_1976@yahoo.com.cn Precedence: bulk X-list: linux-xfs I use scsi. Stephen Lord =B5=C4=D5=FD=CE=C4=A3=BA On Tue, 2002-11-12 a= t 21:02, tom wang wrote: >=20 > Just now, I tried that test on the cvs kernel again, it did not oops anym= ore, > but it is locked after a while, I studied all the process trace of the sy= stem,=20 > it seems that only one process is locked, the trace is here. > __down() > __down_failed() > [xfs].text.lock.xfs_log > xlog_state_get_iclog_space() > xlog_write() > xfs_log_write() > xfs_trans_commit() > xfs_attr_rolltrans=A3=A8=A3=A9 > xfs_attr_mode_addname() > xfs_attr_set() > linvfs_setxattr() > setxattr() > sys_lsetxattr() > system_call() > (It seems that some process was wirting the log to disk. but no other pro= cess was writing to disk at this time) > I think it is easy reproduce in your box. (BTW if we compiled xfs with DE= BUG option, the xfsidbg module can not been installed) > thanks. > tom >=20 There are other issues with XFS in 2.4.20-rc1, which I am working through right now. Changes in the way the elevator works and the scsi code have caused some major issues with XFS. One of the places things seem to at least pause is=20 here. Are you running scsi or ide here? Steve --------------------------------- Do You Yahoo!? "=CA=C7IT=BE=AB=D3=A2=C2=F0=A3=BF=D0=A1=CA=D4=C5=A3=B5=B6=BB=F1=CA=B1=C9=D0= =B4=F3=BD=B1=A3=A1" [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Nov 12 23:01:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 23:01:04 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD710uR005950 for ; Tue, 12 Nov 2002 23:01:00 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAD65uKp001278 for ; Tue, 12 Nov 2002 22:05:57 -0800 Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA21515 for linux-xfs@oss.sgi.com; Wed, 13 Nov 2002 18:01:14 +1100 (EST) Date: Wed, 13 Nov 2002 18:01:14 +1100 (EST) From: Nathan Scott Message-Id: <200211130701.SAA21515@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-archive-position: 1674 X-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 Minor update - include fewer kernel headers, abstract some Linux/IRIX diffs in xfs_growfs source to more easily keep track of changes there. cheers. Date: Tue Nov 12 22:59:25 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132940a cmd/xfsprogs/growfs/explore.h - 1.1 cmd/xfsprogs/growfs/explore.c - 1.1 cmd/xfsprogs/growfs/xfs_growfs.c - 1.15 - Abstract some Linux/IRIX diffs in growfs to more easily keep track of changes there. cmd/xfsprogs/growfs/Makefile - 1.9 - Add in explore source file targets. cmd/xfsprogs/include/xfs_fs.h - 1.22 cmd/xfsprogs/include/xfs_types.h - 1.15 cmd/xfsprogs/include/xqm.h - 1.11 - Doesn't include kernel headers anymore. cmd/xfsprogs/libxfs/xfs.h - 1.26 - Sync up with recent kernel changes so that fewer xfsprogs headers are including kernel headers. From owner-linux-xfs@oss.sgi.com Tue Nov 12 23:30:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 23:30:56 -0800 (PST) Received: from federazione.fmbcc.fm ([195.223.139.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD7UnuR006565 for ; Tue, 12 Nov 2002 23:30:51 -0800 Received: from Qmail-Mail-Server ([10.113.160.207]) by federazione.fmbcc.fm (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) with SMTP id 41256C70.00297966; Wed, 13 Nov 2002 08:33:00 +0100 Received: (qmail 4202 invoked from network); 13 Nov 2002 07:28:33 -0000 Received: from unknown (HELO FI0P38) (10.113.160.38) by 0 with SMTP; 13 Nov 2002 07:28:33 -0000 Message-ID: <001601c28ae6$7758ba90$26a0710a@FI0P38> From: "Fabio Baiocco" To: Subject: stable release 1.2 Date: Wed, 13 Nov 2002 08:29:56 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 183 X-archive-position: 1675 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: baiocco.f@filottrano.bcc.it Precedence: bulk X-list: linux-xfs When version 1.2 of XFS will be stable? The kernel 2.4.18-17 of RedHat will be merged with version 1.1 of XFS in a contributed release? Thanks! [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Nov 12 23:40:48 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 12 Nov 2002 23:40:50 -0800 (PST) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD7eluR007039 for ; Tue, 12 Nov 2002 23:40:48 -0800 Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id 8C9BDAC46; Wed, 13 Nov 2002 08:35:32 +0100 (CET) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 786771905B; Wed, 13 Nov 2002 08:35:15 +0100 (CET) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 6003230881E; Wed, 13 Nov 2002 08:42:06 +0100 (CET) Message-ID: <3DD2024E.6EAF3FD1@ch.sauter-bc.com> Date: Wed, 13 Nov 2002 08:42:06 +0100 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.22-6.2.2 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Fabio Baiocco Cc: linux-xfs@oss.sgi.com Subject: Re: stable release 1.2 References: <001601c28ae6$7758ba90$26a0710a@FI0P38> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 1676 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Fabio Baiocco schrieb: > > When version 1.2 of XFS will be stable? > > The kernel 2.4.18-17 of RedHat will be merged with version 1.1 of XFS in a contributed release? There will most likely be an XFS 1.2 version of the RH kernel. 1.2pre3 is out on oss. I'm using 1.2pre2 and didn't have any problem. Simon > > Thanks! > > [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Nov 13 00:04:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 00:04:04 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAD840uR007648 for ; Wed, 13 Nov 2002 00:04:00 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAD89Ekq013308 for ; Wed, 13 Nov 2002 02:09:15 -0600 Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id TAA23538 for linux-xfs@oss.sgi.com; Wed, 13 Nov 2002 19:04:12 +1100 (EST) Date: Wed, 13 Nov 2002 19:04:12 +1100 (EST) From: Nathan Scott Message-Id: <200211130804.TAA23538@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf and sectors X-archive-position: 1677 X-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 pagebuf can now (theoretically) take a configurable sector size. This is effectively no visible change to users though - there is still no way to change the sector size in XFS. This'll also let me go and do a bit of work on the tools (several header macros I need now exist), and then this can be revisited later. cheers. Date: Tue Nov 12 23:49:10 PST 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132942a linux/fs/xfs/xfs_sb.h - 1.54 - Add macros for doing sect to BB conversions, FSB to sect conversions, etc. linux/fs/xfs/xfs_vfsops.c - 1.399 - Set the device sector size based on the (existing) superblock field value (currently this is always 512), rather than hardcoding the value to 512. linux/fs/xfs/xfs_mount.h - 1.163 - Squeeze in an 8 byte sectbb field (no change to xfs_mount_t size), similar semantics to blkbb log field (except for sector size, not block size). linux/fs/xfs/xfs_mount.c - 1.312 - Read a sector from the end of the device when checking log/data device sizes, not a BB. Currently only 512 byte sectors exist, so no real change here. Move mount type initialisation earlier on in the piece. linux/fs/xfs/xfs_alloc_btree.h - 1.22 - Add some macros relating to sector sizes, update some comments. linux/fs/xfs/linux/xfs_super.h - 1.32 linux/fs/xfs/linux/xfs_super.c - 1.229 - When initialising a new pagebuf target, allow a sector size to be passed in. linux/fs/xfs/pagebuf/page_buf.c - 1.76 linux/fs/xfs/pagebuf/page_buf.h - 1.45 - Remove the hardcoded sector size of 512 bytes, make it variable. From owner-linux-xfs@oss.sgi.com Wed Nov 13 06:22:01 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 06:22:04 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADEM0uR025142 for ; Wed, 13 Nov 2002 06:22:01 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADCNbG8026767 for ; Wed, 13 Nov 2002 04:23:37 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA99378 for ; Wed, 13 Nov 2002 08:23:33 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA94951 for ; Wed, 13 Nov 2002 08:23:33 -0600 (CST) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id gADENOU28428; Wed, 13 Nov 2002 08:23:24 -0600 Message-Id: <200211131423.gADENOU28428@jen.americas.sgi.com> Date: Wed, 13 Nov 2002 08:23:24 -0600 Subject: TAKE - allow xfsstats to loop To: linux-xfs@oss.sgi.com X-archive-position: 1678 X-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@sgi.com Precedence: bulk X-list: linux-xfs Contributed code from Michael Sinz add looping support to xfsstats. This has only been in my inbox since May. Date: Wed Nov 13 06:22:39 PST 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:132948a cmd/xfsmisc/xfs_stats.pl - 1.3 - add a -f option to loop and redisplay. From owner-linux-xfs@oss.sgi.com Wed Nov 13 09:20:18 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 09:20:23 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADHKIuR030910 for ; Wed, 13 Nov 2002 09:20:18 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADHPbkq026095 for ; Wed, 13 Nov 2002 11:25:37 -0600 Received: from panda.americas.sgi.com (panda.americas.sgi.com [137.38.224.5]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA90910 for ; Wed, 13 Nov 2002 11:21:51 -0600 (CST) Received: from sgi.com (spankme.americas.sgi.com [137.38.225.22]) by panda.americas.sgi.com (8.8.8/ASC-news-1.4) with ESMTP id LAA1212273 for ; Wed, 13 Nov 2002 11:21:51 -0600 (CST) Message-ID: <3DD28A2F.8010201@sgi.com> Date: Wed, 13 Nov 2002 11:21:51 -0600 From: James Rada User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs_copy availability Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1679 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rada@sgi.com Precedence: bulk X-list: linux-xfs Hi, Is xfs_copy available in any release of XFS for Linux. preferably IA64?? Thanks, Jim Sgi Mfg Engineering Sgi Building 1 Chippewa falls, WI 715-726-2815 From owner-linux-xfs@oss.sgi.com Wed Nov 13 09:31:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 09:31:33 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADHVVuR000762 for ; Wed, 13 Nov 2002 09:31:31 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADFX8G8007809 for ; Wed, 13 Nov 2002 07:33:08 -0800 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA98555 for ; Wed, 13 Nov 2002 11:33:04 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-45.corp.sgi.com [134.15.64.45]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA69983; Wed, 13 Nov 2002 11:32:56 -0600 (CST) Subject: Re: xfs_copy availability From: Stephen Lord To: James Rada Cc: linux-xfs@oss.sgi.com In-Reply-To: <3DD28A2F.8010201@sgi.com> References: <3DD28A2F.8010201@sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Nov 2002 11:27:44 -0600 Message-Id: <1037208466.1263.61.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1680 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-11-13 at 11:21, James Rada wrote: > Hi, > > Is xfs_copy available in any release of XFS for Linux. > preferably IA64?? Sorry, it has not been ported - it uses irix threading primitives which have not been implemented on linux. Steve From owner-linux-xfs@oss.sgi.com Wed Nov 13 09:33:29 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 09:33:31 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADHXTuR001051 for ; Wed, 13 Nov 2002 09:33:29 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADFZ6G8007952 for ; Wed, 13 Nov 2002 07:35:06 -0800 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA18473 for ; Wed, 13 Nov 2002 11:35:01 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA43567; Wed, 13 Nov 2002 11:34:59 -0600 (CST) Subject: Re: xfs_copy availability From: Eric Sandeen To: James Rada Cc: linux-xfs@oss.sgi.com In-Reply-To: <3DD28A2F.8010201@sgi.com> References: <3DD28A2F.8010201@sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Nov 2002 11:33:46 -0600 Message-Id: <1037208826.29060.44.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1681 X-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 xfs_copy.c is available via cvs (or ptools...) but it's currently not buildable, I think. So the code is GPL and available, but it needs work. -Eric On Wed, 2002-11-13 at 11:21, James Rada wrote: > Hi, > > Is xfs_copy available in any release of XFS for Linux. > preferably IA64?? > > Thanks, > Jim > > Sgi Mfg Engineering > Sgi Building 1 > Chippewa falls, WI > 715-726-2815 > > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Nov 13 09:55:59 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 09:56:04 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADHtwuR001850 for ; Wed, 13 Nov 2002 09:55:58 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADFvZG8009538 for ; Wed, 13 Nov 2002 07:57:35 -0800 Received: from panda.americas.sgi.com (panda.americas.sgi.com [137.38.224.5]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA20511; Wed, 13 Nov 2002 11:57:31 -0600 (CST) Received: from sgi.com (spankme.americas.sgi.com [137.38.225.22]) by panda.americas.sgi.com (8.8.8/ASC-news-1.4) with ESMTP id LAA1217062; Wed, 13 Nov 2002 11:57:31 -0600 (CST) Message-ID: <3DD2928B.2090507@sgi.com> Date: Wed, 13 Nov 2002 11:57:31 -0600 From: James Rada User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Lord , Eric Sandeen CC: linux-xfs@oss.sgi.com Subject: Re: xfs_copy availability References: <3DD28A2F.8010201@sgi.com> <1037208466.1263.61.camel@laptop.americas.sgi.com> Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 1196 X-archive-position: 1682 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rada@sgi.com Precedence: bulk X-list: linux-xfs Steve and Eric, Thanks for the quick responses. The reason I ask is, we are developing a "drive mini plant" here in mfg to build customer disks for the McKinley (Linux IA64) systems. We want to try and use as much of the same code/processes that we use in our current drive mini plants for building IRIX drives. One of the main tools used to transfer images to the IRIX disks is xfs_copy. It's great because it FAST! and we can copy multiple targets at the same time. Did I mention that it is FAST! ;) We have a disk build process in place for the McKinley disks, but it uses a dump/restore mechanism. It only allows us to build one disk at a time and it's is very, very slow. Steve, I understand the irix threading primitives limitation. Does that pretty much rule out *any* chance of xfs_copy running on a Linux platform?? Thanks again!, Jim Stephen Lord wrote: >On Wed, 2002-11-13 at 11:21, James Rada wrote: > > >>Hi, >> >>Is xfs_copy available in any release of XFS for Linux. >>preferably IA64?? >> >> > >Sorry, it has not been ported - it uses irix threading primitives >which have not been implemented on linux. > >Steve > > > > [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Nov 13 10:06:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 10:06:23 -0800 (PST) Received: from w206.web2010.com (w206.web2010.com [216.157.52.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADI6KuR002411 for ; Wed, 13 Nov 2002 10:06:20 -0800 Received: from avalanche (catv-d5de8916.bp01catv.broadband.hu [213.222.137.22]) by w206.web2010.com (8.9.3/8.9.0) with ESMTP id NAA00633; Wed, 13 Nov 2002 13:07:31 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Gabor Forgacs To: Nathan Straz Subject: Re: FileSystem >2 Terabytes Date: Wed, 13 Nov 2002 18:08:52 +0100 User-Agent: KMail/1.4.1 References: <200211121648.21283.gabor@colorfront.com> <20021112165409.GC23958@sgi.com> In-Reply-To: <20021112165409.GC23958@sgi.com> Cc: linux-xfs@oss.sgi.com MIME-Version: 1.0 Message-Id: <200211131808.52822.gabor@colorfront.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gADI6KuR002412 X-archive-position: 1683 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gabor@colorfront.com Precedence: bulk X-list: linux-xfs Hi Thank you for your answer, i just tried to catch patches against 2.4 kernel but wasn't able to find anywhere. Is it the lbd patch? Could You help me out in some way? Thank You On Tuesday 12 November 2002 05:54 pm, you wrote: > On Tue, Nov 12, 2002 at 04:48:21PM +0100, Gabor Forgacs wrote: > > Is it possible to use any filesystem under linux which is bigger than > > 2Tbytes. Is there any solution ? > > There is no problem creating a filesystem larger than 2TB. The problem > in Linux is addressing a block device of that size. Peter Chubb is > working on large block devices for Linux. It should be easy to find > patches for 2.4.x and 2.5.x in the linux-kernel archives. From owner-linux-xfs@oss.sgi.com Wed Nov 13 12:17:59 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 12:18:02 -0800 (PST) Received: from imf11bis.bellsouth.net (mail211.mail.bellsouth.net [205.152.58.151]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADKHwuR006499 for ; Wed, 13 Nov 2002 12:17:59 -0800 Received: from TAZ2 ([67.35.80.252]) by imf11bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20021113202120.TWAZ4711.imf11bis.bellsouth.net@TAZ2>; Wed, 13 Nov 2002 15:21:20 -0500 Date: Wed, 13 Nov 2002 15:21:32 -0500 From: Greg Freemyer Subject: re[2]: xfs_copy availability To: James Rada cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20021113202120.TWAZ4711.imf11bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gADKHxuR006500 X-archive-position: 1684 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs James, I just came across g4u http://www.feyrer.de/g4u/ It is like ghost, but it is filesystem independent. In a production environment, you upload a disk image to a ftp server. Then for your target machines you use a g4u boot floppy/CD to boot and install the image on to the server you are setting up. You should be able to do many in parallel. I don't know how fast it is, but since it can do many in parallel maybe it is not so important. Greg Freemyer >> Steve and Eric, Thanks for the quick responses. The reason I ask is, >> we are developing a "drive mini plant" here in mfg to build >> customer disks for the McKinley (Linux IA64) systems. We want to >> try and use as much of the same code/processes that we use in our current >> drive mini plants for building IRIX drives. One of the main tools used >> to transfer images to the IRIX disks is xfs_copy. It's great >> because it FAST! and we can copy multiple targets at the same >> time. Did I mention that it is FAST! ;) >> We have a disk build process in place for the McKinley disks, but it >> uses a dump/restore mechanism. It only allows us to build one disk >> at a time and it's is very, very slow. >> Steve, I understand the irix threading primitives limitation. >> Does that pretty much rule out *any* chance of xfs_copy running >> on a Linux platform?? >> Thanks again!, >> Jim >> Stephen Lord wrote: >> >On Wed, 2002-11-13 at 11:21, James Rada wrote: >> > >> > >> >>Hi, >> >> >> >>Is xfs_copy available in any release of XFS for Linux. >> >>preferably IA64?? >> >> >> >> >> > >> >Sorry, it has not been ported - it uses irix threading primitives >> >which have not been implemented on linux. >> > >> >Steve >> > >> > >> > >> > >> [[HTML alternate version deleted]] Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Nov 13 13:03:33 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 13:03:37 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADL3WuR007249 for ; Wed, 13 Nov 2002 13:03:32 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADJ5AG8024156 for ; Wed, 13 Nov 2002 11:05:10 -0800 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA05675; Wed, 13 Nov 2002 15:05:06 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-18.corp.sgi.com [134.15.64.18]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id PAA28980; Wed, 13 Nov 2002 15:04:58 -0600 (CST) Subject: Re: FileSystem >2 Terabytes From: Stephen Lord To: Gabor Forgacs Cc: Nathan Straz , linux-xfs@oss.sgi.com In-Reply-To: <200211131808.52822.gabor@colorfront.com> References: <200211121648.21283.gabor@colorfront.com> <20021112165409.GC23958@sgi.com> <200211131808.52822.gabor@colorfront.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Nov 2002 14:59:47 -0600 Message-Id: <1037221188.1352.9.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1685 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-11-13 at 11:08, Gabor Forgacs wrote: > Hi > > Thank you for your answer, i just tried to catch patches against 2.4 kernel > but wasn't able to find anywhere. Is it the lbd patch? > Could You help me out in some way? > Try here: http://www.gelato.unsw.edu.au/patches/ Steve From owner-linux-xfs@oss.sgi.com Wed Nov 13 13:26:25 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 13:26:30 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADLQPuR007851 for ; Wed, 13 Nov 2002 13:26:25 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADGD8G8010872 for ; Wed, 13 Nov 2002 08:13:08 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA45897; Wed, 13 Nov 2002 12:13:04 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 18C20X-0006K0-00; Wed, 13 Nov 2002 12:12:57 -0600 Date: Wed, 13 Nov 2002 12:12:57 -0600 From: Nathan Straz To: Gabor Forgacs Cc: linux-xfs@oss.sgi.com Subject: Re: FileSystem >2 Terabytes Message-ID: <20021113181257.GB21699@sgi.com> Mail-Followup-To: Gabor Forgacs , linux-xfs@oss.sgi.com References: <200211121648.21283.gabor@colorfront.com> <20021112165409.GC23958@sgi.com> <200211131808.52822.gabor@colorfront.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211131808.52822.gabor@colorfront.com> User-Agent: Mutt/1.4i X-archive-position: 1686 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Nov 13, 2002 at 06:08:52PM +0100, Gabor Forgacs wrote: > On Tuesday 12 November 2002 05:54 pm, you wrote: > > On Tue, Nov 12, 2002 at 04:48:21PM +0100, Gabor Forgacs wrote: > > > Is it possible to use any filesystem under linux which is bigger than > > > 2Tbytes. Is there any solution ? > > > > There is no problem creating a filesystem larger than 2TB. The problem > > in Linux is addressing a block device of that size. Peter Chubb is > > working on large block devices for Linux. It should be easy to find > > patches for 2.4.x and 2.5.x in the linux-kernel archives. > > Thank you for your answer, i just tried to catch patches against 2.4 kernel > but wasn't able to find anywhere. Is it the lbd patch? > Could You help me out in some way? http://www.gelato.unsw.edu.au/patches/ -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Wed Nov 13 13:51:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 13:52:01 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADLptuR012159 for ; Wed, 13 Nov 2002 13:51:55 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADLvGkq004152 for ; Wed, 13 Nov 2002 15:57:16 -0600 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA22034 for ; Wed, 13 Nov 2002 15:53:29 -0600 (CST) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA82965 for ; Wed, 13 Nov 2002 15:53:27 -0600 (CST) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id gAE581v10410 for linux-xfs@oss.sgi.com; Thu, 14 Nov 2002 00:08:01 -0500 Resent-Message-Id: <200211140508.gAE581v10410@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA79990 for ; Wed, 13 Nov 2002 15:22:37 -0600 (CST) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id gADLMZkZ31813214 for ; Wed, 13 Nov 2002 13:22:36 -0800 (PST) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id gADLLDHO001446 for ; Wed, 13 Nov 2002 22:21:13 +0100 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id gADLLDP1001445 for hch@sgi.com; Wed, 13 Nov 2002 22:21:13 +0100 Date: Wed, 13 Nov 2002 22:21:13 +0100 From: Christoph Hellwig Message-Id: <200211132121.gADLLDP1001445@lab343.munich.sgi.com> Subject: TAKE - Add sendfile support To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Thu, 14 Nov 2002 00:08:01 -0500 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 1687 X-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 Now we support things like sendfile(2), loop and zero-copy nfs serving in 2.5-CURRENT. Date: Wed Nov 13 13:20:37 PST 2002 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132980a linux/fs/xfs/linux/xfs_lrw.c - 1.176 linux/fs/xfs/linux/xfs_vnode.h - 1.73 - implement VOP_SENDFILE linux/fs/xfs/linux/xfs_file.c - 1.81 - implement linvfs_sendfile From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:01:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:01:20 -0800 (PST) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.58.33]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADM1DuR012691 for ; Wed, 13 Nov 2002 14:01:14 -0800 Received: from Shiva (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.6/8.12.2/SuSE Linux 0.6) with ESMTP id gADM2mg2011237 for ; Wed, 13 Nov 2002 14:02:48 -0800 From: "LA Walsh" To: Subject: RE: Defrag Utility Date: Wed, 13 Nov 2002 14:02:46 -0800 Message-ID: <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 In-Reply-To: <20021102230344.GA7854@tapu.f00f.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-archive-position: 1688 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: law@tlinx.org Precedence: bulk X-list: linux-xfs Is there any tool to tell how many files have how many fragments out of how many files...something on the order of the following files have more than 1 fragment: frags file 2 /tmp/xyzzy 35 /var/mail/box ... 37 objects out of 1000 total, >1 fragment: 3.7% fragmented objects 1100 fragments total, 10% fragmented file space (1000 optimal fragments) [are xfs allocates are done in "zones"? so similar files in same directory are usually near each other on disk?] Does it make sense to talk about 'free space fragmentation'? For example, on a 'start from beginning' FS like FAT32, optimal may be 1 large area of free space, except for an extra segment or so after frequently- modified-files, but if a disk was, in some way zoned, optimal might be 100 areas of freespace] 110 free space fragments (50 optimal) 55% fragmention. Does xfs_fsr defrag freespace as well? Any idea on how much fragmentation affects performance on xfs? Is it on the same order that it is on FAT32 or NTFS? I've read (perhaps it was defrat company propaganda), that while FAT could be defragemented on an occasional, as needed basis, NTFS needed more aggressive fragmentation -- so much so that an auto defragger in background could be useful in some circumstances. I've tended to think of *nix fs's as not usually needing defragmenting if they were kept below 90% capacity, I think xfs's defragmenter is the first I've heard of on a *nix. Order on disk correlated to execution order after boot can affect boot performance on WindowsXP by over 100%. Have there been any measurements on block ordering with xfs (or any *nix fs's for that matter)... -linda > -----Original Message----- > From: linux-xfs-bounce@oss.sgi.com > [mailto:linux-xfs-bounce@oss.sgi.com] On Behalf Of Chris Wedgwood > Sent: Saturday, November 02, 2002 3:04 PM > To: mgiesbre > Cc: linux-xfs@oss.sgi.com > Subject: Re: Defrag Utility > > > On Thu, Nov 02, 2000 at 05:06:02PM -0600, mgiesbre wrote: > > > I was wondering if there was any work being done on an XFS defrag > > utility, like the command that is available in IRIX. Any info? > > man xfs_fsr > > > --cw > > > From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:09:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:09:58 -0800 (PST) Received: from meth.gravital.net (meth.gravital.net [198.78.66.94]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADM9suR013527 for ; Wed, 13 Nov 2002 14:09:54 -0800 Received: (qmail 33349 invoked by uid 65534); 13 Nov 2002 22:11:34 -0000 Received: from 66.236.158.162 ( [66.236.158.162]) as user sherman-core@mitosys.com@meth.gravital.net by meth.gravital.net with HTTP; Wed, 13 Nov 2002 15:11:33 -0700 Message-ID: <1037225493.3dd2ce15cb6c2@meth.gravital.net> Date: Wed, 13 Nov 2002 15:11:33 -0700 From: Sherman Boyd To: linux-xfs@oss.sgi.com Subject: Slow restore using NetVault backup application MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 X-Originating-IP: 66.236.158.162 X-archive-position: 1689 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: meekrob@mitosys.com Precedence: bulk X-list: linux-xfs Hi, I've been using the NetVault backup application to back up my Linux boxes running XFS over the network. Everything is very fast, except restores crawl along at about 21 kb per second. The guys at NetVault said that it was because I have a journaling filesystem, and suggested that I turn off journaling (if possible) while I am restoring a backup. This seems strange to me and brings up some questions: 1) Does anyone else experience this kind of an issue using any other backup application? 2) Can I turn off journaling in XFS temporarily to resolve this, and would I want to? 3) Why would journaling affect the speed of restores and not backups? Thanks for reading this and thanks to those that develop XFS, Sherman Boyd meekrob@mitosys.com From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:14:26 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:14:27 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADMEPuR013974 for ; Wed, 13 Nov 2002 14:14:25 -0800 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 828AF14A95; Wed, 13 Nov 2002 23:15:59 +0100 (MET) Date: Wed, 13 Nov 2002 23:15:58 +0100 From: Andi Kleen To: LA Walsh Cc: linux-xfs@oss.sgi.com Subject: Re: Defrag Utility Message-ID: <20021113231558.A2917@oldwotan.suse.de> References: <20021102230344.GA7854@tapu.f00f.org> <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org>; from law@tlinx.org on Wed, Nov 13, 2002 at 02:02:46PM -0800 X-archive-position: 1690 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Wed, Nov 13, 2002 at 02:02:46PM -0800, LA Walsh wrote: > Is there any tool to tell how many files have how many fragments out of > how many files...something on the order of xfs_bmap reports that. The more extents the file has the more fragmented it is. -Andi From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:15:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:15:50 -0800 (PST) Received: from taz2.fiberhosting.com (IDENT:3TmLFz0zbbCVjJL0LMm7532jpg1XROxS@KNIGHT.01.dios.net [65.222.230.112]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADMFkuR014151 for ; Wed, 13 Nov 2002 14:15:46 -0800 Received: (qmail 27421 invoked by uid 2526); 13 Nov 2002 22:17:24 -0000 To: LA Walsh Subject: RE: Defrag Utility -- UNIX v. the "one-big C: drive" world Message-ID: <1037225844.3dd2cf7457123@webmail.smithconcepts.com> Date: Wed, 13 Nov 2002 17:17:24 -0500 (EST) From: "Bryan J. Smith" Cc: linux-xfs@oss.sgi.com References: <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> In-Reply-To: <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 208.246.35.243 X-archive-position: 1691 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: b.j.smith@ieee.org Precedence: bulk X-list: linux-xfs Quoting LA Walsh : > Does xfs_fsr defrag freespace as well? Any idea on how much > fragmentation affects performance on xfs? Is it on the same > order that it is on FAT32 or NTFS? I've read (perhaps it was > defrat company propaganda), that while FAT could be > defragemented on an occasional, as needed basis, NTFS needed > more aggressive fragmentation -- so much so that an auto > defragger in background could be useful in some circumstances. > I've tended to think of *nix fs's as not usually needing defragmenting > if they were kept below 90% capacity, I think xfs's defragmenter is the > first I've heard of on a *nix. Correct. Because there is usually such a strict separation of binaries, data and temporary/swap files -- the the formers not becoming at the mercy of the latters. Assuming, of course, you seperate out such filesystems to take advantage of that inherit UNIX advantage. The reservation of the last 5-10% of disk space also prevents massive fragmentation on filesystems that fill up quickly. > Order on disk correlated to execution order after boot can affect boot > performance on WindowsXP by over 100%. Have there been any > measurements on block ordering with xfs (or any *nix fs's for that > matter)... Again, we return to the issue of "one big C: drive" (even though NT 5.x now supports, unofficially because of some application incompatibilities, "filesystem mounts in filesytems"). A small / (root), which houses /etc, /sbin, etc... that is fairly static is not one to fragment very quickly. -- Bryan J. Smith, E.I. Contact Info: http://thebs.org A+/i-Net+/Linux+/Network+/Server+ CCNA CIWA CNA SCSA/SCWSE/SCNA --------------------------------------------------------------- There are two types of people: people who fear guns and people who respect guns. The latter are not ones to commit violent crimes, but the former seemingly thinks otherwise to be true. From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:20:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:20:14 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADMK9uR014858 for ; Wed, 13 Nov 2002 14:20:09 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADMPTkq005038 for ; Wed, 13 Nov 2002 16:25:30 -0600 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA95962; Wed, 13 Nov 2002 16:21:43 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA73164; Wed, 13 Nov 2002 16:21:42 -0600 (CST) Subject: RE: Defrag Utility From: Eric Sandeen To: LA Walsh Cc: linux-xfs@oss.sgi.com In-Reply-To: <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> References: <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Nov 2002 16:20:27 -0600 Message-Id: <1037226027.32287.88.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1692 X-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 Some quick answers... xfs_db can tell you overall fragmentation, I suppose a wrapper around this would be nice: [root@stout root]# xfs_db -r /dev/hda9 xfs_db: frag actual 408, ideal 408, fragmentation factor 0.00% actual/ideal are number of extents, factor is something like (actual - ideal) / ideal xfs_bmap can show you the actual number of extents in a file. xfs does try to place files in the same directory in the same "allocation group," which is a sub-chunk of the filesystem. fsr does not defrag freespace. xfs doesn't generally need much defragmentation, although certain types of writes (sync, for example) -can- fragment files pretty badly. If you'd like to do some of the performance measuerements you talk about, let us know. :) -Eric On Wed, 2002-11-13 at 16:02, LA Walsh wrote: > Is there any tool to tell how many files have how many fragments out of > how many files...something on the order of > > the following files have more than 1 fragment: > frags file > 2 /tmp/xyzzy > 35 /var/mail/box > ... > 37 objects out of 1000 total, >1 fragment: 3.7% fragmented objects > 1100 fragments total, 10% fragmented file space (1000 optimal > fragments) > [are xfs allocates are done in "zones"? so similar files in same > directory > are usually near each other on disk?] Does it make sense to talk about > 'free space fragmentation'? > For example, > on a 'start from beginning' FS like FAT32, optimal may be 1 large area > of free space, except for an extra segment or so after frequently- > modified-files, but if a disk was, in some way zoned, optimal might > be 100 areas of freespace] > 110 free space fragments (50 optimal) 55% fragmention. > > Does xfs_fsr defrag freespace as well? Any idea on how much > fragmentation > affects performance on xfs? Is it on the same order that it is on FAT32 > or > NTFS? I've read (perhaps it was defrat company propaganda), that while > FAT > could be defragemented on an occasional, as needed basis, NTFS needed > more > aggressive fragmentation -- so much so that an auto defragger in > background > could be useful in some circumstances. > > I've tended to think of *nix fs's as not usually needing defragmenting > if > they were kept below 90% capacity, I think xfs's defragmenter is the > first I've > heard of on a *nix. > > Order on disk correlated to execution order after boot can affect boot > performance on WindowsXP by over 100%. Have there been any measurements > on block ordering with xfs (or any *nix fs's for that matter)... > > -linda > > > > > -----Original Message----- > > From: linux-xfs-bounce@oss.sgi.com > > [mailto:linux-xfs-bounce@oss.sgi.com] On Behalf Of Chris Wedgwood > > Sent: Saturday, November 02, 2002 3:04 PM > > To: mgiesbre > > Cc: linux-xfs@oss.sgi.com > > Subject: Re: Defrag Utility > > > > > > On Thu, Nov 02, 2000 at 05:06:02PM -0600, mgiesbre wrote: > > > > > I was wondering if there was any work being done on an XFS defrag > > > utility, like the command that is available in IRIX. Any info? > > > > man xfs_fsr > > > > > > --cw > > > > > > > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:21:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:21:57 -0800 (PST) Received: from usgate04.e-mail.com (usgate04.e-mail.com [204.146.55.144]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADMLsuR015130 for ; Wed, 13 Nov 2002 14:21:54 -0800 Received: from omahcas10.corp.mutualofomaha.com ([170.31.129.201]) by usgate.e-mail.com (ussmtpg04) with SMTP id <2002111322232813402ide2ge>; Wed, 13 Nov 2002 22:23:28 +0000 Received: from 10.8.139.125 by omahcas10.corp.mutualofomaha.com with ESMTP (Mutual of Omaha SMTP Relay (MMS v5.0)); Wed, 13 Nov 2002 16:23: 17 -0600 X-Server-Uuid: 0D0B078B-E426-4F09-82D4-BE17000DEDA1 Subject: XFS redhat 8.0 To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: From: Bryan.Jorgensen@mutualofomaha.com Date: Wed, 13 Nov 2002 16:23:16 -0600 X-MIMETrack: Serialize by Router on Notes29/MutualOMA(Release 5.0.11 |July 24, 2002) at 11/13/2002 04:23:21 PM MIME-Version: 1.0 X-WSS-ID: 11CC0F5F248762-01-01 Content-Type: multipart/mixed; boundary="0__=09BBE6E3DFE962288f9e8a93df938690918c09BBE6E3DFE96228" Content-Disposition: inline X-archive-position: 1693 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Bryan.Jorgensen@mutualofomaha.com Precedence: bulk X-list: linux-xfs --0__=09BBE6E3DFE962288f9e8a93df938690918c09BBE6E3DFE96228 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Are you going to be developing a cd like the others for redhat 8.0? (Embedded Bryan Jorgensen image moved Mutual of Omaha to file: I/S Field Assistance Center pic01999.gif) x7124 --0__=09BBE6E3DFE962288f9e8a93df938690918c09BBE6E3DFE96228 Content-Type: image/gif; name=pic01999.gif Content-Disposition: attachment; filename=pic01999.gif Content-Transfer-Encoding: base64 R0lGODlhMgAyAOYAAAAAAAEHFQ4SGRYWGAAMJQMQKgMVNxYaIREePB0gKBkj OSYmJyktMy0xNzY2NwQbSQ0iSgYjWxMlRhIpVx4wUgkpaSQvRCExTyk5Wjo8 QSE8bztASjtEVS1AZSpGezRGaDdMdEhISUdLVEtRXFdXV0BMZUpTZUVWellc Y1NedFxhal1jcmdnaGdsdm5xd3Z3eQs3jQg9pRlAkBVIrDRRhyhSpj1mtRNO xh9f5SRayyJf4iJf4y1i0DRv6kRbiENekkxllVRyq2RvhWxzgml4l3Z7hXF9 lWN7qGB9tUdyyUh74n2BiHaCmmqBrWmDsnaHqHWMuHqRvVyE1EmD92qM0WiV 73Wg/oSFhomMkIyRmpWVloiVr52gp5qluqanp6Wrt62wtbe4uIScyo2iy4Wi 2piox5it15yx15Gx8KGsxKizyaS22Le7wrK+1KG88LrE1a/H9MfHyMbM1c3R 2NbX2MHN48jU6cra+Nbc59Pd8Nzj8+Xm5+Xr9u3x+Pb3+QAAACH/C05FVFND QVBFMi4wAwEAAAAh+QQFDwB/ACwAAAAAMgAyAAAHSoAAgoOEhYaHiImKi4yN jo+QkZKTlJWWl5iZmpucnZ6foKGio6SlpqeoqaqrrK2ur7CxsrO0tba3uLm6 u7y9vr/AwcLDxMXGj4EAACH5BAUPAH8ALBYAHAAFABIAAAccgH8Df4QiLwKE iYqLjI2Oj5CRjwIZB4QLKAmBAAAh+QQFDwB/ACwSAB0ADAARAAAHMYB/fwMr VyuCiIIkVxsCiYgCJAGPlJWWl5iZmpucnZ6cjpYHLBuVIS5XIQOVLA6IgQAA IfkEBQ8AfwAsEAAeABEADgAABzaAf38Cgn8BhYiIAigshImPfyIojpCIDCwJ lY8LDpqen6ChoqOkogcqlJ8oJKIiLgOiL7B/gQAAIfkEBQ8AfwAsDwAhABIA CgAABzeAfwstB3+Gh4iJISKJjYgCKguOkwMshZOIBwyVApiIDSSCAZ6HDqGk iCQhqIcJLQOssY0shoEAACH5BAUPAH8ALA8AIAASAAsAAAc3gH+Cg4SFAwOF iYULLIqOfwIsDo+KGSGUiQ0kfy2Ygwx/AywLnoMBJJOlgg4oAaqhI6SvrqqB AAAh+QQFDwB/ACwRAB4AEAAPAAAHMoB/goOEAywNhImJDUsOio9/Cy8LkIoZ fwGVmpucnZ6foJwsjp0NLpSdDi8hngOXm4EAACH5BAUeAH8ALBQAHAAJABIA AAcsgH+CfwECg4cOVy8bAYeCCSxLjoMMk5aXmJmam5ydnoNDVySVjgIhoyiD gQAAIfkEBQ8AfwAsFwAsAAMABgAABxOADgN/Kg4qCwF/GYMhgywHf4EAACH5 BAUPAH8ALBUAAgAFADAAAAeDgH9/AYKCCwKFCwOFGYuCIo5/JJGThSiRLJgJ hS6OAS+RLwuCAqCkV44CqKepV6N/AloHpFmbfwdYjgNYr7i6S7O3q7BLtrij Kn9hIYIJtYIMXrYkca8odNbYgiTaf9e2KNWPbK8hYdmv3Nng4n9adA5/A1dx ISySc68OYcZavVqbAgEAIfkEBQ8AfwAsFQAFAAQALQAAB3iAf38Ogn8ZhSKF iiwHfwIvggJXA45XkVcLfwdYjQNaCZpamQeffwNcjaSCC1yZA16rXpkLsH8M sn+0mbezuLSCWGyCDbghcYIudIIshS6FzMu5f8ygJGCUf9d/JF6NIV6UIVzh qH9YYQuPYYXCtlqUAAkAfwD1gQAAIfkEBQ8AfwAsFQAFAAYALQAAB4GAf38Z goUihYIkiIuCKAOFACyIkQmQLogBL4+CAC8LhQKaoFebfwKko6WniAJaB6BZ n4IDWqUDWYgHWpWzuIW6vKa+grqIV2GICb6vDF6IJHGIKIvTz9TXr4IbWIiE sn8odN/h4+KFKHHfWnQOs390h41x8X/tJKV/Id9/LAx/gQAAIfkEBQ8AfwAs FgACAAcAMAAAB6iAf38DgoUHDIWFDgGJDiSEhRmPiSIkC4l/Kg2JJCubhSQv DpgtIYksQ6aFLi6qgi4vrn8uV7IvtYm3I7kvKrlLLIlXV8GFw8WCx4ZYQy6F A1jEiczIf9HV19NXL4lgV2HCWtyFWuWYV3SQf3Ho6ux0B4Io7+7o8YJh9oUv L+mFXvoE0Sv07t66gMnoCIDEbg83EVcabmBEwpq/Pw2wYPGS6MALZ7mQBQIA IfkEBQ8AfwAsFgAFAAcALQAAB3qAf38hAYKGh4cDiCQJiC8MiJF/L5FXhwIs lohYjpJ/JpEoiFcsiFqeppFaLaOUh1quhlouprGCsKm5hpx/C4ZcWF6SB6jF xpeCIX8tcQKHQ2GKhixhztNg0oIsXtl/LGCILHG0yn9DdH8Ahi9xhg7evIIJ A93p6oKBAAAh+QQFDwB/ACwWAAUADQAsAAAHn4B/fyQDgoaHiImIC4qHKg2N hiuQkZWHLZZ/Q5UBLi6ZL5afmX8hmSOWLyqWS6SZV68smaORV7KVV6G4igEZ jH9XtIK9JAmCsIgZLL/AiAwsDIewAyhXDAMHiFdalkV/hZGt3d+NJIbZkd7g jd7oiRt/LnTuiVxXdN3zuPiVS/rpdNYpurLnhbdEoYrsEUHPEApg+AQoasDt j8RGDRMFAgAh+QQFDwB/ACwYABoACwAUAAAHUIB/goOCAIaEg4aHiH+KjI2L ggcsfyGRgwNadBmMCy9slIh7WmEkjFd7XqaMRX8Jj39LjA6DQ38DsIK4hCGE B7m3sLK/ubuwAsB/V8DGhIEAACH5BAUPAH8ALBIAHgAPABEAAAdggH+Cg4RL DYSIgwAMSw6JhAMAAAuPg3SRAJWCRZeZmn9LfwefJGFFiYeDA1degqOPAi9x V66IJIKyWK1/A4kAIXQht7WIGQ4hiL2ILAyJr5+CytCblQK0f3iimsPRiIEA ACH5BAUPAH8ALAwAIwAPAA4AAAdGgH+Cg4SCV4WIfyhxiYUCf2FFjYIALH9Y k4Isc16ZAQB/LJaZAySZgwueIgynfy9xGYIuiQIvdCGnLLenAiymk1qgj62B AAAh+QQFDwB/ACwMABoADwAXAAAHS4B/ggKChYaGAyGEh4x/JCQDjYcDJCyR koUCISF/WIJXggmHBy4uAJioqaqrrK2ur7CxsgC0hQEkjbSnmLq7gpeGuqnC mFiEvqiBAAAh+QQFDwB/ACwOABoADgAVAAAHYIB/AH+EhYaEAImHi4KKjIWJ jo+NAn9XhFiEB4YCLF4Ok4UvYaCTCQNcYVpsl4chhAlafqGEA1hhtH8kYUuh ACh/Q74bL74AGVzGwI8Oko8uuYa/tMLRf8V/e6HLhAKBAAAh+QQFDwB/ACwR AB8ADwARAAAHa4B/KCwCf4aHiIcCAACJjgeMAChxS45/IoaMKJaOACRxnImT RaGGAld/RXshoSxxWH9+cayOLHNeXkN7YHEOjnQsLH+oC1pxC38ufxkDJIek fwcuC85/wojQh8qWlaXP3oeo4KmGA+ONiIEAACH5BAUPAH8ALBIAJQASAAsA AAdWgH+CACiCfxmGiYoAGy+CYQ6KiwAZXFePkokAhH9FhlcCB4oOm4ZLggMZ AigjiS6Kp4YhmYqehi4LLLO0l7Bxu5K2A4YDV3PAib2KxXHDmQKSAyQHgQAA IfkEBQ8AfwAsDgAlABYADAAAB22Af4KDfwJXgyGEiot/LHFYgmwZjIwsc15e Q39hcZSLdCwsf4cHV1oDCS2UGQMkg0WCCRt/JK6LDCwMhLCehAmJhEuKAwAA igwkCX8ur4vFxoIOLQ2DhqPOz38L04quvIrPAA7UngHYAOa9vYEAACH5BAUP AH8ALA4AJwASAAoAAAdQgH+Cg390YX9Xf2CEjIJ7fXF/RX8Df1x/By6MDn1a L39LgxmNfy9xWpWglKR/AH9sI4OTrAC1f0ODiaS1roKpRXiYhLykuoy2rH8C x8msgQAAIfkEBQ8AfwAsEQAhAA8ADAAAB1KAf4KDhAkNhIiDDl5LAomEfXFe C4IOj39+k4qPV38ol4Qtf2GWj3NehGGPdCwsgwtaWQIJon8DJACfgwchgw0s CwAAhAeJDi8hASSggy7Mf4EAACH5BAUPAH8ALBQAGwAPABUAAAdZgH+Cg4SD BwyFiX8HWi+KhANacQ6PggdcbAuVfy8uXJSbf1chmwAAf6CPCwOmoWEsp38Z oYMNikW0gi65f0O8V7y4ucKVACh/S5u+gsSVjld7ocfNtLGJgQAAIfkEBR4A fwAsGQAbAAoADQAABy+Af4KDggAAhIOGh4iKi4mKiEsOhoiCLwuVghmIA46E dAeeg3SdmX+bpql/YaaBAAAh+QQFDwB/ACwZACIAAwAGAAAHE4B/CwN9YSx+ Xgt/KH+NjWB/gQAAIfkEBQ8AfwAsDgAAABUAMgAAB/6Af4IBAX+Fh4aJhYKM ioYBApCPhIiDk4IDCwKOi42Ej38LIZuflZaIAQ4kA4efjYOtfxmMsZ2KiCIt CreWtKCbLw6grr6xfy+nprCJAihXDLyvtc1/IcPKpX+bV7TKvJLc39KgAy8v I9fjiAIvVybRtqWFyCzixYsDS0v12a/pS3/qTTJl7MCSK/wcqStkMFy2eI4O aDkWTRqiBFgotiI47M9EZP0sJkrwERa2jhMBovJXiWSWZSE3/kngMZm/jhK1 cKvlKZGgBVq0ZKzYbaYLLWGwxLmyymenThmB6hSkZdZTQglaMHGgCgwXLw4a jPgSgkApAxOEbDkSRQ2ePf5w33Q5QqSMiQdmCRj4sEVIkDJ1+PjZ48fOmShA jmShkBeBDyM/joypo2ewnzlqoADxwaSE2QAIjGyWXIew6TaIaRBJUSAAAQVM TvggbfrPnsNAaPhwYcC1giw+Zo95w6cP4TlmUvsYguDPaybBj4iZ04fOHtuZ idAAIqQ1AQRFhERWYxzu4D1ichNRkdfAiSeR91i3PAdPHCI+smDwbgBDlidH sEGcZXKs0QUQWxDxAH8T+NDFFmJQRt8ZUGyxhQYQtDeBBwGqUZpldbShRhc+ TAABfxR44EMTbLxlGR1yzOUBhgyqKF1pxl22RmoYtpeicBIet2NuPbqGlo2T wSQFlx1D0lCkXj+SJpgffuCBGw0UnGjkhkD2QaUfeRymHY0BBAIAIfkEBQ8A fwAsDgAAABUAMgAAB/6AAYJ/fwF/AoiJAoWFg4aPh4iHA5KLjI2XkYuUApCO lwGIAQwOnIeMj56SDCEHkoSCnrCRhAqii6mfhZ0ZJAmhho0AjQUIEhccIygv Sy0jIhgWCAYFBIIPExo/R2JteHRxdHNlTUA0GhIFAQQIEx5AR2N1feB7eWtR QecQBusG7kCayKMXBw8efPo08FvXzsM2eXzAGUS4rx+7Cg6dQARH516+igwB CqzDZ064gx8VWvznMB7JOOE8mlMZ8p1Gkhw9HgHJzt2PkRFjUqRJgCW8jXT2 4DmTcuFFh0DpJEWZ0GnDgBD3JM3DdKZTlj+zTsW3k+hVl3z2qLUz1KrPm/5p t7ZdKVLsHrZNLSLA+BDnHDpUeV6FaxIw06p0ocrTYzKORyKCAbrcA3NOYLM+ R1KOY3muP8lj2MCk8ycOPq96+W758kaPVMBqwDyJDOLJlsWv2W7pQoToHwp/ noz887oO2Sw0+BFC0KGcwD/fkspZ8ycIkCV/DBDSTiQgITxa97xJ85HIhwJ/ CPwR4uNPk+/hSUMJ8qc9oT8IjPj4cR88aTxqzPfHCSncl98JP8EnHSH0EcgI AkQg+McYb1CW1BwMDpiCdoQIAUR7X4gjIkxREPEHECZw+AcITADxhxxy/BXO G3F0QV8R2S33BxEmplEHHo1huEUQRgABwX33ZXHxxBh/FBaHcX8wwUQHE6CH XwUnbpFGkzCxIYcaXWTxhwY54jfBiUd4wcaacYTBBhhD0rAdkn/8oNEbcoTR 5hsZzmnmie81qWcY99Hn51519gdTHIXex2E7J97XRx979PEHdfSRqSIhdtJJ CHUuzhkIAAAh+QQFDwB/ACwNAAAAFgAyAAAH/oB/BQ8THkBOY3V9fox5a1FB PhoTBgEBBA8ahoiKjH6OUUc0k5V/BAgVm4l9e3R+eI9Bo5SWmBSqintzfaCi pAGmDxU0P5ysca+xs5XAEIWHq3txe3qPvpR/gpm4x7zKv5eE3NJ7vcvZBdk0 f8Z/cuWxPn/YlpnZTtn5+kfZEfmD+fDp+5Mnn7wJ2YDZOzSQTsE//OYNzAZE 35xsegYi/KOQwr18cbI9jLgxm7B1AvtMDJJtoyUIE2PmKzlIwx+G+vBMdPnn QcCG1SC2/EcI5cSRQzkGsMcu5po/LCWi83lTYLY92c7o48nU6h86BDUOrHBT ZjaSCXt6bJoNbNhs5Af1+TQK8m1Ef0phTnTrCK5UbTZxxkTLsefPgQ9nEv1D d3DSejbZxoz0dxDCimn+YL24M+3cP12uiv4jpkw/fc6ISM6Gh/OfLT64fngS dbTrP0xKGv44UI5BI38MFJZws9hEnUKzCRckQfXqifL+IBj+R57XfFrzraD6 h7j1tr73Vc8HLB9DnXNC5os4kHs29X/Sv/mSr4Nn+0eaZEt/sU6brcvtpg9Y IfkWxRN/eBBcYc5AJdNTiuXTlVkRKkRRNnXEwUY24Y1H01zGyURYeRR5dVuE Jq113SdnPdZTYBRGtVEgAAAh+QQFDwB/ACwNAAAAFwAyAAAH/oABDxUyNUFU aHZ/i396cGRSNjUwEQYBf4OFSVRmiox6bpCSlA9/goQ1m4l/fYt5j5GTEaWY qIern7CjswGnmoiec3+vorKWtb9nnqx/bcWkppmpwIx7js+VAQTSt4p4i9ex MBWWvtOdjI26srTSqsvqZFS7ltu21LnY7aib6Pni2cy96xOH0TpoyAwB6yMH 3EFeAoHxoeMQ2zF3VM7cYYQn3K5SERO1mkPHozFt3BYu2vMnFECQGEWyjPfy EkYzG/+wBCWPHsp7Iv99XBQT3p+H5W4u6xhq3iRyNoEGK/kQJj9ORpFGLdTt T8E5PF9Gu5qIT0Owj5xSqodRI59F/iVdDjXXTY8wOsRqJuz3p+EiOc4AsrUl Ro0cPX/o7LHThk2UoQmjjMH559uwUGuQnPSFRAwwPXtC44FVxgbCQTSiIAHG ck8fxpCQQJERcFAQJ5vW2NHTh6WdNaKc0IBa60kQG58ZURQV5AdUQRqe2Nik rNoc4JFsAIFqT7qqOonjUJRrw8fzQU2OZ/wzJ474ONhtNCc+6EiQfu4LxmHD RkykPz7M8oc9NDSxCRuLFMSGHGx0EckRHtBHSBNOUPGFJ3GEocgYUqQHjS8/ QBGFRgz+oSEcYkTxxEkJIfHHGouEsQhjZ2wxynlXlZGOV2qMoZaACd3Cnn5H +edTRG7YIUGHgqPpM+BNOS2Ch1zs9JISLn30YdJaW02jUTphDRUIAAAh+QQF DwB/ACwNAAAAFwAyAAAH/oAEETAzPEpVbn+Ki39ofz05MzAPf4KEhoh3jHxw aFWQMTB/AZaFh26ai3qNjzmho6WYqIt+ip6Qkoqxp6l/fauOoDARlYOmmbWK nLeuoqTGsr19tq2SlH/QvMl/fI2fzZS7mYpx3KzCsNnjjN64k4rqqNvdwc3p l7x95ebMoeHxmuYoOxfJmbhZdAb2E1UMX6Zpf/BQE/bPYSKIe2x9y/XMYio6 GQn6g+fxT8g/nTYaBMhOJMODvv4kXPZtJLaSMhfV43jwTh+JeIDVfNczJ51l Uig2PDbrz752Be8x7TUHWKuRRRMmTImu41SjtpIWvBZPUUJuXO15jbbnrFV0 +ktlvfkjcM4+lWTxjVF0Mk+dNmS6xhJjJhGfkHo6/aECbqmUP+t85fFmJsmr jjXESMnUTVEeOJClULHWEAkVXnvaKlKshMoPooOcKOHFKM6bW0mAwJYBJQlt rSgh80gS5B023tHo1EV560/xik58I3LKxunEJH9gwwgi5dAZNtX/hAkDhsyn IDYqRAhw0waSzWHmhvkDps4iJX9qaJ9h+k8aTfOBgQdoVUDxx2WlYEdFIgIx goYYUDQWy2N/aFLdfHCkIYYSY8V1SBrW/VEdG+YJFo8dciwi0E77YVKhRAJN ttAoNzH1xyqKJMaiLiwtQs9QFdnIjmJdBQIAIfkEBSwBfwAsDQAAABYAMgAA B/6ABRUxNztTVn93fn+MfIxVUzg3MREGgzc9h4yLjJ1/kTd/FYKEOJp/nH+O f1V/kpSWhJmIqJ2rVqCisTemtKmrra9/pJinjHN7nbiSupe9m7aPrpMRxIa0 nsq5Fbuz0NnB1LvPtY2My6Gjl9eMfdms082yxnR/yeeglMTkf/V4neHkFTLG 6N4fRK8qXfLWaY6qR9v2Eay36hMzbuuM3QOWr9pCguYYbRtn7J8nSBd3sWv4 LiExhv3m0Lk10hm9ODM9ucxIq88ch9pSfuzZ72GnhCSJyqR50dopdxR1puv2 9I9DptQkEqWzR49UgdfgPIx6cBqsocfq0ZFTB43FdOUSybyx824Noh1TF5J5 18kNq52E/pDB9gePwT9u88bgQWbiPbetxA1K8omWHq508pzr8ceGKFJQKndS +6eOSCU2YmCcQUUJyDhyEP/poYTR6tmn5sT5E+fNuT+19Q0CrqkOm91h2LRh NYVHEHlIXFtxE6Z6py9u/0j5E2PYcClT/oBpE9vTGEhIZpwNzEqNnXqezPyh kiTrpT9R9v6xE4aRSTJU8KAYJkro1wkbmq0xRk2lHLLGO23IZ5ZH8yByhyd0 HcQgL68lcpR9hKzEh0PwMSdUhZ34sYcfXomElE2+RAPPRYEAADs= --0__=09BBE6E3DFE962288f9e8a93df938690918c09BBE6E3DFE96228-- From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:25:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:25:31 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADMPTuR015743 for ; Wed, 13 Nov 2002 14:25:30 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADMUokq005204 for ; Wed, 13 Nov 2002 16:30:50 -0600 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA60498; Wed, 13 Nov 2002 16:27:04 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-18.corp.sgi.com [134.15.64.18]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA57881; Wed, 13 Nov 2002 16:26:56 -0600 (CST) Subject: Re: Defrag Utility From: Stephen Lord To: Andi Kleen Cc: LA Walsh , linux-xfs@oss.sgi.com In-Reply-To: <20021113231558.A2917@oldwotan.suse.de> References: <20021102230344.GA7854@tapu.f00f.org> <000301c28b60$65e5b770$1403a8c0@sc.tlinx.org> <20021113231558.A2917@oldwotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Nov 2002 16:21:45 -0600 Message-Id: <1037226106.1351.32.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1694 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-11-13 at 16:15, Andi Kleen wrote: > On Wed, Nov 13, 2002 at 02:02:46PM -0800, LA Walsh wrote: > > Is there any tool to tell how many files have how many fragments out of > > how many files...something on the order of > > xfs_bmap reports that. The more extents the file has the more fragmented > it is. > > -Andi > Try the frag and freesp commands in xfs_db one reports how fragmented things are. So for instance on the laptop I am on which I do kernel builds on: xfs_db: frag -f actual 79844, ideal 79633, fragmentation factor 0.26% xfs_db: frag -d actual 2316, ideal 2249, fragmentation factor 2.89% The first is file data, the second is directory blocks. Then freesp lists the sizes of freespace: from to extents blocks pct 1 1 461 461 0.11 2 3 335 776 0.18 4 7 215 1135 0.26 8 15 231 2611 0.60 16 31 149 3249 0.75 32 63 155 6930 1.60 64 127 153 13900 3.21 128 255 139 25120 5.80 256 511 80 29159 6.74 512 1023 40 26903 6.21 1024 2047 12 17903 4.14 2048 4095 6 18091 4.18 4096 8191 1 4628 1.07 8192 16383 1 14674 3.39 32768 65535 5 267378 61.76 This filesystem has been in use for a couple of years (I think) Steve Steve From owner-linux-xfs@oss.sgi.com Wed Nov 13 14:52:24 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 14:52:27 -0800 (PST) Received: from mail.linux-works.org ([164.64.40.100]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADMqMuR016719 for ; Wed, 13 Nov 2002 14:52:23 -0800 Received: from linux-works.org (andy.nmcourts.com [198.59.128.89]) by mail.linux-works.org (8.11.6/8.11.6) with ESMTP id gADMrsU15228; Wed, 13 Nov 2002 15:53:54 -0700 Message-ID: <3DD2D7F0.4040508@linux-works.org> Date: Wed, 13 Nov 2002 15:53:36 -0700 From: Andrew Mathews User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bryan.Jorgensen@mutualofomaha.com CC: linux-xfs@oss.sgi.com Subject: Re: XFS redhat 8.0 References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1695 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andrew_mathews@linux-works.org Precedence: bulk X-list: linux-xfs Bryan.Jorgensen@mutualofomaha.com wrote: > Are you going to be developing a cd like the others for redhat 8.0? > > (Embedded Bryan Jorgensen > image moved Mutual of Omaha > to file: I/S Field Assistance Center > pic01999.gif) x7124 > > > > > > > ------------------------------------------------------------------------ > ftp://oss.sgi.com/projects/xfs/Release-1.2pre1/installer/forRH-8.0-SGI-XFS-1.2pre1.iso -- Andrew Mathews --------------------------------------------------------------------- 3:50pm up 1 day, 4:18, 4 users, load average: 2.92, 2.54, 2.31 --------------------------------------------------------------------- "All my life I wanted to be someone; I guess I should have been more specific." -- Jane Wagner From owner-linux-xfs@oss.sgi.com Wed Nov 13 15:26:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 15:26:53 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gADNQouR017759 for ; Wed, 13 Nov 2002 15:26:50 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADLSSG8000848 for ; Wed, 13 Nov 2002 13:28:28 -0800 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA64292; Wed, 13 Nov 2002 17:28:24 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-18.corp.sgi.com [134.15.64.18]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA91316; Wed, 13 Nov 2002 17:28:17 -0600 (CST) Subject: Re: Slow restore using NetVault backup application From: Stephen Lord To: Sherman Boyd Cc: linux-xfs@oss.sgi.com In-Reply-To: <1037225493.3dd2ce15cb6c2@meth.gravital.net> References: <1037225493.3dd2ce15cb6c2@meth.gravital.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Nov 2002 17:23:05 -0600 Message-Id: <1037229787.1351.55.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 1696 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-11-13 at 16:11, Sherman Boyd wrote: > Hi, > > I've been using the NetVault backup application to back up my Linux boxes > running XFS over the network. Everything is very fast, except restores crawl > along at about 21 kb per second. The guys at NetVault said that it was because > I have a journaling filesystem, and suggested that I turn off journaling (if > possible) while I am restoring a backup. This seems strange to me and brings up > some questions: Maybe it is because netvault does not know how to use a journalling filesystem. Unless we know how it is writing data into the filesystem I am not sure we can do much here. My bet is that it is opening files O_SYNC and doing small writes. You could attach strace to the process doing the writing (or one of them) and send a sample of its output. > > 1) Does anyone else experience this kind of an issue using any other backup > application? > > 2) Can I turn off journaling in XFS temporarily to resolve this, and would I > want to? No you cannot. > > 3) Why would journaling affect the speed of restores and not backups? > backup is a readonly operation, restore is a write operation, only the latter involves the journal. > Thanks for reading this and thanks to those that develop XFS, > > Sherman Boyd > meekrob@mitosys.com > Steve From owner-linux-xfs@oss.sgi.com Wed Nov 13 17:20:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 17:20:46 -0800 (PST) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAE1KiuR019108 for ; Wed, 13 Nov 2002 17:20:44 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gADG2bG8010023 for ; Wed, 13 Nov 2002 08:02:40 -0800 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA86316; Wed, 13 Nov 2002 12:02:34 -0600 (CST) Received: from rose.americas.sgi.com (rose.americas.sgi.com [128.162.187.93]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA15180; Wed, 13 Nov 2002 12:02:33 -0600 (CST) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by rose.americas.sgi.com (8.12.5/8.12.5) with ESMTP id gADI2dmE028704; Wed, 13 Nov 2002 12:02:39 -0600 Subject: Re: the cvs kernel oops !! From: Russell Cattelan To: tom wang Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <20021113030224.57610.qmail@web15202.mail.bjs.yahoo.com> References: <20021113030224.57610.qmail@web15202.mail.bjs.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 13 Nov 2002 12:02:39 -0600 Message-Id: <1037210559.1160.3.camel@rose.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gAE1KiuR019109 X-archive-position: 1697 X-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@thebarn.com Precedence: bulk X-list: linux-xfs Could you file a bug in bugzilla about this, so it doesn't get lost. http://oss.sgi.com/bugzilla/ Probably a candidate for 1.2 On Tue, 2002-11-12 at 21:02, tom wang wrote: > > Just now, I tried that test on the cvs kernel again, it did not oops anymore, > but it is locked after a while, I studied all the process trace of the system, > it seems that only one process is locked, the trace is here. > __down() > __down_failed() > [xfs].text.lock.xfs_log > xlog_state_get_iclog_space() > xlog_write() > xfs_log_write() > xfs_trans_commit() > xfs_attr_rolltrans（） > xfs_attr_mode_addname() > xfs_attr_set() > linvfs_setxattr() > setxattr() > sys_lsetxattr() > system_call() > (It seems that some process was wirting the log to disk. but no other process was writing to disk at this time) > I think it is easy reproduce in your box. (BTW if we compiled xfs with DEBUG option, the xfsidbg module can not been installed) > thanks. > tom > > > > > > > > > Eric Sandeen 的正文： As another datapoint, Christoph and I both tried it with ext3 on 2.5.47, > and could not reproduce it. Also, could not reproduce it as a non-root > user. > > -Eric > > On Tue, 2002-11-12 at 17:17, Christoph Hellwig wrote: > > On Tue, Nov 12, 2002 at 06:27:15PM +0800, tom wang wrote: > > > fsstress is the program provided in xfstest package. > > > the kernel I used is now cvs kernel. > > > > > > the oops is easy reproduce, so maybe you can fix it > > > > I could reproduce it here, too. The trace I got made no sense at > > all, though and when I put in a bunch of debug printks I got a very > > different oops output. After fixing the unchecked malloc today > > I couldn't reproduce it anymore. Can you please test the latest > > CVS tree? > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 > > > > --------------------------------- > Do You Yahoo!? > "是IT精英吗？小试牛刀获时尚大奖！" > > [[HTML alternate version deleted]] > > From owner-linux-xfs@oss.sgi.com Wed Nov 13 17:38:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 17:38:05 -0800 (PST) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.58.33]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAE1c2uR019633 for ; Wed, 13 Nov 2002 17:38:02 -0800 Received: from Shiva (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.6/8.12.2/SuSE Linux 0.6) with ESMTP id gAE1dYg2007702; Wed, 13 Nov 2002 17:39:34 -0800 From: "LA Walsh" To: "'Stephen Lord'" Cc: Subject: RE: Defrag Utility Date: Wed, 13 Nov 2002 17:39:32 -0800 Message-ID: <001e01c28b7e$ae07eb90$1403a8c0@sc.tlinx.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 In-Reply-To: <1037226106.1351.32.camel@laptop.americas.sgi.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gAE1c2uR019638 X-archive-position: 1698 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: law@tlinx.org Precedence: bulk X-list: linux-xfs > -----Original Message----- > > Try the frag and freesp commands in xfs_db one reports how fragmented > things are. So for instance on the laptop I am on which I do kernel > builds on: > > xfs_db: frag -f > actual 79844, ideal 79633, fragmentation factor 0.26% > xfs_db: frag -d > actual 2316, ideal 2249, fragmentation factor 2.89% --- That's sorta what I was looking for -- I guess I could script the bmap and find out which files were most affected. My system looks like: (files/dirs). /: xfs_db: actual 152457, ideal 152451, fragmentation factor 0.00% xfs_db: actual 4090, ideal 3459, fragmentation factor 15.43% /boot: xfs_db: actual 58, ideal 58, fragmentation factor 0.00% xfs_db: actual 2, ideal 2, fragmentation factor 0.00% /tmp: xfs_db: actual 6, ideal 6, fragmentation factor 0.00% xfs_db: actual 0, ideal 0, fragmentation factor 0.00% /var: xfs_db: actual 15924, ideal 14822, fragmentation factor 6.92% xfs_db: actual 276, ideal 206, fragmentation factor 25.36% /home: xfs_db: actual 104276, ideal 100041, fragmentation factor 4.06% xfs_db: actual 4586, ideal 4474, fragmentation factor 2.44% /backups: xfs_db: actual 1952, ideal 660, fragmentation factor 66.19% xfs_db: actual 16, ideal 11, fragmentation factor 31.25% ---- This is with no xfs_fsr (since it doesn't exist on my system) with fs's about 9 months old, maybe? Looks like I could use a good xfs_fsr. Am running SuSE8.1 and doesn't appear they included it. > Then freesp lists the sizes of freespace: > > from to extents blocks pct > 1 1 461 461 0.11 > 2 3 335 776 0.18 > 4 7 215 1135 0.26 > 8 15 231 2611 0.60 > 16 31 149 3249 0.75 > 32 63 155 6930 1.60 > 64 127 153 13900 3.21 > 128 255 139 25120 5.80 > 256 511 80 29159 6.74 > 512 1023 40 26903 6.21 > 1024 2047 12 17903 4.14 > 2048 4095 6 18091 4.18 > 4096 8191 1 4628 1.07 > 8192 16383 1 14674 3.39 > 32768 65535 5 267378 61.76 --- So, ideally, would all of the extent ranges have at most 1 extent -- except for the 32768-65535 range which would have some number of extents equivalent to something close to free blocks/64K? thanks for the info...now to write a few scripts...:-) BTW, a suggestion -- one might want to package a crontab script with xfs-utils to try to be consistent with the xfs_fsr manpage where it says "By default[,] this is done from crontab once per week." That way packagers might see the crontab with the documents and look at it and say "oh, we should set that up in our distribution". As for me doing 'timings and testings'...I can add that to my 'list'...of things it would 'be good to do'...:-). Seriously though -- perhaps I am na飗e, but someone must have thought there was some benefit to be gained by having a defrag utility for xfs. As mentioned -- it's not that common on *nixes. So I'm wondering what/who (maybe unknown after many years) prompted the creation of such a utility. Someone must have thought either thought it was needed or that it would make a difference. I realize, though, that doesn't mean there was any hard evidence and could have been added on a whim :-). linda From owner-linux-xfs@oss.sgi.com Wed Nov 13 17:40:57 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 17:40:58 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAE1euuR020071 for ; Wed, 13 Nov 2002 17:40:56 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAE0jvKp006196 for ; Wed, 13 Nov 2002 16:45:58 -0800 Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id gAE1fS000864; Thu, 14 Nov 2002 12:41:28 +1100 Date: Thu, 14 Nov 2002 12:41:28 +1100 From: Keith Owens Message-Id: <200211140141.gAE1fS000864@sherman.melbourne.sgi.com> Subject: TAKE - Sync with kdb v2.5-2.4.20-rc1-{common,i386}-1 X-archive-position: 1699 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Sync with kdb v2.5-2.4.20-rc1-{common,i386}-1 Date: Wed Nov 13 17:40:27 PST 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:133017a linux/include/linux/kdb.h - 1.27 linux/kdb/kdbmain.c - 1.32 linux/kdb/ChangeLog - 1.25 linux/arch/i386/kdb/ChangeLog - 1.14 From owner-linux-xfs@oss.sgi.com Wed Nov 13 17:48:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 17:48:54 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gAE1mpuR020614 for ; Wed, 13 Nov 2002 17:48:51 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id gAE1sDkq010089 for ; Wed, 13 Nov 2002 19:54:13 -0600 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA99861; Wed, 13 Nov 2002 19:50:26 -0600 (CST) Received: from [192.168.1.103] (cf-vpn-sw-corp-64-18.corp.sgi.com [134.15.64.18]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id TAA16525; Wed, 13 Nov 2002 19:50:18 -0600 (CST) Subject: RE: Defrag Utility From: Stephen Lord To: LA Walsh Cc: linux-xfs@oss.sgi.com In-Reply-To: <001e01c28b7e$ae07eb90$1403a8c0@sc.tlinx.org> References: <001e01c28b7e$ae07eb90$1403a8c0@sc.tlinx.org> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.8 Date: 13 Nov 2002 19:45:07 -0600 Message-Id: <1037238308.2169.14.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id gAE1mquR020615 X-archive-position: 1700 X-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@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-11-13 at 19:39, LA Walsh wrote: > > My system looks like: (files/dirs). > /: > xfs_db: actual 152457, ideal 152451, fragmentation factor 0.00% > xfs_db: actual 4090, ideal 3459, fragmentation factor 15.43% > /boot: > xfs_db: actual 58, ideal 58, fragmentation factor 0.00% > xfs_db: actual 2, ideal 2, fragmentation factor 0.00% > /tmp: > xfs_db: actual 6, ideal 6, fragmentation factor 0.00% > xfs_db: actual 0, ideal 0, fragmentation factor 0.00% > /var: > xfs_db: actual 15924, ideal 14822, fragmentation factor 6.92% > xfs_db: actual 276, ideal 206, fragmentation factor 25.36% > /home: > xfs_db: actual 104276, ideal 100041, fragmentation factor 4.06% > xfs_db: actual 4586, ideal 4474, fragmentation factor 2.44% > /backups: > xfs_db: actual 1952, ideal 660, fragmentation factor 66.19% > xfs_db: actual 16, ideal 11, fragmentation factor 31.25% > ---- > This is with no xfs_fsr (since it doesn't exist on my system) > with > fs's about 9 months old, maybe? > > Looks like I could use a good xfs_fsr. Am running SuSE8.1 and > doesn't appear they included it. I don't think you do, if you look at the actual numbers, only one filesystem is really fragmented, the /backups one, and it does not have many files. Also you cannot defragment directories. We package fsr with dump/restore which is a separate rpm, so see if you have on of those. > > > Then freesp lists the sizes of freespace: > > > > from to extents blocks pct > > 1 1 461 461 0.11 > > 2 3 335 776 0.18 > > 4 7 215 1135 0.26 > > 8 15 231 2611 0.60 > > 16 31 149 3249 0.75 > > 32 63 155 6930 1.60 > > 64 127 153 13900 3.21 > > 128 255 139 25120 5.80 > > 256 511 80 29159 6.74 > > 512 1023 40 26903 6.21 > > 1024 2047 12 17903 4.14 > > 2048 4095 6 18091 4.18 > > 4096 8191 1 4628 1.07 > > 8192 16383 1 14674 3.39 > > 32768 65535 5 267378 61.76 > --- > So, ideally, would all of the extent ranges have at most 1 extent -- > except > for the 32768-65535 range which would have some number of extents > equivalent to something close to free blocks/64K? No, these are just arbitary buckets for reporting purposes, you can make it output it differently I think. > As for me doing 'timings and testings'...I can add that to my > 'list'...of > things it would 'be good to do'...:-). Seriously though -- perhaps I am > na飗e, but someone must have thought there was some benefit to be gained > by > having a defrag utility for xfs. As mentioned -- it's not that common > on > *nixes. So I'm wondering what/who (maybe unknown after many years) > prompted > the creation of such a utility. Someone must have thought either > thought > it was needed or that it would make a difference. I realize, though, > that > doesn't mean there was any hard evidence and could have been added on a > whim :-). > > linda > It was written for some media customers who were managing to create pathologically fragmented files which could not then be streamed of the disk at a decent speed. If you know how to you can make xfs fragment files really badly. Steve From owner-linux-xfs@oss.sgi.com Wed Nov 13 18:13:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 13 Nov 2002 18:13:55 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAE2DruR021309 for ; Wed, 13 Nov 2002 18:13:53 -0800 Received: (from xfs-master@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAE2DrCJ021308 for linux-xfs@oss.sgi.com; Wed, 13 Nov 2002 18:13:53 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id gAE2DquT021294 for ; Wed, 13 Nov 2002 18:13:52 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id gAE23Zma021196; Wed, 13 Nov 2002 18:03:35 -0800 Date: Wed, 13 Nov 2002 18:03:35 -0800 Message-Id: <200211140203.gAE23Zma021196@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 193] New: when tested with fsstress in scsi, the process is locked. X-Bugzilla-Reason: AssignedTo X-archive-position: 1701 X-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=193 Summary: when tested with fsstress in scsi, the process is locked. Product: Linux XFS Version: Current Platform: IA32 OS/Version: Linux Status: NEW Severity: blocker Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: wddi_1976@yahoo.com.cn What kernel are you using: 2.4.19-xfs Where did the XFS code come from? (CVS, Linus, your distribution, etc): CVS kernel Description of Problem: Just now, I tried that test on the cvs kernel again, it did not oops anymore, but it is locked after a while, I studied all the process trace of the system, it seems that only one process is locked, the trace is here. __down() __dow