From owner-linux-xfs@oss.sgi.com Tue May 1 06:33:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41DXZt21051 for linux-xfs-outgoing; Tue, 1 May 2001 06:33:35 -0700 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41DXTM21048 for ; Tue, 1 May 2001 06:33:30 -0700 Received: from ne.mediaone.net (IDENT:ms@steigman.ne.mediaone.net [24.147.237.193]) by chmls06.mediaone.net (8.11.1/8.11.1) with ESMTP id f41DX9809596 for ; Tue, 1 May 2001 09:33:10 -0400 (EDT) Message-ID: <3AEEBB28.8AAFCC75@ne.mediaone.net> Date: Tue, 01 May 2001 09:33:28 -0400 From: Michael Steigman X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: RH 7.1 installer errors Content-Type: multipart/mixed; boundary="------------771590663B010813CF1E5864" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------771590663B010813CF1E5864 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Both the test3 and test2 isos bomb out after using disk druid (when I hit the "next" button) to partition 2 40GB drives. I haven't tried test1. I am trying to configure and install onto RAID 1. The official RH7.1 iso got past this point w/o a problem. The motherboard is an Asus A7V with the VIA VT8363 and VT82C686A chipsets (the drives are hanging off the ATA100 controllers). Also, the drives were previously configured for RAID 1 under RH7. Since it's relatively small, I've attached the anacdump.txt file from the aborted test3 install. Any other info I can provide? Michael --------------771590663B010813CF1E5864 Content-Type: text/plain; charset=us-ascii; name="anacdump-test3.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="anacdump-test3.txt" Traceback (innermost last): File "/usr/bin/anaconda", line 520, in ? intf.run(todo, test = test) File "/var/tmp/anaconda-7.1//usr/lib/anaconda/gui.py", line 392, in run self.icw.run () File "/var/tmp/anaconda-7.1//usr/lib/anaconda/gui.py", line 880, in run mainloop () File "/usr/lib/python1.5/site-packages/gtk.py", line 2554, in mainloop _gtk.gtk_main() File "/usr/lib/python1.5/site-packages/gtk.py", line 125, in __call__ ret = apply(self.func, a) File "/var/tmp/anaconda-7.1//usr/lib/anaconda/gui.py", line 482, in nextClicked next = self.currentScreen.getNext () File "/var/tmp/anaconda-7.1//usr/lib/anaconda/iw/rootpartition_gui.py", line 130, in getNext rc = self.lba32Check () File "/var/tmp/anaconda-7.1//usr/lib/anaconda/iw/rootpartition_gui.py", line 76, in lba32Check maxcyl = self.todo.fstab.getBootPartitionMaxCylFromDesired() File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 241, in getBootPartitionMaxCylFromDesired bootpart = self.getBootDevice() File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 267, in getBootDevice for (mntpoint, partition, fsystem, doFormat, size) in self.mountList(): File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 1040, in mountList self.fsCache[(device, mntpoint)] = (1, fsystem) NameError: fsystem Local variables in innermost frame: size: 1028097 mntpoint: / makeup: ['Raid001', 'Raid000'] device: md0 raidType: 1 start: 63 sortMounts: fsType: xfs devices: [('hdc1', 'Raid001', 7, 63, 1028097, 64, 0), ('hda1', 'Raid000', 7, 63, 1028097, 64, 0), ('hda5', 'Raid002', 7, 1028223, 10249407, 702, 0), ('hdc5', 'Raid003', 7, 1028223, 10249407, 702, 0), ('hda6', 'Raid008', 7, 11277693, 8193087, 1212, 0), ('hdc6', 'Raid009', 7, 11277693, 8193087, 1212, 0), ('hda7', 'Raid004', 7, 19470843, 6152832, 1595, 0), ('hdc7', 'Raid005', 7, 19470843, 6152832, 1595, 0), ('hda8', 'Raid006', 7, 25623738, 2056257, 1723, 0), ('hdc8', 'Raid007', 7, 25623738, 2056257, 1723, 0), ('hda9', 'Raid010', 7, 27680058, 2056257, 1851, 0), ('hdc9', 'Raid011', 7, 27680058, 2056257, 1851, 0), ('hda10', 'Raid012', 7, 29736378, 48419847, 4865, 0), ('hdc10', 'Raid013', 7, 29736378, 48419847, 4865, 0)] fstab: [] self: raid: [('/', 'md0', 'xfs', 1, 63, 1028097, ['Raid001', 'Raid000']), ('/usr', 'md1', 'xfs', 1, 63, 1028097, ['Raid003', 'Raid002']), ('/home', 'md2', 'xfs', 1, 1028223, 10249407, ['Raid005', 'Raid004']), ('/var', 'md3', 'xfs', 1, 1028223, 10249407, ['Raid007', 'Raid006']), ('/ora', 'md4', 'xfs', 1, 11277693, 8193087, ['Raid009', 'Raid008']), ('', 'md5', 'swap', 1, 11277693, 8193087, ['Raid011', 'Raid010']), ('/av', 'md6', 'xfs', 1, 19470843, 6152832, ['Raid012', 'Raid013'])] skipExtra: 0 ToDo object: (itodo ToDo p1 (dp2 S'resState' p3 S'' sS'progressWindow' p4 NsS'setupFilesystems' p5 I1 sS'monitorVsync' p6 S'' sS'videoCardStateNode' p7 S'' sS'serial' p8 I0 sS'ddruidReadOnly' p9 I0 sS'bootdisk' p10 I0 sS'videoRamState' p11 S'' sS'monitorOriginalName' p12 S'' sS'language' p13 (itodo Language (dp14 S'langInfoByName' p15 (dp16 S'Arabic (Yemen)' p17 (S'ar_YE' S'iso06' S'LatArCyrHeb-16' tsS'Spanish (Argentina)' p18 (S'es_AR' S'iso01' S'lat0-sun16' tsS'Italian (Italy)' p19 (S'it_IT@euro' S'iso15' S'lat0-sun16' tsS'Arabic (Lebanon)' p20 (S'ar_LB' S'iso06' S'LatArCyrHeb-16' tsS'Spanish (Guatemala)' p21 (S'es_GT' S'iso01' S'lat0-sun16' tsS'Arabic (Libyan Arab Jamahiriya)' p22 (S'ar_LY' S'iso06' S'LatArCyrHeb-16' tsS'Arabic (Oman)' p23 (S'ar_OM' S'iso06' S'LatArCyrHeb-16' tsS'Arabic (Iraq)' p24 (S'ar_IQ' S'iso06' S'LatArCyrHeb-16' tsS'Spanish (Chile)' p25 (S'es_CL' S'iso01' S'lat0-sun16' tsS'English (South Africa)' p26 (S'en_ZA' S'iso01' S'lat0-sun16' tsS'French (Switzerland)' p27 (S'fr_CH' S'iso01' S'lat0-sun16' tsS'Arabic (Bahrein)' p28 (S'ar_BH' S'iso06' S'LatArCyrHeb-16' tsS'Croatian' p29 (S'hr_HR' S'iso02' S'lat2-sun16' tsS'French (France)' p30 (S'fr_FR@euro' S'iso15' S'lat0-sun16' tsS'Greenlandic (Greenland)' p31 (S'kl_GL' S'iso01' S'lat0-sun16' tsS'Korean (Republic of Korea)' p32 (S'ko_KR.euckr' S'iso01' S'lat0-16' tsS'Ukrainian' p33 (S'uk_UA' S'koi8-u' S'cyr-sun16' tsS'Spanish (Mexico)' p34 (S'es_MX' S'iso01' S'lat0-sun16' tsS'Greek' p35 (S'el_GR' S'iso07' S'gr.f16' tsS'Spanish (El Salvador)' p36 (S'es_SV' S'iso01' S'lat0-sun16' tsS'Spanish (Honduras)' p37 (S'es_HN' S'iso01' S'lat0-sun16' tsS'Spanish (Costa Rica)' p38 (S'es_CR' S'iso01' S'lat0-sun16' tsS'Dutch (Netherlands)' p39 (S'nl_NL@euro' S'iso15' S'lat0-sun16' tsS'Serbian (Yugoslavia)' p40 (S'sr_YU@cyrillic' S'iso05' S'cyr-sun16' tsS'Russian (Ukraine)' p41 (S'ru_UA' S'koi8-u' S'cyr-sun16' tsS'Afrikaans (South Africa)' p42 (S'af_ZA' S'iso01' S'lat0-sun16' tsS'Norwegian' p43 (S'no_NO' S'iso01' S'lat0-sun16' tsS'Arabic (Morocco)' p44 (S'ar_MA' S'iso06' S'LatArCyrHeb-16' tsS'Portuguese (Portugal)' p45 (S'pt_PT@euro' S'iso15' S'lat0-sun16' tsS'Arabic (Algeria)' p46 (S'ar_DZ' S'iso06' S'LatArCyrHeb-16' tsS'French (Belgium)' p47 (S'fr_BE@euro' S'iso15' S'lat0-sun16' tsS'Indonesian' p48 (S'id_ID' S'iso01' S'lat0-sun16' tsS'Danish' p49 (S'da_DK' S'iso01' S'lat0-sun16' tsS'English (Denmark)' p50 (S'en_DK' S'iso01' S'lat0-sun16' tsS'Faroese (Faroe Islands)' p51 (S'fo_FO' S'iso01' S'lat0-sun16' tsS'Galician (Spain)' p52 (S'gl_ES@euro' S'iso15' S'lat0-sun16' tsS'English (New Zealand)' p53 (S'en_NZ' S'iso01' S'lat0-sun16' tsS'Spanish (Bolivia)' p54 (S'es_BO' S'iso01' S'lat0-sun16' tsS'Cornish (Britain)' p55 (S'kw_GB' S'iso01' S'lat0-sun16' tsS'Arabic (United Arab Emirates)' p56 (S'ar_AE' S'iso06' S'LatArCyrHeb-16' tsS'German (Austria)' p57 (S'de_AT@euro' S'iso15' S'lat0-sun16' tsS'Romanian' p58 (S'ro_RO' S'iso02' S'lat2-sun16' tsS'Spanish (Paraguay)' p59 (S'es_PY' S'iso01' S'lat0-sun16' tsS'Hebrew (Israel)' p60 (S'he_IL' S'iso08' S'LatArCyrHeb-16' tsS'German (Luxemburg)' p61 (S'de_LU@euro' S'iso15' S'lat0-sun16' tsS'Spanish (USA)' p62 (S'es_US' S'iso01' S'lat0-sun16' tsS'Portuguese (Brasil)' p63 (S'pt_BR' S'iso01' S'lat0-sun16' tsS'Spanish (Equador)' p64 (S'es_EC' S'iso01' S'lat0-sun16' tsS'Polish' p65 (S'pl_PL' S'iso02' S'lat2-sun16' tsS'Slovak' p66 (S'sk_SK' S'iso02' S'lat2-sun16' tsS'Macedonian' p67 (S'mk_MK' S'iso05' S'cyr-sun16' tsS'Spanish (Spain)' p68 (S'es_ES@euro' S'iso15' S'lat0-sun16' tsS'Arabic (Syrian Arab Republic)' p69 (S'ar_SY' S'iso06' S'LatArCyrHeb-16' tsS'Czech' p70 (S'cs_CZ' S'iso02' S'lat2-sun16' tsS'Irish' p71 (S'ga_IE@euro' S'iso15' S'lat0-sun16' tsS'Arabic (Jordan)' p72 (S'ar_JO' S'iso06' S'LatArCyrHeb-16' tsS'Italian (Switzerland)' p73 (S'it_CH' S'iso01' S'lat0-sun16' tsS'German (Belgium)' p74 (S'de_BE@euro' S'iso15' S'lat0-sun16' tsS'Albanian' p75 (S'sq_AL' S'iso01' S'lat0-sun16' tsS'Finnish' p76 (S'fi_FI@euro' S'iso15' S'lat0-sun16' tsS'Swedish (Sweden)' p77 (S'sv_SE' S'iso01' S'lat0-sun16' tsS'Spanish (Peru)' p78 (S'es_PE' S'iso01' S'lat0-sun16' tsS'Dutch (Belgium)' p79 (S'nl_BE@euro' S'iso15' S'lat0-sun16' tsS'Spanish (Panama)' p80 (S'es_PA' S'iso01' S'lat0-sun16' tsS'Spanish (Venezuela)' p81 (S'es_VE' S'iso01' S'lat0-sun16' tsS'English (Great Britain)' p82 (S'en_GB' S'iso01' S'lat0-sun16' tsS'Russian' p83 (S'ru_RU.koi8r' S'koi8-u' S'cyr-sun16' tsS'Norwegian, Nynorsk (Norway)' p84 (S'nn_NO' S'iso01' S'lat0-sun16' tsS'English (Zimbabwe)' p85 (S'en_ZW' S'iso01' S'lat0-sun16' tsS'English (USA)' p86 (S'en_US' S'iso01' S'lat0-sun16' tsS'Spanish (Nicaragua)' p87 (S'es_NI' S'iso01' S'lat0-sun16' tsS'Arabic (Kuwait)' p88 (S'ar_KW' S'iso06' S'LatArCyrHeb-16' tsS'Spanish (Colombia)' p89 (S'es_CO' S'iso01' S'lat0-sun16' tsS'Basque (Spain)' p90 (S'eu_ES@euro' S'iso15' S'lat0-sun16' tsS'Arabic (Qatar)' p91 (S'ar_QA' S'iso06' S'LatArCyrHeb-16' tsS'Arabic (Egypt)' p92 (S'ar_EG' S'iso06' S'LatArCyrHeb-16' tsS'English (Ireland)' p93 (S'en_IE@euro' S'iso15' S'lat0-sun16' tsS'Hungarian' p94 (S'hu_HU' S'iso02' S'lat2-sun16' tsS'Arabic (Tunisia)' p95 (S'ar_TN' S'iso06' S'LatArCyrHeb-16' tsS'French (Luxemburg)' p96 (S'fr_LU@euro' S'iso15' S'lat0-sun16' tsS'Japanese' p97 (S'ja_JP.eucJP' S'iso01' S'lat0-16' tsS'Swedish (Finland)' p98 (S'sv_FI@euro' S'iso15' S'lat0-sun16' tsS'Arabic (Saudi Arabia)' p99 (S'ar_SA' S'iso06' S'LatArCyrHeb-16' tsS'Spanish (Dominican Republic)' p100 (S'es_DO' S'iso01' S'lat0-sun16' tsS'French (Canada)' p101 (S'fr_CA' S'iso01' S'lat0-sun16' tsS'English (Canada)' p102 (S'en_CA' S'iso01' S'lat0-sun16' tsS'German (Germany)' p103 (S'de_DE@euro' S'iso15' S'lat0-sun16' tsS'Slovenian (Slovenia)' p104 (S'sl_SI' S'iso02' S'lat2-sun16' tsS'Spanish (Uruguay)' p105 (S'es_UY' S'iso01' S'lat0-sun16' tsS'German (Switzerland)' p106 (S'de_CH' S'iso01' S'lat0-sun16' tsS'English (Australia)' p107 (S'en_AU' S'iso01' S'lat0-sun16' tsS'Catalan (Spain)' p108 (S'ca_ES@euro' S'iso15' S'lat0-sun16' tsS'Spanish (Puerto Rico)' p109 (S'es_PR' S'iso01' S'lat0-sun16' tsS'Turkish' p110 (S'tr_TR' S'iso09' S'lat5-sun16' tsS'Estonian' p111 (S'et_EE' S'iso01' S'lat0-sun16' tsS'Arabic (Sudan)' p112 (S'ar_SD' S'iso06' S'LatArCyrHeb-16' tsS'Icelandic' p113 (S'is_IS' S'iso01' S'lat0-sun16' tsS'English (Botswana)' p114 (S'en_BW' S'iso01' S'lat0-sun16' tsS'Manx Gaelic (Britain)' p115 (S'gv_GB' S'iso01' S'lat0-sun16' tssS'allSupportedLangs' p116 (lp117 g42 ag75 ag46 ag28 ag92 ag24 ag72 ag88 ag20 ag22 ag44 ag23 ag91 ag99 ag112 ag69 ag95 ag56 ag17 ag90 ag108 ag55 ag29 ag70 ag49 ag79 ag39 ag107 ag114 ag102 ag50 ag82 ag93 ag53 ag26 ag86 ag85 ag111 ag51 ag76 ag47 ag101 ag30 ag96 ag27 ag52 ag57 ag74 ag103 ag61 ag106 ag35 ag31 ag60 ag94 ag113 ag48 ag71 ag19 ag73 ag97 ag32 ag67 ag115 ag43 ag84 ag65 ag63 ag45 ag58 ag83 ag41 ag40 ag66 ag104 ag18 ag54 ag25 ag89 ag38 ag100 ag36 ag64 ag21 ag37 ag34 ag87 ag80 ag59 ag78 ag109 ag68 ag62 ag105 ag81 ag98 ag77 ag110 ag33 asS'info' p118 (dp119 S'SUPPORTED' p120 NssS'supported' p121 (lsS'default' p122 NsbsS'instClass' p123 (icustom InstallClass (dp124 S'rootPasswordCrypted' p125 I0 sS'raidList' p126 (lsS'nameserver' p127 S'' sS'x' NsS'rootPassword' p128 NsS'makeBootdisk' p129 I0 sS'installType' p130 NsS'postScript' p131 NsS'earlySwapOn' p132 I0 sS'networkDevice' p133 NsS'fstab' p134 (lsS'clearText' p135 NsS'lilo' p136 (S'mbr' p137 I1 S'' tsg13 NsS'name' p138 S'' sS'postInChroot' p139 I0 sS'pixmap' p140 S'' sS'partitions' p141 (lp142 (S'/boot' p143 (I48 I-1 I0 t(S'' I-1 I0 t(I0 S'xfs' p144 I0 tNta(S'/' (I700 I-1 I1 t(S'' I-1 I0 t(I0 g144 I0 tNta(S'swap' p145 (I256 I512 I1 t(S'' I-1 I0 t(I0 NI0 tNtasS'clearType' p146 S'wkst' p147 sS'gateway' p148 S'' sS'mouse' p149 NsS'packages' p150 NsS'timezone' p151 NsS'zeroMbr' p152 I0 sS'keyboard' p153 NsS'groups' p154 NsS'bootProto' p155 NsS'netmask' p156 S'' sS'langdefault' p157 NsS'skipSteps' p158 (dsS'auth' p159 (I1 I1 I0 S'' I0 S'' I0 I0 S'' S'' I0 S'' S'' S'' I0 S'' S'' tsS'hostname' p160 NsS'langsupported' p161 NsS'showgroups' p162 NsS'ip' p163 S'' sS'firewall' p164 (I-1 I1 (lp165 S'' I0 I0 I0 I0 I0 I0 tsS'defaultRunlevel' p166 NsS'desktop' p167 S'' sS'clearPartText' p168 S'Automatic partitioning will erase any preexisting Linux installations on your system.' p169 sS'clearParts' p170 I2 sbsS'bdstate' p171 S'' sS'extraModules' p172 (lp173 sS'rootpassword' p174 NsS'fdDevice' p175 S'fd0' p176 sS'installSystem' p177 I1 sS'comps' p178 NsS'verifiedState' p179 Nsg159 (itodo Authentication (dp180 S'useNIS' p181 I0 sS'nisServer' p182 S'' sS'useLdap' p183 I0 sS'krb5Kdc' p184 S'' sS'ldapTLS' p185 S'' sS'useHesiod' p186 I0 sS'ldapServer' p187 S'' sS'nisDomain' p188 S'' sS'krb5Realm' p189 S'' sS'useLdapauth' p190 I0 sS'hesiodRhs' p191 S'' sS'useShadow' p192 I1 sS'nisuseBroadcast' p193 I0 sS'useKrb5' p194 I0 sS'useMD5' p195 I1 sS'ldapBasedn' p196 S'' sS'krb5Admin' p197 S'' sS'hesiodLhs' p198 S'' sS'hesiodDlhs' p199 S'' sbsS'users' p200 NsS'hdList' p201 NsS'dhcpState' p202 S'' sS'method' p203 (iimage CdromInstallMethod p204 (dp205 g4 --------------771590663B010813CF1E5864-- From owner-linux-xfs@oss.sgi.com Tue May 1 08:05:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41F5vV25419 for linux-xfs-outgoing; Tue, 1 May 2001 08:05:57 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41F5tM25416; Tue, 1 May 2001 08:05:56 -0700 Received: (from cattelan@localhost) by lupo.thebarn.com (8.11.3/8.11.0) id f41F5kU04281; Tue, 1 May 2001 10:05:46 -0500 (CDT) (envelope-from cattelan) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15086.53450.320884.346281@lupo.thebarn.com> Date: Tue, 1 May 2001 10:05:46 -0500 (CDT) BCC: BCC: BCC: BCC: From: xfs-masters@oss.sgi.com Subject: Announce: XFS Release 1.0 for Linux X-Mailer: VM 6.72 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Tuesday May 1 2001: SGI is pleased to announce the 1.0 release of XFS, high-performance journaled file system for Linux. http://oss.sgi.com/projects/xfs/ XFS is widely recognized as the industry-leading high-performance file system, providing rapid recovery from system crashes and the ability to support extremely large disk farms. XFS is the first journaled file system for Linux available today that has a proven track record in production environments since December 1994. XFS Linux 1.0 is released for the Linux 2.4 kernel and offers the following advanced features: * Fast recovery after a system crash or power failure, NO fsck! * Journaling for guaranteed file system integrity * Direct I/O * Space preallocation * Transactionally recorded quotas * Access control lists and Extended attributes * Infrastructure for XDSM support (DMAPI) * Excellent overall performance * Excellent scalability (64 bit file system) * On-disk compatibility with IRIX XFS file systems A complete toolset including: * dump/restore support including all XFS file system features such as ACLs and quotas * Repair utility, file system editor, and growing the file system * ACL editing utility * Extended attribute editing utility Excellent integration with other Linux subsystems: * NFS version 2 and 3 server support * Root file system and lilo support * Software raid integration with md and lvm packages * Mount by label and mount by uuid The SGI XFS team is also providing a modified Red Hat Linux anaconda based installer. The installer handles all the details of setting up a Red Hat Linux 7.1 system running entirely on XFS, or a combination of XFS and ext2 file systems. Sincerely The SGI XFS Team. From owner-linux-xfs@oss.sgi.com Tue May 1 08:10:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41FAe925583 for linux-xfs-outgoing; Tue, 1 May 2001 08:10:40 -0700 Received: from linux.compucomis.net (IDENT:postfix@linux.CompuComIS.net [216.140.122.75]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41FAdM25580 for ; Tue, 1 May 2001 08:10:39 -0700 Received: by linux.compucomis.net (Postfix, from userid 501) id 71746BC19; Tue, 1 May 2001 11:10:18 -0400 (EDT) To: linux-xfs@oss.sgi.com Subject: Updated devfsd? Message-Id: <20010501151018.71746BC19@linux.compucomis.net> Date: Tue, 1 May 2001 11:10:18 -0400 (EDT) From: mburger@compucomis.net (Mike Burger) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I see that, since I installed RH7.1+XFS, that there's a new devfsd package available from RedHat. Is there any reason, known by the XFS dev folks, that should keep me from downloading and installing this update package? From owner-linux-xfs@oss.sgi.com Tue May 1 08:20:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41FKI626461 for linux-xfs-outgoing; Tue, 1 May 2001 08:20:18 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41FKGM26447 for ; Tue, 1 May 2001 08:20:16 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f41FJwwH016607; Tue, 1 May 2001 10:19:59 -0500 (CDT) Message-ID: <3AEED419.35249164@thebarn.com> Date: Tue, 01 May 2001 10:19:53 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Burger CC: linux-xfs@oss.sgi.com Subject: Re: Updated devfsd? References: <20010501151018.71746BC19@linux.compucomis.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Mike Burger wrote: > I see that, since I installed RH7.1+XFS, that there's a new devfsd > package available from RedHat. Is there any reason, known by the > XFS dev folks, that should keep me from downloading and installing > this update package? Haven't looked at it, but you might want to save the old config file as the RH version doesn't have the /dev/mouse and /dev/cdrom "stuff". -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Tue May 1 09:22:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41GMwQ30955 for linux-xfs-outgoing; Tue, 1 May 2001 09:22:58 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41GMtM30947 for ; Tue, 1 May 2001 09:22:55 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f41GMpB06969; Tue, 1 May 2001 11:22:51 -0500 (CDT) Message-ID: <3AEEE251.306EF354@sgi.com> Date: Tue, 01 May 2001 11:20:33 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_0.10 i586) X-Accept-Language: en MIME-Version: 1.0 To: Michael Steigman CC: linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Michael - Sorry about that, anaconda does a lot of mix-n-match on variable names - "fsystem" should have been "fsType" in this case. :) Can you grab this floppy image: http://lager.dyndns.org/raid-update.img and write it to a floppy, then boot the original CD and type either "linux update" or "text update" at the prompt, and then insert your floppy when it asks? This should solve it - let me know how it goes! BTW, since XFS 1.0 is out today, you might want to grab those bits instead, although this problem is still in the 1.0 installer, unfortunately. (the update disk should work with any recent iso) Thanks, -Eric > Both the test3 and test2 isos bomb out after using disk druid (when I > hit the "next" button) to partition 2 40GB drives. I haven't tried > test1. I am trying to configure and install onto RAID 1. The official > RH7.1 iso got past this point w/o a problem. The motherboard is an Asus > A7V with the VIA VT8363 and VT82C686A chipsets (the drives are hanging > off the ATA100 controllers). Also, the drives were previously configured > for RAID 1 under RH7. Since it's relatively small, I've attached the > anacdump.txt file from the aborted test3 install. Any other info I can > provide? From owner-linux-xfs@oss.sgi.com Tue May 1 09:52:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41GqAq01337 for linux-xfs-outgoing; Tue, 1 May 2001 09:52:10 -0700 Received: from smtprelay1.abs.adelphia.net (smtprelay.abs.adelphia.net [64.8.20.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41Gq7M01331 for ; Tue, 1 May 2001 09:52:07 -0700 Received: from ga.prestige.net ([63.94.220.73]) by smtprelay1.abs.adelphia.net (Netscape Messaging Server 4.15) with ESMTP id GCO1HA01.34X for ; Tue, 1 May 2001 12:51:11 -0400 Message-ID: <3AEEE97E.3060303@ga.prestige.net> Date: Tue, 01 May 2001 12:51:10 -0400 From: Fred Reimer User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4 i686; en-US; 0.8.1) Gecko/20010421 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Diffs for 2.4.4??? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, Where are the diffs for Linux-2.4.4? I didn't see any patches available on the web site, only access to your cvs system. What version of the kernel are you basing your cvs off of anyway? Under cvs I saw comments about 2.4.2. Can anyone make a proper diff, as I believe this will increase the number of people using the software dramatically? Thanks, Fred Reimer From owner-linux-xfs@oss.sgi.com Tue May 1 13:40:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41KeYJ23932 for linux-xfs-outgoing; Tue, 1 May 2001 13:40:34 -0700 Received: from hotmail.com (f167.law9.hotmail.com [64.4.9.167]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41KeVM23920 for ; Tue, 1 May 2001 13:40:31 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 1 May 2001 11:22:06 -0700 Received: from 62.59.16.251 by lw9fd.law9.hotmail.msn.com with HTTP; Tue, 01 May 2001 18:22:05 GMT X-Originating-IP: [62.59.16.251] From: "Pietje Puk" To: linux-xfs@oss.sgi.com Subject: Why release XFS as patches against a kernel ? Date: Tue, 01 May 2001 18:22:05 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 01 May 2001 18:22:06.0186 (UTC) FILETIME=[A076FCA0:01C0D26B] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dear SGI, As a linux user, I really appreciate your efforts to port your high quality filesystem XFS to linux as open source. However, I cannot understand your release scheme. You must understand that people will just want to download a tarball, `patch` the patches, and `./configure;make all;make install`. I sincerely feel that lots more people would give this fine fs a try if you would find the time to release XFS as a tarball, which people could just install by applying a patch to the kernel source, and compile by issuing a 'make all' on the command prompt. Just my 2$... Anyways, keep up the good work. Sincerely, J.Smith _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. From owner-linux-xfs@oss.sgi.com Tue May 1 13:46:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41Gw3801856 for linux-xfs-outgoing; Tue, 1 May 2001 09:58:03 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41GvwM01844 for ; Tue, 1 May 2001 09:57:58 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f41GvV620879; Tue, 1 May 2001 11:57:36 -0500 (CDT) Message-ID: <3AEEEB36.461D951F@sgi.com> Date: Tue, 01 May 2001 11:58:30 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Fred Reimer CC: linux-xfs@oss.sgi.com Subject: Re: Diffs for 2.4.4??? References: <3AEEE97E.3060303@ga.prestige.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Fred Reimer wrote: > > Hello, > > Where are the diffs for Linux-2.4.4? I didn't see any patches available > on the web site, only access to your cvs system. What version of the > kernel are you basing your cvs off of anyway? Under cvs I saw comments > about 2.4.2. Can anyone make a proper diff, as I believe this will > increase the number of people using the software dramatically? cvs for r1.0 is currently at 2.4.2, the devel cvs is 2.4.3. As soon as we work some kinks out of 2.4.4, the devel cvs tree will get bumped. for r1.0, patches for both 2.4.2 and 2.4.3 are available in ftp://linux-xfs.sgi.com/projects/xfs/download/Release-1.0/patches/ - see the README file for how to apply them. The vast majority of our testing for 1.0 was done on 2.4.2. 2.4.4 came out about 3 days ago, so be patient until we can have similar confidence in that version. :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 13:47:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41Klu024612 for linux-xfs-outgoing; Tue, 1 May 2001 13:47:56 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41KlkF24596 for ; Tue, 1 May 2001 13:47:46 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f41Kldw05816; Tue, 1 May 2001 15:47:39 -0500 (CDT) Message-ID: <3AEF213D.F3BB48FB@sgi.com> Date: Tue, 01 May 2001 15:49:01 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: GCS CC: linux-xfs@oss.sgi.com Subject: Re: Congrats!; Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> <20010501224011.A1604@sisinteli07.udg.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk GCS wrote: > Russel: Sure, I would be interested about the 2.4.4 patch. untested, unsupported, devel tree 2.4.4 patch: ftp://linux-xfs.sgi.com/projects/xfs/download/testing/linux-2.4.4-xfs-TEST.patch -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 13:47:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41KlwL24634 for linux-xfs-outgoing; Tue, 1 May 2001 13:47:58 -0700 Received: from sa-bwmail1.storageapps.com (smtp.storageapps.com [63.101.83.13]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f41KlvF24627 for ; Tue, 1 May 2001 13:47:57 -0700 Received: by SA-BWMAIL1 with Internet Mail Service (5.5.2653.19) id ; Tue, 1 May 2001 16:47:51 -0400 Message-ID: <23D04BDBA646D411BDDD00D0B774B539028C8867@SA-BWMAIL1> From: "Christian, Chip" To: "'Pietje Puk'" , linux-xfs@oss.sgi.com Subject: RE: Why release XFS as patches against a kernel ? Date: Tue, 1 May 2001 16:47:41 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I don't understand the question. They ship kernel patches and they ship pre-patched RedHat kernel-source rpms. What more do you want? -----Original Message----- From: Pietje Puk [mailto:lbalbalba@hotmail.com] Sent: Tuesday, May 01, 2001 14:22 To: linux-xfs@oss.sgi.com Subject: Why release XFS as patches against a kernel ? Dear SGI, As a linux user, I really appreciate your efforts to port your high quality filesystem XFS to linux as open source. However, I cannot understand your release scheme. You must understand that people will just want to download a tarball, `patch` the patches, and `./configure;make all;make install`. I sincerely feel that lots more people would give this fine fs a try if you would find the time to release XFS as a tarball, which people could just install by applying a patch to the kernel source, and compile by issuing a 'make all' on the command prompt. Just my 2$... Anyways, keep up the good work. Sincerely, J.Smith _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. From owner-linux-xfs@oss.sgi.com Tue May 1 13:48:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41KmVD24696 for linux-xfs-outgoing; Tue, 1 May 2001 13:48:31 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41KmUF24689 for ; Tue, 1 May 2001 13:48:30 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f41K20x07859; Tue, 1 May 2001 15:02:00 -0500 (CDT) Message-ID: <3AEF1689.5393EFD1@sgi.com> Date: Tue, 01 May 2001 15:03:21 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Steigman CC: linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> <3AEF0B34.C0F12FCD@ne.mediaone.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael Steigman wrote: > The installation went fine after loading the update disk. However, upon > reboot, raidautorun reports "failed to open /dev/md0" which obviously > leads to a kernel panic (my / is on md0). Suggestions? You can also pass "devfs=nomount" to get around devfs for now, but surely there's a way to make raid work with devfs. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 13:52:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41KqTh25232 for linux-xfs-outgoing; Tue, 1 May 2001 13:52:29 -0700 Received: from dragon.vcu.edu (dragon.vcu.edu [128.172.65.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41KqHF25208 for ; Tue, 1 May 2001 13:52:21 -0700 Received: from comet.vcu.edu (comet.vcu.edu [128.172.1.33]) by dragon.vcu.edu (8.9.3/8.9.3) with ESMTP id QAA4437702; Tue, 1 May 2001 16:52:20 -0400 (EDT) Date: Tue, 1 May 2001 16:52:15 -0400 (EDT) From: K Mitchell Russell X-Sender: kmrussel@comet.vcu.edu To: Pietje Puk cc: linux-xfs@oss.sgi.com Subject: Re: Why release XFS as patches against a kernel ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 1 May 2001, Pietje Puk wrote: > > Dear SGI, > > As a linux user, I really appreciate your efforts to port your high quality > filesystem XFS to linux as open source. However, I cannot understand your > release scheme. You must understand that people will just want to download a > tarball, `patch` the patches, and `./configure;make all;make install`. I Aren't these the patches here? : ftp://oss.sgi.com/projects/xfs/download/Release-1.0/patches/ RPMs are available, as well as the bleeding edge source tree via CVS too. Enjoy, Mitchell From owner-linux-xfs@oss.sgi.com Tue May 1 13:52:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41Kqq225291 for linux-xfs-outgoing; Tue, 1 May 2001 13:52:52 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41KqkF25280 for ; Tue, 1 May 2001 13:52:46 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f41JK6x26460; Tue, 1 May 2001 14:20:06 -0500 (CDT) Message-ID: <3AEF0CB9.A4D0F59C@sgi.com> Date: Tue, 01 May 2001 14:21:29 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Steigman CC: linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> <3AEF0B34.C0F12FCD@ne.mediaone.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael Steigman wrote: > > Eric, > > Slight correction to your instructions - type "linux updates" ;-) Ack, I knew that, typing too fast. Sorry... > The installation went fine after loading the update disk. However, upon > reboot, raidautorun reports "failed to open /dev/md0" which obviously > leads to a kernel panic (my / is on md0). Suggestions? Hm... hopefully Martin or Russell can speak to this - I don't have any raid machines here, and have not ever tested it... Could this be a devfs thing? Has /dev/md0 moved to /dev/md/0 perhaps? If devfsd hasn't started, the compatibility links won't be there if / isn't even mounted. -Eric From owner-linux-xfs@oss.sgi.com Tue May 1 13:57:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41KvVk25551 for linux-xfs-outgoing; Tue, 1 May 2001 13:57:31 -0700 Received: from justice.loyola.edu (root@justice.loyola.edu [144.126.178.227]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41KvPF25546 for ; Tue, 1 May 2001 13:57:25 -0700 Received: (from mstone@localhost) by justice.loyola.edu (8.9.3/8.9.3/Debian 8.9.3-21) id QAA24967 for linux-xfs@oss.sgi.com; Tue, 1 May 2001 16:57:24 -0400 Date: Tue, 1 May 2001 16:57:24 -0400 From: Michael Stone To: linux-xfs@oss.sgi.com Subject: Re: Why release XFS as patches against a kernel ? Message-ID: <20010501165724.F15731@justice.loyola.edu> Mail-Followup-To: linux-xfs@oss.sgi.com References: <23D04BDBA646D411BDDD00D0B774B539028C8867@SA-BWMAIL1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <23D04BDBA646D411BDDD00D0B774B539028C8867@SA-BWMAIL1>; from chip.christian@storageapps.com on Tue, May 01, 2001 at 04:47:41PM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, May 01, 2001 at 04:47:41PM -0400, Christian, Chip wrote: > I don't understand the question. They ship kernel patches and they > ship pre-patched RedHat kernel-source rpms. What more do you want? A reference to that on http://linux-xfs.sgi.com/projects/xfs/? >From that page: >Source Code: >A complete linux 2.4.x-based tree including the XFS filesystem is >available for CVS checkout. >Two distinct trees are available: >linux-2.4-xfs: fast moving development tree >linux-2.4-xfs-r1.0: XFS Linux Release 1.0 >Please refer to the CVS instructions for details. >CVSup a much faster "File Distribution System" than cvs >CVSWEB a web based source tree browser No reference to any patches there; it's often been non-intuitive to find these, unless you already know that they're there. The "point & guess" method's also been fairly hard today, because the ftp sites have been overloaded (understandable, I think.) If you look at ftp://linux-xfs.sgi.com/projects/xfs/download/ you'll see a patches/ directory, but that's not right. You will eventually find the right stuff in ftp://linux-xfs.sgi.com/projects/xfs/download/Release-1.0/patches/ but a nice link from the front page would definately be more user-friendly. -- Mike Stone From owner-linux-xfs@oss.sgi.com Tue May 1 14:01:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41L1oQ25785 for linux-xfs-outgoing; Tue, 1 May 2001 14:01:50 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41L1kF25780 for ; Tue, 1 May 2001 14:01:46 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 14uhGu-0000wP-00; Tue, 01 May 2001 23:01:25 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f41L0mP17435; Tue, 1 May 2001 17:00:48 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: Eric Sandeen Cc: Michael Steigman , linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> <3AEF0B34.C0F12FCD@ne.mediaone.net> <3AEF0CB9.A4D0F59C@sgi.com> From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 01 May 2001 17:00:48 -0400 In-Reply-To: <3AEF0CB9.A4D0F59C@sgi.com> Message-ID: Lines: 19 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >>>>> "Eric" == Eric Sandeen writes: >> The installation went fine after loading the update disk. However, >> upon reboot, raidautorun reports "failed to open /dev/md0" which >> obviously leads to a kernel panic (my / is on md0). Suggestions? Eric> Hm... hopefully Martin or Russell can speak to this - I don't Eric> have any raid machines here, and have not ever tested it... Eric> Could this be a devfs thing? Has /dev/md0 moved to /dev/md/0 Eric> perhaps? If devfsd hasn't started, the compatibility links Eric> won't be there if / isn't even mounted. That's probably the case, yes. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Tue May 1 14:02:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41L2FD25812 for linux-xfs-outgoing; Tue, 1 May 2001 14:02:15 -0700 Received: from sws5.ctd.ornl.gov (sws5.ctd.ornl.gov [160.91.68.105]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f41L2FF25809 for ; Tue, 1 May 2001 14:02:15 -0700 Received: (qmail 7497 invoked by uid 3995); 1 May 2001 20:02:14 -0000 From: "Dave Sill" Mail-Followup-To: linux-xfs@oss.sgi.com To: linux-xfs@oss.sgi.com Subject: Re: Announce: XFS Release 1.0 for Linux References: <15086.53450.320884.346281@lupo.thebarn.com> Date: 01 May 2001 16:02:14 -0400 In-Reply-To: xfs-masters@oss.sgi.com's message of "Tue, 1 May 2001 10:05:46 -0500 (CDT)" Message-ID: Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Delivery-Agent: TMDA v0.10 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk xfs-masters@oss.sgi.com writes: > Tuesday May 1 2001: > SGI is pleased to announce the 1.0 release of XFS, high-performance > journaled file system for Linux. Congratulations, and thanks to the Linux XFS Team! I reinstalled my workstation this morning with the 0.10.4 installer, and it went very smoothly compared to installing via building a kernel. -Dave From owner-linux-xfs@oss.sgi.com Tue May 1 14:11:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LB0Z26393 for linux-xfs-outgoing; Tue, 1 May 2001 14:11:00 -0700 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LArF26385 for ; Tue, 1 May 2001 14:10:53 -0700 Received: from ne.mediaone.net (IDENT:ms@steigman.ne.mediaone.net [24.147.237.193]) by chmls06.mediaone.net (8.11.1/8.11.1) with ESMTP id f41JEg823401; Tue, 1 May 2001 15:14:42 -0400 (EDT) Message-ID: <3AEF0B34.C0F12FCD@ne.mediaone.net> Date: Tue, 01 May 2001 15:15:00 -0400 From: Michael Steigman X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric, Slight correction to your instructions - type "linux updates" ;-) The installation went fine after loading the update disk. However, upon reboot, raidautorun reports "failed to open /dev/md0" which obviously leads to a kernel panic (my / is on md0). Suggestions? Michael Eric Sandeen wrote: > > Hi Michael - > > Sorry about that, anaconda does a lot of mix-n-match on variable names - > "fsystem" should have been "fsType" in this case. :) > > Can you grab this floppy image: > > http://lager.dyndns.org/raid-update.img > > and write it to a floppy, then boot the original CD and type either > "linux update" or "text update" at the prompt, and then insert your > floppy when it asks? This should solve it - let me know how it goes! > > BTW, since XFS 1.0 is out today, you might want to grab those bits > instead, although this problem is still in the 1.0 installer, > unfortunately. (the update disk should work with any recent iso) > > Thanks, > > -Eric > > > Both the test3 and test2 isos bomb out after using disk druid (when I > > hit the "next" button) to partition 2 40GB drives. I haven't tried > > test1. I am trying to configure and install onto RAID 1. The official > > RH7.1 iso got past this point w/o a problem. The motherboard is an Asus > > A7V with the VIA VT8363 and VT82C686A chipsets (the drives are hanging > > off the ATA100 controllers). Also, the drives were previously configured > > for RAID 1 under RH7. Since it's relatively small, I've attached the > > anacdump.txt file from the aborted test3 install. Any other info I can > > provide? From owner-linux-xfs@oss.sgi.com Tue May 1 14:11:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LB9j26429 for linux-xfs-outgoing; Tue, 1 May 2001 14:11:09 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LB8F26424 for ; Tue, 1 May 2001 14:11:08 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f41LB5w14072; Tue, 1 May 2001 16:11:05 -0500 (CDT) Message-ID: <3AEF26BC.C6DBCDE1@sgi.com> Date: Tue, 01 May 2001 16:12:28 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Stone CC: linux-xfs@oss.sgi.com Subject: Re: Why release XFS as patches against a kernel ? References: <23D04BDBA646D411BDDD00D0B774B539028C8867@SA-BWMAIL1> <20010501165724.F15731@justice.loyola.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael Stone wrote: > A reference to that on http://linux-xfs.sgi.com/projects/xfs/? > No reference to any patches there; it's often been non-intuitive to find > these, unless you already know that they're there. True enough.. there is an "FTP sites" link on the left, but we'll add one to the front page as well. There are also detailed links and instructions via http://linux-xfs.sgi.com/projects/xfs/1.0_release.html, which is linked off the front page. Thanks, -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 14:14:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LEdB27147 for linux-xfs-outgoing; Tue, 1 May 2001 14:14:39 -0700 Received: from mail.starkmedia.com (mail.starkmedia.com [63.237.54.130]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LEcF27137 for ; Tue, 1 May 2001 14:14:38 -0700 Received: from starkmedia.com (gate.starkmedia.com [63.237.54.3]) by mail.starkmedia.com (8.10.1/8.10.1) with ESMTP id f41LEfb26856 for ; Tue, 1 May 2001 16:14:41 -0500 Message-ID: <3AEF26ED.F3E911B0@starkmedia.com> Date: Tue, 01 May 2001 16:13:17 -0500 From: "Daniel J. Cody" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Announce: XFS Release 1.0 for Linux References: <15086.53450.320884.346281@lupo.thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hey guys - As a long time user(since beta 3) of XFS, and a long time lurker on the linux-xfs list, I'd just like to say excellent job, kudos, and cheers.. Its been fun perusing the emails, not always understanding, but always learning a thing or two in the process.. Again, nice job and thanks for all your hard work :) -- .djc. http://evolt.org djc@members.evolt.org xfs-masters@oss.sgi.com wrote: > > Tuesday May 1 2001: > SGI is pleased to announce the 1.0 release of XFS, high-performance > journaled file system for Linux. > > http://oss.sgi.com/projects/xfs/ > > XFS is widely recognized as the industry-leading high-performance file system, > providing rapid recovery from system crashes and the ability to support > extremely large disk farms. XFS is the first journaled file system for Linux > available today that has a proven track record in production environments > since December 1994. From owner-linux-xfs@oss.sgi.com Tue May 1 14:21:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LLaj27848 for linux-xfs-outgoing; Tue, 1 May 2001 14:21:36 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LLXF27840 for ; Tue, 1 May 2001 14:21:33 -0700 Received: from crom.corp.sgi.com ([130.62.63.32]) by 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 KAA03333 for ; Tue, 1 May 2001 10:18:53 -0700 (PDT) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA65286 for ; Tue, 1 May 2001 10:22:26 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id A852ACED79 for ; Tue, 1 May 2001 10:17:32 -0700 (PDT) Subject: Re: Linux 2.4.4 From: Florin Andrei To: linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20010428140403.04271ec0@pop.xs4all.nl> References: <4.3.2.7.2.20010428140403.04271ec0@pop.xs4all.nl> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 01 May 2001 10:17:32 -0700 Message-Id: <988737452.4290.5.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 28 Apr 2001 14:06:10 +0200, Seth Mos wrote: > Hi, > > Kernel 2.4.4 was released this weekend. Any patches forthcoming or > experiences about it's "stability" ? > Is this going to fix some more weirdness that some of the other 2.4 kernels > had? I believe some people reported RAID issues. -- Florin Andrei "Bloat is not about being big. Bloat is about being slow and stupid and not realizing that it's because of design mistakes." - Linus Torvalds From owner-linux-xfs@oss.sgi.com Tue May 1 14:27:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LRks28241 for linux-xfs-outgoing; Tue, 1 May 2001 14:27:46 -0700 Received: from wisdom.myplace.net (cc19815-a.zwoll1.ov.nl.home.com [212.204.138.247]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LRhF28236 for ; Tue, 1 May 2001 14:27:43 -0700 Received: from ws1 (ws1.myplace.net [192.168.1.15]) by wisdom.myplace.net (Postfix) with SMTP id 88A71147 for ; Tue, 1 May 2001 23:27:39 +0200 (CEST) Message-ID: <013c01c0d285$8cc41d40$0f01a8c0@ws1> From: "Bas" To: References: <15086.53450.320884.346281@lupo.thebarn.com> Subject: Re: Announce: XFS Release 1.0 for Linux Date: Tue, 1 May 2001 23:27:39 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Congratulations, and thanks to the Linux XFS Team! Thanks for the support and delivering a fine product. But what's next ? Is it going to be in a standard kernel and in which ? Thanks (again), Bas. ----- Original Message ----- From: "Dave Sill" To: Sent: Tuesday, May 01, 2001 10:02 PM Subject: Re: Announce: XFS Release 1.0 for Linux > xfs-masters@oss.sgi.com writes: > > > Tuesday May 1 2001: > > SGI is pleased to announce the 1.0 release of XFS, high-performance > > journaled file system for Linux. > > Congratulations, and thanks to the Linux XFS Team! > > I reinstalled my workstation this morning with the 0.10.4 installer, > and it went very smoothly compared to installing via building a > kernel. > > -Dave From owner-linux-xfs@oss.sgi.com Tue May 1 14:28:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LSFW28276 for linux-xfs-outgoing; Tue, 1 May 2001 14:28:15 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LSEF28270 for ; Tue, 1 May 2001 14:28:14 -0700 Received: from blv-av-01.boeing.com ([192.54.3.60]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id OAA09780 for ; Tue, 1 May 2001 14:28:12 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id OAA10586 for ; Tue, 1 May 2001 14:28:11 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP for linux-xfs@oss.sgi.com; Tue, 1 May 2001 14:28:06 -0700 Received: from pipcws.ca.boeing.com (loopback [127.0.0.1]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id OAA36854 for ; Tue, 1 May 2001 14:28:05 -0700 Message-Id: <3AEF2A65.AFD3FDFA@pipcws.ca.boeing.com> Date: Tue, 01 May 2001 14:28:05 -0700 From: Ric Tibbetts Organization: The Boeing Company X-Mailer: Mozilla 4.76C-Boeing UNIX Kit [en] (X11; U; AIX 4.3) X-Accept-Language: en MIME-Version: 1.0 To: Linux XFS Subject: Mandrake 8.0 +XFS update Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk All; Just a quick update. I now have XFS + LVM running on my Mandrake 8.0 installation using the kernel as supplied by SGI. While I have XFS + LVM running, it came at the cost of losing my Frame Buffering. Actually, a worth-while trade. I will be applying a custom kernel tonight to try to fix that problem as well. Hats off the XFS team. And congratulations on getting release 1.0 out the door! Ric From owner-linux-xfs@oss.sgi.com Tue May 1 14:32:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LWpo28914 for linux-xfs-outgoing; Tue, 1 May 2001 14:32:51 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LWnF28910 for ; Tue, 1 May 2001 14:32:49 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [144.253.131.5]) by 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 KAA08598 for ; Tue, 1 May 2001 10:56:47 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id TAA259327 for ; Tue, 1 May 2001 19:54:04 +0200 (CEST) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA01282; Tue, 1 May 2001 12:52:48 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f41HplB04290; Tue, 1 May 2001 13:51:47 -0400 Message-ID: <3AEEF7B3.4A2F5B14@thebarn.com> Date: Tue, 01 May 2001 13:51:47 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Fred Reimer CC: linux-xfs@oss.sgi.com Subject: Re: Diffs for 2.4.4??? References: <3AEEE97E.3060303@ga.prestige.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Fred Reimer wrote: > Hello, > > Where are the diffs for Linux-2.4.4? I didn't see any patches available > on the web site, only access to your cvs system. What version of the > kernel are you basing your cvs off of anyway? Under cvs I saw comments > about 2.4.2. Can anyone make a proper diff, as I believe this will > increase the number of people using the software dramatically? I'm still working on cleanin up the merge; but this does run. ftp://linux-xfs.sgi.com/projects/xfs/download/testing/linux-2.4.4-xfs-TEST.patch > > > Thanks, > > Fred Reimer -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Tue May 1 14:39:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41Ldne29633 for linux-xfs-outgoing; Tue, 1 May 2001 14:39:49 -0700 Received: from bbking.techtrader.com ([63.105.9.67]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41LdjF29626 for ; Tue, 1 May 2001 14:39:45 -0700 Received: by bbking.techtrader.com with Internet Mail Service (5.5.2650.21) id <2ZVNLJAN>; Tue, 1 May 2001 17:40:41 -0400 Message-ID: From: "Castellanos, Leon" To: "'linux-xfs@oss.sgi.com'" Subject: XFS question Date: Tue, 1 May 2001 17:40:40 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, First I wanted to thank you for the effort you put in to contribute this great part of your technology to the open source community and specially to Linux. I just converted all my file systems to xfs and have a few questions to which I did not find answers to in the website. First, I would like to know why it is that xfs doesn't like to be mounted "ro" read-only. I didn't find anyone addressing this issue and had to figure out on my own to change the /etc/lilo.conf entry "read-only" to "read-write". Second, how can I get by the problem of xfs doing its job too well :) and leaving pid files and caches? I pulled the power cord out of my box to test the xfs journaling and several things didn't work out well when the system came back up: sysklogd didn't start up because it found its old pid file and thought it was still running and also my enlightenment window-manager configuration was totally purged. I had to rearrange my entire start-up setup (location of apps that run on startup, etc). Are there any flags to pass to mount in order to fix these problems? Thank you again for the great work, I hope to see more OSS from sgi. Maybe an open-source version of Maya Unlimited :) or free... don't have 15k to dish out unfortunately :( Leon F. Castellanos From owner-linux-xfs@oss.sgi.com Tue May 1 14:57:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41LvBV30650 for linux-xfs-outgoing; Tue, 1 May 2001 14:57:11 -0700 Received: from moe.rice.edu (moe.rice.edu [128.42.5.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41Lv7F30645 for ; Tue, 1 May 2001 14:57:08 -0700 Received: from photino.sid.rice.edu (photino.sid.rice.edu [128.42.162.116]) by moe.rice.edu (8.9.0/8.9.0) with ESMTP id QAA11348 for ; Tue, 1 May 2001 16:57:07 -0500 (CDT) Received: from photino.sid.rice.edu (rjain@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f41Lv6HP021098 for ; Tue, 1 May 2001 16:57:06 -0500 Received: (from rjain@localhost) by photino.sid.rice.edu (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f41Lv6l7021096 for linux-xfs@oss.sgi.com; Tue, 1 May 2001 16:57:06 -0500 Date: Tue, 1 May 2001 16:57:06 -0500 From: Rahul Jain To: linux-xfs@oss.sgi.com Subject: Re: XFS question Message-ID: <20010501165706.B20890@photino.sid.rice.edu> Reply-To: Rahul Jain Mail-Followup-To: linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: ; from lcastellanos@techtrader.com on Tue, May 01, 2001 at 05:40:40PM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, May 01, 2001 at 05:40:40PM -0400, Castellanos, Leon wrote: > I just converted all my file systems to xfs and have a few questions to > which I did not find answers to in the website. First, I would like to know > why it is that xfs doesn't like to be mounted "ro" read-only. I didn't find > anyone addressing this issue and had to figure out on my own to change the > /etc/lilo.conf entry "read-only" to "read-write". > Second, how can I get by the problem of xfs doing its job too well :) and > leaving pid files and caches? I pulled the power cord out of my box to test > the xfs journaling and several things didn't work out well when the system > came back up: sysklogd didn't start up because it found its old pid file and > thought it was still running and also my enlightenment window-manager > configuration was totally purged. I had to rearrange my entire start-up > setup (location of apps that run on startup, etc). Are there any flags to > pass to mount in order to fix these problems? I don't think this issue has anything to do with mount. It has to do with your init scripts not cleaning up /var/run on boot, as they should. e.g. on Debian: ----- excerpt from /etc/init.d/bootmisc.sh ----- # # Clean up /var/run and create /var/run/utmp so that we can login. # [ "$VERBOSE" != no ] && echo -n "/var/run" ( cd /var/run && \ find . ! -type d ! -name utmp ! -name innd.pid ! -name random-seed \ ! -newer /etc/mtab -exec rm -f -- {} \; ) : > /var/run/utmp if grep -q ^utmp: /etc/group then chmod 664 /var/run/utmp chgrp utmp /var/run/utmp fi [ "$VERBOSE" != no ] && echo "." ------------------------------------------------- -- -> -/- - Rahul Jain - -\- <- -> -\- http://linux.rice.edu/~rahul -=- mailto:rahul-jain@usa.net -/- <- -> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <- |--|--------|--------------|----|-------------|------|---------|-----|-| Version 11.423.999.220020101.23.50110101.042 (c)1996-2000, All rights reserved. Disclaimer available upon request. From owner-linux-xfs@oss.sgi.com Tue May 1 16:02:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41N2O901409 for linux-xfs-outgoing; Tue, 1 May 2001 16:02:24 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41N2LF01404 for ; Tue, 1 May 2001 16:02:21 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA07030 for ; Tue, 1 May 2001 16:00:53 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id SAA71247; Tue, 1 May 2001 18:00:00 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f41Mx0B06393; Tue, 1 May 2001 18:59:00 -0400 Message-ID: <3AEF3FB4.73AC80FB@thebarn.com> Date: Tue, 01 May 2001 18:59:00 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Rahul Jain CC: linux-xfs@oss.sgi.com Subject: Re: XFS question References: <20010501165706.B20890@photino.sid.rice.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Rahul Jain wrote: > On Tue, May 01, 2001 at 05:40:40PM -0400, Castellanos, Leon wrote: > > I just converted all my file systems to xfs and have a few questions to > > which I did not find answers to in the website. First, I would like to know > > why it is that xfs doesn't like to be mounted "ro" read-only. I didn't find > > anyone addressing this issue and had to figure out on my own to change the > > /etc/lilo.conf entry "read-only" to "read-write". Hmm never tried that... guess we'll have to look at that. > > > Second, how can I get by the problem of xfs doing its job too well :) and > > leaving pid files and caches? I pulled the power cord out of my box to test > > the xfs journaling and several things didn't work out well when the system > > came back up: sysklogd didn't start up because it found its old pid file and > > thought it was still running and also my enlightenment window-manager > > configuration was totally purged. I had to rearrange my entire start-up > > setup (location of apps that run on startup, etc). Are there any flags to > > pass to mount in order to fix these problems? Note no file system can guarantee no data is ever lost. Pulling the plug on a system means any data still on the cache that has not been written out to disk is lost. The only way to reduce the amount of data loss is to run the file system with "sync" enabled, but you will be negating the performance advantages of XFSs delay allocation. > > > > I don't think this issue has anything to do with mount. It has to do with your > init scripts not cleaning up /var/run on boot, as they should. e.g. on Debian: Yes exactly. > > > ----- excerpt from /etc/init.d/bootmisc.sh ----- > > # > # Clean up /var/run and create /var/run/utmp so that we can login. > # > [ "$VERBOSE" != no ] && echo -n "/var/run" > ( cd /var/run && \ > find . ! -type d ! -name utmp ! -name innd.pid ! -name random-seed \ > ! -newer /etc/mtab -exec rm -f -- {} \; ) > : > /var/run/utmp > if grep -q ^utmp: /etc/group > then > chmod 664 /var/run/utmp > chgrp utmp /var/run/utmp > fi > [ "$VERBOSE" != no ] && echo "." > > ------------------------------------------------- > > -- > -> -/- - Rahul Jain - -\- <- > -> -\- http://linux.rice.edu/~rahul -=- mailto:rahul-jain@usa.net -/- <- > -> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <- > |--|--------|--------------|----|-------------|------|---------|-----|-| > Version 11.423.999.220020101.23.50110101.042 > (c)1996-2000, All rights reserved. Disclaimer available upon request. -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Tue May 1 16:05:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41N5pi01581 for linux-xfs-outgoing; Tue, 1 May 2001 16:05:51 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41N5lF01576 for ; Tue, 1 May 2001 16:05:47 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA07601 for ; Tue, 1 May 2001 16:04:26 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id SAA48418; Tue, 1 May 2001 18:04:31 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f41N3UB06439; Tue, 1 May 2001 19:03:30 -0400 Message-ID: <3AEF40C2.1D418EA9@thebarn.com> Date: Tue, 01 May 2001 19:03:30 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: "Martin K. Petersen" CC: Eric Sandeen , Michael Steigman , linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> <3AEF0B34.C0F12FCD@ne.mediaone.net> <3AEF0CB9.A4D0F59C@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Martin K. Petersen" wrote: > >>>>> "Eric" == Eric Sandeen writes: > > >> The installation went fine after loading the update disk. However, > >> upon reboot, raidautorun reports "failed to open /dev/md0" which > >> obviously leads to a kernel panic (my / is on md0). Suggestions? > > Eric> Hm... hopefully Martin or Russell can speak to this - I don't > Eric> have any raid machines here, and have not ever tested it... > > Eric> Could this be a devfs thing? Has /dev/md0 moved to /dev/md/0 > Eric> perhaps? If devfsd hasn't started, the compatibility links > Eric> won't be there if / isn't even mounted. > > That's probably the case, yes. Wouldn't this be before / is mounted? so it probably doesn't matter if /dev/ is real or devfs. How does the kernel find and mount / if it is an md device? the dev_id is usually part of the lilo boot process but in the md case? > > > -- > Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. > mkp@linuxcare.com, http://www.linuxcare.com/ > SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Tue May 1 16:28:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41NSHc02852 for linux-xfs-outgoing; Tue, 1 May 2001 16:28:17 -0700 Received: from smtp5.xs4all.nl (smtp5.xs4all.nl [194.109.6.49]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41NSEF02848 for ; Tue, 1 May 2001 16:28:15 -0700 Received: from xs4.xs4all.nl (knuffie@xs4.xs4all.nl [194.109.6.45]) by smtp5.xs4all.nl (8.9.3/8.9.3) with ESMTP id BAA20175; Wed, 2 May 2001 01:28:13 +0200 (CEST) Received: from localhost (knuffie@localhost) by xs4.xs4all.nl (8.9.0/8.9.0) with ESMTP id BAA17685; Wed, 2 May 2001 01:28:12 +0200 (CEST) Date: Wed, 2 May 2001 01:28:12 +0200 (CEST) From: Seth Mos To: Fred Reimer cc: Subject: Re: Diffs for 2.4.4??? In-Reply-To: <3AEEE97E.3060303@ga.prestige.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 1 May 2001, Fred Reimer wrote: > Hello, > > Where are the diffs for Linux-2.4.4? I didn't see any patches available > on the web site, only access to your cvs system. What version of the > kernel are you basing your cvs off of anyway? Under cvs I saw comments > about 2.4.2. Can anyone make a proper diff, as I believe this will > increase the number of people using the software dramatically? The 2.4.2 release is tested a lot and is fairly stable. It includes a lot of patches depending on th used kernel. The linux-2.4-xfs tree is based on 2.4.3 and the beta tree on 2.4.2. There is a patch for 2.4.4 available on ftp://linux-xfs.sgi.com/projects/xfs/download/testing/ This one is not available in CVS before it is tested at SGI internally. In a few days the linux-2.4-xfs cvs tree will probably updated to 2.4.4 Bye Seth > > Thanks, > > Fred Reimer > > From owner-linux-xfs@oss.sgi.com Tue May 1 16:44:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41NiG203751 for linux-xfs-outgoing; Tue, 1 May 2001 16:44:16 -0700 Received: from smtp5.xs4all.nl (smtp5.xs4all.nl [194.109.6.49]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41NiEF03746 for ; Tue, 1 May 2001 16:44:15 -0700 Received: from xs4.xs4all.nl (knuffie@xs4.xs4all.nl [194.109.6.45]) by smtp5.xs4all.nl (8.9.3/8.9.3) with ESMTP id BAA23212; Wed, 2 May 2001 01:44:12 +0200 (CEST) Received: from localhost (knuffie@localhost) by xs4.xs4all.nl (8.9.0/8.9.0) with ESMTP id BAA18044; Wed, 2 May 2001 01:44:12 +0200 (CEST) Date: Wed, 2 May 2001 01:44:11 +0200 (CEST) From: Seth Mos To: Russell Cattelan cc: Rahul Jain , Subject: Re: XFS question In-Reply-To: <3AEF3FB4.73AC80FB@thebarn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 1 May 2001, Russell Cattelan wrote: > Rahul Jain wrote: > > > On Tue, May 01, 2001 at 05:40:40PM -0400, Castellanos, Leon wrote: > > > I just converted all my file systems to xfs and have a few questions to > > > which I did not find answers to in the website. First, I would like to know > > > why it is that xfs doesn't like to be mounted "ro" read-only. I didn't find > > > anyone addressing this issue and had to figure out on my own to change the > > > /etc/lilo.conf entry "read-only" to "read-write". > > Hmm never tried that... guess we'll have to look at that. I see this on RedHat too. It spits out a warning if it has to replay it's log to mount the fs. After that it _is_ mounted ro. You can't really mount a journaling fs without logreplay. Maybe you could but would you really want that? Bye Seth From owner-linux-xfs@oss.sgi.com Tue May 1 16:47:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f41NlJS03821 for linux-xfs-outgoing; Tue, 1 May 2001 16:47:19 -0700 Received: from smtp5.xs4all.nl (smtp5.xs4all.nl [194.109.6.49]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f41NlIF03818 for ; Tue, 1 May 2001 16:47:18 -0700 Received: from xs4.xs4all.nl (knuffie@xs4.xs4all.nl [194.109.6.45]) by smtp5.xs4all.nl (8.9.3/8.9.3) with ESMTP id BAA23794; Wed, 2 May 2001 01:47:13 +0200 (CEST) Received: from localhost (knuffie@localhost) by xs4.xs4all.nl (8.9.0/8.9.0) with ESMTP id BAA18120; Wed, 2 May 2001 01:47:12 +0200 (CEST) Date: Wed, 2 May 2001 01:47:12 +0200 (CEST) From: Seth Mos To: Russell Cattelan cc: "Martin K. Petersen" , Eric Sandeen , Michael Steigman , Subject: Re: RH 7.1 installer errors In-Reply-To: <3AEF40C2.1D418EA9@thebarn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 1 May 2001, Russell Cattelan wrote: > "Martin K. Petersen" wrote: > > > >>>>> "Eric" == Eric Sandeen writes: > > > > >> The installation went fine after loading the update disk. However, > > >> upon reboot, raidautorun reports "failed to open /dev/md0" which > > >> obviously leads to a kernel panic (my / is on md0). Suggestions? > > > > Eric> Hm... hopefully Martin or Russell can speak to this - I don't > > Eric> have any raid machines here, and have not ever tested it... > > > > Eric> Could this be a devfs thing? Has /dev/md0 moved to /dev/md/0 > > Eric> perhaps? If devfsd hasn't started, the compatibility links > > Eric> won't be there if / isn't even mounted. > > > > That's probably the case, yes. > > Wouldn't this be before / is mounted? so it probably doesn't matter if > > /dev/ is real or devfs. > > How does the kernel find and mount / if it is an md device? the dev_id > is usually > part of the lilo boot process but in the md case? Do you have a initrdimage for inserting the md modules? AFAIk they were also modular on redhat kernels. I managed to make the server I admin 100Km away unbootable after forgetting to compile raid 1 support in :-/ Bye Seth From owner-linux-xfs@oss.sgi.com Tue May 1 17:00:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4200o104174 for linux-xfs-outgoing; Tue, 1 May 2001 17:00:50 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4200mF04171 for ; Tue, 1 May 2001 17:00:48 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f41Nvkg05291; Tue, 1 May 2001 18:57:46 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Tue, 1 May 2001 18:57:45 -0500 (CDT) From: Austin Gonyou To: Seth Mos cc: Russell Cattelan , "Martin K. Petersen" , Eric Sandeen , Michael Steigman , Subject: Re: RH 7.1 installer errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hmm...as far as I know you MUST compile in the md support if you want to have / or /boot useable if they are md/lvm devices. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Wed, 2 May 2001, Seth Mos wrote: > On Tue, 1 May 2001, Russell Cattelan wrote: > > > "Martin K. Petersen" wrote: > > > > > >>>>> "Eric" == Eric Sandeen writes: > > > > > > >> The installation went fine after loading the update disk. However, > > > >> upon reboot, raidautorun reports "failed to open /dev/md0" which > > > >> obviously leads to a kernel panic (my / is on md0). Suggestions? > > > > > > Eric> Hm... hopefully Martin or Russell can speak to this - I don't > > > Eric> have any raid machines here, and have not ever tested it... > > > > > > Eric> Could this be a devfs thing? Has /dev/md0 moved to /dev/md/0 > > > Eric> perhaps? If devfsd hasn't started, the compatibility links > > > Eric> won't be there if / isn't even mounted. > > > > > > That's probably the case, yes. > > > > Wouldn't this be before / is mounted? so it probably doesn't matter if > > > > /dev/ is real or devfs. > > > > How does the kernel find and mount / if it is an md device? the dev_id > > is usually > > part of the lilo boot process but in the md case? > > Do you have a initrdimage for inserting the md modules? > AFAIk they were also modular on redhat kernels. > I managed to make the server I admin 100Km away unbootable after > forgetting to compile raid 1 support in :-/ > > Bye > Seth > From owner-linux-xfs@oss.sgi.com Tue May 1 17:16:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420Gdj04924 for linux-xfs-outgoing; Tue, 1 May 2001 17:16:39 -0700 Received: from pervalidus.dyndns.org (exim@200191143098-dial-user-UOL.acessonet.com.br [200.191.143.98]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420GNF04900 for ; Tue, 1 May 2001 17:16:35 -0700 Received: from pervalidus by pervalidus.dyndns.org with local (Exim 3.22 #1) id 14ukJS-0002Rl-00 for linux-xfs@oss.sgi.com; Tue, 01 May 2001 21:16:14 -0300 Date: Tue, 1 May 2001 21:16:14 -0300 From: =?iso-8859-1?B?RnLpZOlyaWMgTC4gVy4=?= Meunier <0@pervalidus.net> To: linux-xfs@oss.sgi.com Subject: Question about XFS as a module Message-ID: <20010501211614.J123@pervalidus> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.16i X-Mailer: Mutt/1.3.16i - Linux 2.4.4 X-URL: http://www.pervalidus.net/ Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi. From http://linux-xfs.sgi.com/projects/xfs/faq.html : Q: Mounting the XFS filesystem does not work - what is wrong? If you get something like: mount: /dev/hda5 has wrong major or minor number you either don't have XFS compiled into the kernel (or you forgot to load the modules) or you did not use the "-t xfs" option on mount or the "xfs" option in /etc/fstab. My question is if I can use XFS without rebooting, only building the module, or I also need to make bzImage ? -- 0@pervalidus.{net, {dyndns.}org} Tel: 55-21-717-2399 (Niterói-RJ BR) From owner-linux-xfs@oss.sgi.com Tue May 1 17:20:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420KqJ05151 for linux-xfs-outgoing; Tue, 1 May 2001 17:20:52 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420KoF05143 for ; Tue, 1 May 2001 17:20:51 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f420KnN19219 for ; Tue, 1 May 2001 19:20:49 -0500 (CDT) Message-ID: <3AEF5335.BDFE5C4F@sgi.com> Date: Tue, 01 May 2001 19:22:13 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: Re: Question about XFS as a module References: <20010501211614.J123@pervalidus> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Frédéric L. W. Meunier wrote: > My question is if I can use XFS without rebooting, only building > the module, or I also need to make bzImage ? XFS requires more than just the module - there are also some changes to the kernel itself, so you will need to make bzImage as well. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 17:22:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420Mab05242 for linux-xfs-outgoing; Tue, 1 May 2001 17:22:36 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420MaF05239 for ; Tue, 1 May 2001 17:22:36 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA09236 for ; Tue, 1 May 2001 17:33:17 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id KAA76170; Wed, 2 May 2001 10:21:16 +1000 (EST) Message-Id: <200105020021.KAA76170@snort.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: =?iso-8859-1?B?RnLpZOlyaWMgTC4gVy4=?= Meunier <0@pervalidus.net> cc: linux-xfs@oss.sgi.com Subject: Re: Question about XFS as a module In-reply-to: Your message of "Tue, 01 May 2001 21:16:14 -0300." <20010501211614.J123@pervalidus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 May 2001 10:21:16 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk =?iso-8859-1?B?RnLpZOlyaWMgTC4gVy4=?= Meunier writes: => Hi. From http://linux-xfs.sgi.com/projects/xfs/faq.html : => => Q: Mounting the XFS filesystem does not work - what is wrong? => => If you get something like: => mount: /dev/hda5 has wrong major or minor number => => you either don't have XFS compiled into the kernel (or you => forgot to load the modules) or you did not use the "-t xfs" => option on mount or the "xfs" option in /etc/fstab. => => My question is if I can use XFS without rebooting, only building => the module, or I also need to make bzImage ? Kernel changes are required to support XFS. You need to rebuild the kernel even if you are using XFS as a module. ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue May 1 17:24:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420OrT05410 for linux-xfs-outgoing; Tue, 1 May 2001 17:24:53 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420OpF05406 for ; Tue, 1 May 2001 17:24:51 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f420Og511919; Tue, 1 May 2001 19:24:42 -0500 (CDT) Message-ID: <3AEF541E.438CBDA5@sgi.com> Date: Tue, 01 May 2001 19:26:06 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Russell Cattelan CC: Rahul Jain , linux-xfs@oss.sgi.com Subject: Re: XFS question References: <20010501165706.B20890@photino.sid.rice.edu> <3AEF3FB4.73AC80FB@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan wrote: > > Rahul Jain wrote: > > > On Tue, May 01, 2001 at 05:40:40PM -0400, Castellanos, Leon wrote: > > > First, I would like to know > > > why it is that xfs doesn't like to be mounted "ro" read-only. I didn't find > > > anyone addressing this issue and had to figure out on my own to change the > > > /etc/lilo.conf entry "read-only" to "read-write". > > Hmm never tried that... guess we'll have to look at that. I don't think there's really a problem here - a warning is generated, but I think it's just saying "hey, you wanted read only, but I'm going to be read-write for a minute so I can play the log" I have read-only specified in lilo on my xfs-only box, and while I see this warning, everything works fine. Mounting a filesystem read-only on the running system also behaves as expected. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 17:30:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420UO305548 for linux-xfs-outgoing; Tue, 1 May 2001 17:30:24 -0700 Received: from smtp5.xs4all.nl (smtp5.xs4all.nl [194.109.6.49]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420UNF05545 for ; Tue, 1 May 2001 17:30:23 -0700 Received: from xs4.xs4all.nl (knuffie@xs4.xs4all.nl [194.109.6.45]) by smtp5.xs4all.nl (8.9.3/8.9.3) with ESMTP id CAA01563; Wed, 2 May 2001 02:30:21 +0200 (CEST) Received: from localhost (knuffie@localhost) by xs4.xs4all.nl (8.9.0/8.9.0) with ESMTP id CAA19065; Wed, 2 May 2001 02:30:21 +0200 (CEST) Date: Wed, 2 May 2001 02:30:21 +0200 (CEST) From: Seth Mos To: =?iso-8859-1?B?RnLpZOlyaWMgTC4gVy4=?= Meunier <0@pervalidus.net> cc: Subject: Re: Question about XFS as a module In-Reply-To: <20010501211614.J123@pervalidus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id f420UOF05546 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 1 May 2001, [iso-8859-1] Frédéric L. W. Meunier wrote: > Hi. From http://linux-xfs.sgi.com/projects/xfs/faq.html : > > Q: Mounting the XFS filesystem does not work - what is wrong? > > If you get something like: > mount: /dev/hda5 has wrong major or minor number > > you either don't have XFS compiled into the kernel (or you > forgot to load the modules) or you did not use the "-t xfs" > option on mount or the "xfs" option in /etc/fstab. > > My question is if I can use XFS without rebooting, only building > the module, or I also need to make bzImage ? No, you always need to have the kernel booted of the same version and with all the neccesary symbols to be able insert the module. bzImage is the actual kernel and you will need to boot that one before you can try to load the module. A modprobe xfs would probably return a error if you don't run a xfs capable kernel with xfs compiled as a module. Bye Seth > > -- > 0@pervalidus.{net, {dyndns.}org} Tel: 55-21-717-2399 (Niterói-RJ BR) > From owner-linux-xfs@oss.sgi.com Tue May 1 17:42:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420gfx05841 for linux-xfs-outgoing; Tue, 1 May 2001 17:42:41 -0700 Received: from femail13.sdc1.sfba.home.com (femail13.sdc1.sfba.home.com [24.0.95.140]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420gaF05836 for ; Tue, 1 May 2001 17:42:36 -0700 Received: from david ([65.2.16.49]) by femail13.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010502004230.WSRL15258.femail13.sdc1.sfba.home.com@david> for ; Tue, 1 May 2001 17:42:30 -0700 Message-ID: <00b001c0d2a0$c16f6fc0$0a00a8c0@david> From: "David Benigni" Cc: References: Subject: swapon error Date: Tue, 1 May 2001 20:42:20 -0400 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, I downloaded an installed the XFS Redhat 7.1 install iso. During boot I get this error when the swapon part of sysinit runs. swapon /dev/hda6: Device or resource busy. This didn't happen with vanilla 7.1. here's what I have. /boot as xfs / as xfs and the swap partition. Anyone else experience this? David P. Benigni II From owner-linux-xfs@oss.sgi.com Tue May 1 17:48:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f420mxu06024 for linux-xfs-outgoing; Tue, 1 May 2001 17:48:59 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f420mvF06021 for ; Tue, 1 May 2001 17:48:57 -0700 Received: from sydney.sydney.sgi.com (sydney.sydney.sgi.com [134.14.48.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA19379 for ; Tue, 1 May 2001 17:47:35 -0700 (PDT) mail_from (kaos@ocs.com.au) Received: from kao2.melbourne.sgi.com by sydney.sydney.sgi.com via ESMTP (950413.SGI.8.6.12/930416.SGI) id KAA04412; Wed, 2 May 2001 10:47:33 +1000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Seth Mos cc: "Fr d ric L. W. Meunier" <0@pervalidus.net>, linux-xfs@oss.sgi.com Subject: Re: Question about XFS as a module In-reply-to: Your message of "Wed, 02 May 2001 02:30:21 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Date: Wed, 02 May 2001 10:47:32 +1000 Message-ID: <8445.988764452@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f420mvF06022 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2 May 2001 02:30:21 +0200 (CEST), Seth Mos wrote: >On Tue, 1 May 2001, [iso-8859-1] Frédéric L. W. Meunier wrote: >> My question is if I can use XFS without rebooting, only building >> the module, or I also need to make bzImage ? > >No, you always need to have the kernel booted of the same version and with >all the neccesary symbols to be able insert the module. Nit picking. It is quite possible to add code to the kernel, compile it as a module and load into the existing kernel without rebuilding bzImage or rebooting. This only works if the add on code has *NO* changes to the main kernel, several drivers are shipped this way because they are completely standalone. However XFS requires changes to the base kernel code as well as the XFs code itself so in this case you do need to compile bzImage and reboot. Keith Owens, modutils and kernel build maintainer. From owner-linux-xfs@oss.sgi.com Tue May 1 18:04:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4214l606538 for linux-xfs-outgoing; Tue, 1 May 2001 18:04:47 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4214jF06535 for ; Tue, 1 May 2001 18:04:45 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f4214iN27087; Tue, 1 May 2001 20:04:44 -0500 (CDT) Message-ID: <3AEF5D7E.31544F90@sgi.com> Date: Tue, 01 May 2001 20:06:06 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: David Benigni CC: linux-xfs@oss.sgi.com Subject: Re: swapon error References: <00b001c0d2a0$c16f6fc0$0a00a8c0@david> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Yes, I have seen this as well. Swap _does_ get enabled, and everything is fine, but there is this warning. I think it's YADT (Yet Another Devfs Thing). For the gory details, read on... Looking at rc.sysinit, it actually executes swapon twice. Not sure why Red hat does this. If I do $ swapoff -a $ swapon -a -e $ swapon -a (essentially the same as rc.sysinit) I get the same "device busy" error message. However, the man page says that for "swapon -a," "devices that are already running as swap are silently skipped" - but we're not seing this behavior. So my guess is that since the "device" (/dev/hda5 in my case) is actually just a symlink under devfs, it's confusing swapon somehow. Booting with "devfs = nomount" gets rid of the error, so that must be it. I'll put it on the devfs list and see what people think... -Eric David Benigni wrote: > > Ok, I downloaded an installed the XFS Redhat 7.1 install iso. During boot I > get this error when the swapon part of sysinit runs. > swapon /dev/hda6: Device or resource busy. > > This didn't happen with vanilla 7.1. here's what I have. > /boot as xfs > / as xfs > and the swap partition. > > Anyone else experience this? > > David P. Benigni II -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 18:05:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4215fI06566 for linux-xfs-outgoing; Tue, 1 May 2001 18:05:41 -0700 Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4215eF06560 for ; Tue, 1 May 2001 18:05:41 -0700 Received: from ne.mediaone.net (IDENT:ms@steigman.ne.mediaone.net [24.147.237.193]) by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id f4215K602193; Tue, 1 May 2001 21:05:20 -0400 (EDT) Message-ID: <3AEF5D61.11393EDE@ne.mediaone.net> Date: Tue, 01 May 2001 21:05:37 -0400 From: Michael Steigman X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: linux-xfs@oss.sgi.com Subject: Re: RH 7.1 installer errors References: <3AEEBB28.8AAFCC75@ne.mediaone.net> <3AEEE251.306EF354@sgi.com> <3AEF0B34.C0F12FCD@ne.mediaone.net> <3AEF1689.5393EFD1@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I was able to boot the system by passing "devfs=nomount" to the kernel so the panic was devfs related. Otherwise, things are going swimmingly - the RAID devices synced up fine and performance seems good to the naked eye. Since I know next to nothing about devfs, I should probably start by reading the devfs FAQ (as you mention on the XFS page :-0) In the meantime, any other pointers are welcome. Thanks. Michael Eric Sandeen wrote: > > Michael Steigman wrote: > > > The installation went fine after loading the update disk. However, upon > > reboot, raidautorun reports "failed to open /dev/md0" which obviously > > leads to a kernel panic (my / is on md0). Suggestions? > > You can also pass "devfs=nomount" to get around devfs for now, but > surely there's a way to make raid work with devfs. > > -Eric > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 18:06:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42163X06580 for linux-xfs-outgoing; Tue, 1 May 2001 18:06:03 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42162F06577 for ; Tue, 1 May 2001 18:06:02 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id DAA352646 for ; Wed, 2 May 2001 03:06:00 +0200 (CEST) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA59809; Tue, 1 May 2001 18:00:13 -0700 (PDT) Message-ID: <3AEF5CAE.DBFBB3E4@sgi.com> Date: Tue, 01 May 2001 18:02:38 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-4SGI_20smp i686) X-Accept-Language: en MIME-Version: 1.0 To: David Benigni CC: linux-xfs@oss.sgi.com Subject: Re: swapon error References: <00b001c0d2a0$c16f6fc0$0a00a8c0@david> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk David Benigni wrote: > > Ok, I downloaded an installed the XFS Redhat 7.1 install iso. During boot I > get this error when the swapon part of sysinit runs. > swapon /dev/hda6: Device or resource busy. > > This didn't happen with vanilla 7.1. here's what I have. > /boot as xfs > / as xfs > and the swap partition. > > Anyone else experience this? > I've seen this on some systems here, but the effect seems to be benign: "swapon -s" shows the swap being there. Can you confirm that swap still works in spite of the warning message? ananth. -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue May 1 19:13:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f422D6K08694 for linux-xfs-outgoing; Tue, 1 May 2001 19:13:06 -0700 Received: from femail13.sdc1.sfba.home.com (femail13.sdc1.sfba.home.com [24.0.95.140]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f422D5F08690 for ; Tue, 1 May 2001 19:13:05 -0700 Received: from david ([65.2.16.49]) by femail13.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010502021259.YGV15258.femail13.sdc1.sfba.home.com@david>; Tue, 1 May 2001 19:12:59 -0700 Message-ID: <010801c0d2ad$65688e20$0a00a8c0@david> From: "David Benigni" To: "Rajagopal Ananthanarayanan" Cc: References: <00b001c0d2a0$c16f6fc0$0a00a8c0@david> <3AEF5CAE.DBFBB3E4@sgi.com> Subject: Re: swapon error Date: Tue, 1 May 2001 22:12:53 -0400 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I don't know if it is on not. I'm assuming so, because after on the second boot, I still get the error but says it started "ok." I haven't investigated further because its finals week for college, and I should be studying :) David P. Benigni II ----- Original Message ----- From: "Rajagopal Ananthanarayanan" To: "David Benigni" Cc: Sent: Tuesday, May 01, 2001 9:02 PM Subject: Re: swapon error > David Benigni wrote: > > > > Ok, I downloaded an installed the XFS Redhat 7.1 install iso. During boot I > > get this error when the swapon part of sysinit runs. > > swapon /dev/hda6: Device or resource busy. > > > > This didn't happen with vanilla 7.1. here's what I have. > > /boot as xfs > > / as xfs > > and the swap partition. > > > > Anyone else experience this? > > > > I've seen this on some systems here, but the effect seems > to be benign: "swapon -s" shows the swap being there. > > Can you confirm that swap still works in spite of the warning message? > > ananth. > > > -------------------------------------------------------------------------- > Rajagopal Ananthanarayanan ("ananth") > Member Technical Staff, SGI. > -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue May 1 19:15:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f422FVf08752 for linux-xfs-outgoing; Tue, 1 May 2001 19:15:31 -0700 Received: from femail13.sdc1.sfba.home.com (femail13.sdc1.sfba.home.com [24.0.95.140]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f422FRF08748 for ; Tue, 1 May 2001 19:15:27 -0700 Received: from david ([65.2.16.49]) by femail13.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010502021521.BBAU15258.femail13.sdc1.sfba.home.com@david>; Tue, 1 May 2001 19:15:21 -0700 Message-ID: <011401c0d2ad$b9b891f0$0a00a8c0@david> From: "David Benigni" To: "Eric Sandeen" Cc: References: <00b001c0d2a0$c16f6fc0$0a00a8c0@david> <3AEF5D7E.31544F90@sgi.com> Subject: Re: swapon error Date: Tue, 1 May 2001 22:15:14 -0400 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Good, atleast I'm not the only one :) I didn't get very far with XFS, installed it, did a df, and hit reset and booted back up. In about a week, I'll have more free time to see what's going on. David P. Benigni II ----- Original Message ----- From: "Eric Sandeen" To: "David Benigni" Cc: Sent: Tuesday, May 01, 2001 9:06 PM Subject: Re: swapon error > Yes, I have seen this as well. Swap _does_ get enabled, and everything > is fine, but there is this warning. > > I think it's YADT (Yet Another Devfs Thing). > > For the gory details, read on... > > Looking at rc.sysinit, it actually executes swapon twice. Not sure why > Red hat does this. > > If I do > > $ swapoff -a > $ swapon -a -e > $ swapon -a > > (essentially the same as rc.sysinit) I get the same "device busy" error > message. However, the man page says that for "swapon -a," "devices that > are already running as swap are silently skipped" - but we're not seing > this behavior. > > So my guess is that since the "device" (/dev/hda5 in my case) is > actually just a symlink under devfs, it's confusing swapon somehow. > Booting with "devfs = nomount" gets rid of the error, so that must be > it. > > I'll put it on the devfs list and see what people think... > > -Eric > > > David Benigni wrote: > > > > Ok, I downloaded an installed the XFS Redhat 7.1 install iso. During boot I > > get this error when the swapon part of sysinit runs. > > swapon /dev/hda6: Device or resource busy. > > > > This didn't happen with vanilla 7.1. here's what I have. > > /boot as xfs > > / as xfs > > and the swap partition. > > > > Anyone else experience this? > > > > David P. Benigni II > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 19:19:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f422JVh08839 for linux-xfs-outgoing; Tue, 1 May 2001 19:19:31 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f422JVF08836 for ; Tue, 1 May 2001 19:19:31 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f422JO506006; Tue, 1 May 2001 21:19:24 -0500 (CDT) Message-ID: <3AEF6F01.1EF38AE4@sgi.com> Date: Tue, 01 May 2001 21:20:49 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: David Benigni CC: Rajagopal Ananthanarayanan , linux-xfs@oss.sgi.com Subject: Re: swapon error References: <00b001c0d2a0$c16f6fc0$0a00a8c0@david> <3AEF5CAE.DBFBB3E4@sgi.com> <010801c0d2ad$65688e20$0a00a8c0@david> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk David Benigni wrote: > > I don't know if it is on not. I'm assuming so, because after on the second > boot, I still get the error but says it started "ok." That's because they call "swapon -a" and then pass /bin/true to the part of the script that generates "ok" Your system could be melting, and that particular line of the boot scripts would still generate a cheery green [OK] :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 20:09:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42394510215 for linux-xfs-outgoing; Tue, 1 May 2001 20:09:04 -0700 Received: from smtp10ve.mailsrvcs.net ([206.46.170.142]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42393F10212 for ; Tue, 1 May 2001 20:09:03 -0700 Received: from neuronet.pitt.edu (adsl-151-201-240-40.pittpa.adsl.bellatlantic.net [151.201.240.40]) by smtp10ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id QAA18543 for ; Tue, 1 May 2001 16:03:49 -0500 (CDT) Message-ID: <3AEF79FC.2FA0F191@neuronet.pitt.edu> Date: Tue, 01 May 2001 23:07:40 -0400 From: "Rafael E. Herrera" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Problem loading modules under Suse 7.1 and kernel 2.4.3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I used linux-2.4-xfs-1.0.patch.gz and linux-2.4.3-core-xfs-1.0.patch.gz to patch a vanilla 2.4.3 kernel, made xfs and page buffer support as modules and rebuilt my kernel. Fisrt of all, the compiler was hardcoded as kgcc, this is a redhad-ism, there should be a test for the distribution in order to use kgcc. In suse the compiler is gcc-2.95.2 I use a a ram disk image to load my scsi and usb modules. At boot I got a number of unresolved symbols and the modules didn't get loaded and the system didn't boot. Re-built with the scsi modules built in, but had the same problem. I have modutils 2.4.2. A sample of the log looks like this: May 1 22:32:55 inca syslogd 1.3-3: restart. May 1 22:32:57 inca usbmgr[9298]: start 0.4.1 May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol schedule_timeout May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol __wake_up May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol __generic_copy_from_user May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol schedule May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol kmalloc May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol unregister_chrdev May 1 22:32:57 inca insmod: /lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol register_chrdev I followed the usual make menuconfig, dep, bzImage, modules, modules-install, lilo. So, it's a no go for my system. I'd appreciate any suggestion. -- Rafael From owner-linux-xfs@oss.sgi.com Tue May 1 20:18:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f423IO010498 for linux-xfs-outgoing; Tue, 1 May 2001 20:18:24 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f423IMF10463 for ; Tue, 1 May 2001 20:18:22 -0700 Received: from sydney.sydney.sgi.com ([134.14.48.2]) by 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 UAA09047 for ; Tue, 1 May 2001 20:18:17 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) Received: from kao2.melbourne.sgi.com by sydney.sydney.sgi.com via ESMTP (950413.SGI.8.6.12/930416.SGI) id NAA13914; Wed, 2 May 2001 13:16:57 +1000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "Rafael E. Herrera" cc: linux-xfs@oss.sgi.com Subject: Re: Problem loading modules under Suse 7.1 and kernel 2.4.3 In-reply-to: Your message of "Tue, 01 May 2001 23:07:40 -0400." <3AEF79FC.2FA0F191@neuronet.pitt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 May 2001 13:16:56 +1000 Message-ID: <10633.988773416@kao2.melbourne.sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 01 May 2001 23:07:40 -0400, "Rafael E. Herrera" wrote: >May 1 22:32:57 inca insmod: >/lib/modules/2.4.3-XFS/kernel/drivers/usb/usbcore.o: unresolved symbol >schedule_timeout schedule_timeout is always exported so either you have the wrong kernel booted or you have a symbol version problem. If grep schedule_timeout /proc/ksyms shows schedule_timeout with a _R suffix then you have been bitten by the broken kernel Makefiles, see http://www.tux.org/lkml/#s8-8 From owner-linux-xfs@oss.sgi.com Tue May 1 21:08:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4248X211717 for linux-xfs-outgoing; Tue, 1 May 2001 21:08:33 -0700 Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4248QF11711 for ; Tue, 1 May 2001 21:08:28 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f4248Ff16968; Wed, 2 May 2001 00:08:15 -0400 Date: Wed, 2 May 2001 00:08:14 -0400 From: Alan Eldridge To: tvignaud@mandrakesoft.com Cc: linux-xfs@oss.sgi.com Subject: devfsd-1.3.11-1 Message-ID: <20010502000814.A16705@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm running SGI's XFS-based version of RH 7.1, which in turn uses your patched version of devfsd. Since this version of devfsd has a home with the Mandrake distribution, I figured this would be the most appropriate way to report a bug. The code for saving and restoring the permissions has got it *half* right. Yup, the event is triggered and the copy happens. But it happens *before* the underlying device node has been altered. The semantics thus become, "save the previous state to restore, and then modify the device node". This leaves something to be desired. The work around, of course, is if you need to change the perms on anything under /dev, do it *twice*. Then the first changed device node will get copied before the second (identical, hence no-op) change is applied. I'll try to work up a patch in a day or two; OTOH if you know where the culprit lies already, please advise me and send me (and SGI) the patch you come up with. Oh, and another thing.... :) I'm not sure if this is a bug or a feature, but if you have cases where a device name would match more than one event regexp, it seems that only the (first? last? I can't remember which) one happens. So, order notwithstanding, if you've got, e.g., REGISTER ^cdroms/cdrom.$ EXECUTE /bin/ln -s $devpath $mntpath REGISTER ^cdroms/cdrom0$ EXECUTE /bin/ln -s $devname cdrom only one of those two things is going to happen (I think the latter). This kinda sucks, especially for the exact case I used. There's fsck-all different names for cdrom devices (cdrom, cdrom0, scd0, sr0, cdroms/cdrom0, your/mommas/cdrom/0, scsi/host0/bus0/target3/lun0/{cd,generic}), and wouldn't you know there's gotta be some piece of software that is going to want *each* possible variation... (think: RedHat's kudzu and "updfstab"). It would be ever so nice if the multiple matching case thing performed all matching actions, instead of the one most recent. It would also be *really* nice to have a way to get at the regex match parts: REGISTER ^cdroms/cdrom.$ EXECUTE /bin/ln -s $devpath scd$1 or something like that. (I know, I know, matching the bits of the RE can be a royal PITA, and this isn't really meant to be "sed", but some way to pick out the matching numeric portion of the name would really help.) Okay. I'm done. :) -- Alan Eldridge import std_disclaimer From owner-linux-xfs@oss.sgi.com Tue May 1 21:21:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f424LZl12013 for linux-xfs-outgoing; Tue, 1 May 2001 21:21:35 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f424LWF12007 for ; Tue, 1 May 2001 21:21:32 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f424LB502548; Tue, 1 May 2001 23:21:11 -0500 (CDT) Message-ID: <3AEF8B8E.E6E3ED9E@sgi.com> Date: Tue, 01 May 2001 23:22:38 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Alan Eldridge CC: tvignaud@mandrakesoft.com, linux-xfs@oss.sgi.com Subject: Re: devfsd-1.3.11-1 References: <20010502000814.A16705@wwweasel.geeksrus.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Alan Eldridge wrote: > So, order notwithstanding, if you've got, e.g., > > REGISTER ^cdroms/cdrom.$ EXECUTE /bin/ln -s $devpath $mntpath > REGISTER ^cdroms/cdrom0$ EXECUTE /bin/ln -s $devname cdrom > > only one of those two things is going to happen (I think the latter). This > kinda sucks, especially for the exact case I used. Interesting, I'll have to look at this. The fact that there is a keyword: IGNORE This action causes all subsequent processing for the device to be ignored. for devfsd.conf made me think that the default was to continue on, processing each match...? -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Tue May 1 21:44:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f424iac13190 for linux-xfs-outgoing; Tue, 1 May 2001 21:44:36 -0700 Received: from smtp4ve.mailsrvcs.net (smtp4vepub.gte.net [206.46.170.25]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f424iZF13187 for ; Tue, 1 May 2001 21:44:35 -0700 Received: from neuronet.pitt.edu (adsl-151-201-240-40.pittpa.adsl.bellatlantic.net [151.201.240.40]) by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id FAA26223223 for ; Wed, 2 May 2001 05:02:07 GMT Message-ID: <3AEF90AC.14203975@neuronet.pitt.edu> Date: Wed, 02 May 2001 00:44:28 -0400 From: "Rafael E. Herrera" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: Re: Problem loading modules under Suse 7.1 and kernel 2.4.3 References: <10633.988773416@kao2.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I re-built after the previous suggestion and this time it worked. I'll compile a kernel on it as a test. Looks good. Thanks everybody for this work. -- Rafael From owner-linux-xfs@oss.sgi.com Tue May 1 23:41:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f426fX016546 for linux-xfs-outgoing; Tue, 1 May 2001 23:41:33 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f426fJF16508 for ; Tue, 1 May 2001 23:41:19 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id XAA01120 for ; Tue, 1 May 2001 23:52:01 -0700 (PDT) mail_from (cattelan@gibble.americas.sgi.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id BAA71804 for ; Wed, 2 May 2001 01:40:02 -0500 (CDT) Received: (from cattelan@localhost) by gibble.americas.sgi.com (8.11.3/8.11.2) id f426d2M09386 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 02:39:02 -0400 Date: Wed, 2 May 2001 02:39:02 -0400 From: Russell Cattelan Message-Id: <200105020639.f426d2M09386@gibble.americas.sgi.com> Subject: TAKE - Bring the development tree to 2.4.4 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This passes basic dbench, bonnie, and doio tests. alloc_kiovec have been reverted to allocating slab memory, this appears to working but more changes may be forth comming as the kiovec's now have "wasted" buffer_heads attached to them. As always approach with caution as it may or may not be stable. 2.4.4 Merge Date: Tue May 1 23:22:13 PDT 2001 Workarea: gibble.americas.sgi.com:/export/extra/x2.4.4-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:93822a linux/arch/mips/math-emu/sp_tint.c - 1.1 linux/drivers/net/wan/sdla_ft1.c - 1.1 linux/drivers/net/wan/wanpipe_multppp.c - 1.1 linux/drivers/s390/block/dasd_9343_erp.h - 1.1 linux/drivers/s390/char/ctrlchar.c - 1.1 linux/Documentation/DocBook/deviceiobook.tmpl - 1.1 linux/drivers/s390/char/ctrlchar.h - 1.1 linux/drivers/s390/char/tuball.c - 1.1 linux/drivers/s390/char/tubfs.c - 1.1 linux/drivers/s390/char/tubio.h - 1.1 linux/Documentation/DocBook/tulip-user.tmpl - 1.1 linux/drivers/s390/char/tubtty.c - 1.1 linux/drivers/s390/char/tubttyaid.c - 1.1 linux/net/wanrouter/af_wanpipe.c - 1.1 linux/drivers/s390/char/tubttybld.c - 1.1 linux/drivers/s390/char/tubttyrcl.c - 1.1 linux/drivers/s390/char/tubttyscl.c - 1.1 linux/drivers/s390/char/tubttysiz.c - 1.1 linux/drivers/net/saa9730.h - 1.1 linux/drivers/net/saa9730.c - 1.1 linux/drivers/s390/net/ctctty.c - 1.1 linux/drivers/s390/net/ctctty.h - 1.1 linux/drivers/sbus/char/bbc_envctrl.c - 1.1 linux/drivers/sbus/char/bbc_i2c.c - 1.1 linux/drivers/sbus/char/bbc_i2c.h - 1.1 linux/Documentation/mips/GT64120.README - 1.1 linux/Documentation/mips/time.README - 1.1 linux/drivers/sbus/char/max1617.h - 1.1 linux/drivers/net/gt96100eth.h - 1.1 linux/Documentation/networking/TODO - 1.1 linux/drivers/net/gt96100eth.c - 1.1 linux/drivers/sound/aci.h - 1.1 linux/drivers/sound/cs46xx_wrapper-24.h - 1.1 linux/drivers/sound/cs46xxpm-24.h - 1.1 linux/drivers/sound/cs46xxpm.h - 1.1 linux/drivers/media/radio/rds-miropcm20.c - 1.1 linux/drivers/isdn/hisax/elsa_cs.c - 1.1 linux/Documentation/s390/3270.ChangeLog - 1.1 linux/Documentation/s390/3270.txt - 1.1 linux/Documentation/s390/Debugging390.txt - 1.1 linux/drivers/video/dcfb.c - 1.1 linux/Documentation/s390/config3270.sh - 1.1 linux/Documentation/s390/s390dbf.txt - 1.1 linux/drivers/video/epson1355fb.c - 1.1 linux/drivers/video/maxinefb.c - 1.1 linux/drivers/video/maxinefb.h - 1.1 linux/drivers/video/pmag-ba-fb.c - 1.1 linux/drivers/video/pmag-ba-fb.h - 1.1 linux/drivers/video/pmagb-b-fb.c - 1.1 linux/drivers/video/pmagb-b-fb.h - 1.1 linux/drivers/char/qtronixmap.map - 1.1 linux/drivers/char/qtronix.c - 1.1 linux/drivers/char/joystick/stinger.c - 1.1 linux/drivers/char/joystick/cs461x.c - 1.1 linux/drivers/char/ec3104_keyb.c - 1.1 linux/drivers/block/paride/ppc6lnx.c - 1.1 linux/drivers/block/paride/bpck6.c - 1.1 linux/arch/sparc64/kernel/chmc.c - 1.1 linux/arch/sh/kernel/setup_hd64465.c - 1.1 linux/arch/sh/kernel/setup_ec3104.c - 1.1 linux/arch/sh/kernel/setup_dc.c - 1.1 linux/arch/arm/boot/compressed/head-clps7500.S - 1.1 linux/arch/sh/kernel/pci_st40.h - 1.1 linux/arch/sh/kernel/pci_st40.c - 1.1 linux/fs/nls/nls_cp1251.c - 1.1 linux/fs/nls/nls_cp1255.c - 1.1 linux/fs/nls/nls_iso8859-13.c - 1.1 linux/arch/sh/kernel/mach_ec3104.c - 1.1 linux/arch/sh/kernel/mach_dmida.c - 1.1 linux/arch/sh/kernel/mach_dc.c - 1.1 linux/arch/sh/kernel/mach_cat68701.c - 1.1 linux/arch/sh/kernel/irq_intc2.c - 1.1 linux/fs/nls/nls_koi8-u.c - 1.1 linux/fs/nls/nls_tis-620.c - 1.1 linux/arch/sh/kernel/io_hd64465.c - 1.1 linux/arch/sh/kernel/io_ec3104.c - 1.1 linux/arch/sh/kernel/io_dc.c - 1.1 linux/arch/sh/kernel/io_cat68701.c - 1.1 linux/arch/sh/kernel/hd64465_gpio.c - 1.1 linux/arch/s390x/lib/misaligned.c - 1.1 linux/arch/arm/kernel/io.c - 1.1 linux/arch/arm/kernel/irq-arch.c - 1.1 linux/arch/s390/math-emu/sfp-util.h - 1.1 linux/arch/s390/math-emu/qrnnd.S - 1.1 linux/arch/s390/math-emu/math.c - 1.1 linux/arch/s390/math-emu/Makefile - 1.1 linux/arch/s390/lib/misaligned.c - 1.1 linux/include/asm-arm/arch-l7200/aux_reg.h - 1.1 linux/include/asm-arm/arch-l7200/gp_timers.h - 1.1 linux/include/asm-arm/arch-l7200/gpio.h - 1.1 linux/include/asm-arm/arch-l7200/keyboard.h - 1.1 linux/include/asm-arm/arch-l7200/pmpcon.h - 1.1 linux/include/asm-arm/arch-l7200/pmu.h - 1.1 linux/include/asm-arm/arch-l7200/serial.h - 1.1 linux/arch/arm/mach-ebsa110/Makefile - 1.1 linux/arch/arm/mach-ebsa110/arch.c - 1.1 linux/arch/arm/mach-ebsa110/io.c - 1.1 linux/arch/arm/mach-ebsa110/irq.c - 1.1 linux/arch/arm/mach-ebsa110/leds.c - 1.1 linux/arch/arm/mach-ebsa110/mm.c - 1.1 linux/arch/arm/mach-ebsa110/time.c - 1.1 linux/include/asm-arm/arch-l7200/sib.h - 1.1 linux/include/asm-arm/arch-l7200/sys-clock.h - 1.1 linux/arch/arm/mach-footbridge/irq.c - 1.1 linux/arch/arm/mach-footbridge/mm.c - 1.1 linux/include/asm-arm/arch-sa1100/pcmcia.h - 1.1 linux/include/asm-arm/hardware/clps7111.h - 1.1 linux/arch/arm/mach-sa1100/dma-sa1100.c - 1.1 linux/arch/arm/mach-sa1100/dma-sa1111.c - 1.1 linux/arch/arm/mach-sa1100/dma.h - 1.1 linux/include/asm-arm/hardware/ep7212.h - 1.1 linux/include/asm-arm/proc-armo/pgalloc.h - 1.1 linux/include/asm-arm/proc-armv/pgalloc.h - 1.1 linux/arch/arm/mach-shark/leds.c - 1.1 linux/include/asm-cris/etraxgpio.h - 1.1 linux/include/asm-cris/etraxi2c.h - 1.1 linux/include/asm-cris/sync_serial.h - 1.1 linux/include/asm-i386/rwsem.h - 1.1 linux/include/asm-ia64/kregs.h - 1.1 linux/include/asm-ia64/perfmon.h - 1.1 linux/include/asm-ia64/sn/pci/pciba.h - 1.1 linux/include/asm-ia64/sn/sn_sal.h - 1.1 linux/include/asm-ia64/sn/sv.h - 1.1 linux/include/asm-ia64/ucontext.h - 1.1 linux/arch/mips/mips-boards/malta/malta_setup.c - 1.1 linux/arch/mips/mips-boards/malta/malta_rtc.c - 1.1 linux/arch/mips/mips-boards/malta/malta_int.c - 1.1 linux/arch/mips/mips-boards/malta/Makefile - 1.1 linux/arch/mips/mips-boards/generic/time.c - 1.1 linux/arch/mips/mips-boards/generic/reset.c - 1.1 linux/arch/mips/mips-boards/generic/printf.c - 1.1 linux/arch/mips/mips-boards/generic/pci.c - 1.1 linux/arch/mips/mips-boards/generic/mipsIRQ.S - 1.1 linux/arch/mips/mips-boards/generic/memory.c - 1.1 linux/arch/mips/mips-boards/generic/init.c - 1.1 linux/net/ipv4/netfilter/ip_nat_helper.c - 1.1 linux/arch/mips/mips-boards/generic/gdb_hook.c - 1.1 linux/arch/mips/mips-boards/generic/display.c - 1.1 linux/arch/mips/mips-boards/generic/cmdline.c - 1.1 linux/arch/mips/mips-boards/generic/Makefile - 1.1 linux/arch/mips/mips-boards/atlas/atlas_setup.c - 1.1 linux/arch/mips/mips-boards/atlas/atlas_rtc.c - 1.1 linux/arch/mips/mips-boards/atlas/atlas_int.c - 1.1 linux/arch/mips/mips-boards/atlas/Makefile - 1.1 linux/arch/mips/math-emu/sp_tlong.c - 1.1 linux/arch/mips/math-emu/sp_sub.c - 1.1 linux/arch/mips/math-emu/sp_sqrt.c - 1.1 linux/arch/mips/math-emu/sp_simple.c - 1.1 linux/arch/mips/math-emu/sp_scalb.c - 1.1 linux/arch/mips/math-emu/sp_mul.c - 1.1 linux/arch/mips/math-emu/sp_modf.c - 1.1 linux/arch/mips/math-emu/sp_logb.c - 1.1 linux/arch/cris/boot/rescue/Makefile - 1.1 linux/arch/cris/boot/rescue/head.S - 1.1 linux/arch/cris/boot/rescue/kimagerescue.S - 1.1 linux/arch/cris/boot/rescue/rescue.ld - 1.1 linux/arch/cris/boot/rescue/testrescue.S - 1.1 linux/arch/cris/boot/tools/build.c - 1.1 linux/arch/mips/math-emu/sp_frexp.c - 1.1 linux/arch/mips/math-emu/sp_flong.c - 1.1 linux/arch/mips/math-emu/sp_fint.c - 1.1 linux/arch/mips/math-emu/sp_fdp.c - 1.1 linux/arch/mips/math-emu/sp_div.c - 1.1 linux/arch/mips/math-emu/sp_cmp.c - 1.1 linux/arch/mips/math-emu/sp_add.c - 1.1 linux/arch/cris/drivers/examples/kiobuftest.c - 1.1 linux/arch/cris/drivers/gpio.c - 1.1 linux/arch/cris/drivers/i2c.c - 1.1 linux/arch/cris/drivers/i2c.h - 1.1 linux/arch/mips/math-emu/kernel_linkage.c - 1.1 linux/arch/mips/math-emu/ieee754xcpt.c - 1.1 linux/arch/mips/math-emu/ieee754sp.h - 1.1 linux/arch/cris/drivers/sync_serial.c - 1.1 linux/arch/cris/drivers/usb-host.c - 1.1 linux/arch/cris/drivers/usb-host.h - 1.1 linux/arch/mips/math-emu/ieee754sp.c - 1.1 linux/arch/mips/math-emu/ieee754m.c - 1.1 linux/arch/mips/math-emu/ieee754int.h - 1.1 linux/arch/mips/math-emu/ieee754dp.h - 1.1 linux/arch/mips/math-emu/ieee754dp.c - 1.1 linux/arch/mips/math-emu/ieee754d.c - 1.1 linux/arch/mips/math-emu/ieee754.h - 1.1 linux/arch/mips/math-emu/ieee754.c - 1.1 linux/arch/mips/math-emu/dp_tlong.c - 1.1 linux/arch/mips/math-emu/dp_tint.c - 1.1 linux/arch/mips/math-emu/dp_sub.c - 1.1 linux/arch/mips/math-emu/dp_sqrt.c - 1.1 linux/arch/cris/lib/dram_init.S - 1.1 linux/arch/mips/math-emu/dp_simple.c - 1.1 linux/lib/rwsem.c - 1.1 linux/lib/rwsem-spinlock.c - 1.1 linux/arch/cris/mm/ioremap.c - 1.1 linux/arch/mips/math-emu/dp_scalb.c - 1.1 linux/arch/mips/math-emu/dp_mul.c - 1.1 linux/arch/mips/math-emu/dp_modf.c - 1.1 linux/arch/mips/math-emu/dp_logb.c - 1.1 linux/arch/mips/math-emu/dp_fsp.c - 1.1 linux/arch/mips/math-emu/dp_frexp.c - 1.1 linux/arch/mips/math-emu/dp_flong.c - 1.1 linux/arch/mips/math-emu/dp_fint.c - 1.1 linux/arch/mips/math-emu/dp_div.c - 1.1 linux/arch/mips/math-emu/dp_cmp.c - 1.1 linux/arch/mips/math-emu/dp_add.c - 1.1 linux/arch/mips/math-emu/cp1emu.c - 1.1 linux/arch/mips/math-emu/Makefile - 1.1 linux/arch/mips/ite-boards/qed-4n-s01b/pci_fixup.c - 1.1 linux/arch/mips/ite-boards/qed-4n-s01b/init.c - 1.1 linux/arch/mips/ite-boards/qed-4n-s01b/README - 1.1 linux/arch/i386/lib/strstr.c - 1.1 linux/arch/mips/ite-boards/qed-4n-s01b/Makefile - 1.1 linux/arch/mips/ite-boards/generic/time.c - 1.1 linux/arch/mips/ite-boards/generic/reset.c - 1.1 linux/arch/mips/ite-boards/generic/puts.c - 1.1 linux/arch/mips/ite-boards/generic/pmon_prom.c - 1.1 linux/arch/mips/ite-boards/generic/lpc.c - 1.1 linux/arch/mips/ite-boards/generic/it8172_setup.c - 1.1 linux/arch/mips/ite-boards/generic/it8172_rtc.c - 1.1 linux/arch/mips/ite-boards/generic/it8172_pci.c - 1.1 linux/arch/mips/ite-boards/generic/it8172_cir.c - 1.1 linux/arch/mips/ite-boards/generic/irq.c - 1.1 linux/arch/mips/ite-boards/generic/int-handler.S - 1.1 linux/arch/mips/ite-boards/generic/dbg_io.c - 1.1 linux/arch/mips/ite-boards/generic/Makefile - 1.1 linux/arch/mips/defconfig-it8172 - 1.1 linux/include/asm-mips/it8172/it8172.h - 1.1 linux/include/asm-mips/it8172/it8172_cir.h - 1.1 linux/arch/mips/defconfig-ddb5476 - 1.1 linux/include/asm-mips/it8172/it8172_dbg.h - 1.1 linux/include/asm-mips/it8172/it8172_int.h - 1.1 linux/include/asm-mips/it8172/it8172_lpc.h - 1.1 linux/arch/mips/ddb5476/time.c - 1.1 linux/arch/mips/ddb5476/setup.c - 1.1 linux/arch/mips/ddb5476/prom.c - 1.1 linux/arch/mips/ddb5476/pci.c - 1.1 linux/arch/mips/ddb5476/nile4.c - 1.1 linux/arch/mips/ddb5476/irq.c - 1.1 linux/arch/mips/ddb5476/int-handler.S - 1.1 linux/arch/mips/ddb5476/dbg_io.c - 1.1 linux/arch/mips/ddb5476/Makefile - 1.1 linux/include/asm-mips/it8172/it8172_pci.h - 1.1 linux/include/asm-mips/it8712.h - 1.1 linux/include/asm-s390/cpcmd.h - 1.1 linux/include/asm-s390/sfp-machine.h - 1.1 linux/include/asm-s390/vtoc.h - 1.1 linux/include/asm-s390x/cpcmd.h - 1.1 linux/include/asm-s390x/vtoc.h - 1.1 linux/include/asm-sh/ec3104.h - 1.1 linux/include/asm-sh/hd64465.h - 1.1 linux/include/asm-sh/hd64465_gpio.h - 1.1 linux/include/asm-sh/io_cat68701.h - 1.1 linux/arch/mips/arc/arc_con.c - 1.1 linux/include/asm-sh/io_dc.h - 1.1 linux/include/asm-sh/io_ec3104.h - 1.1 linux/include/asm-sh/io_hd64465.h - 1.1 linux/arch/ia64/kernel/efivars.c - 1.1 linux/include/asm-sh/keyboard-ec3104.h - 1.1 linux/include/asm-sh/serial-ec3104.h - 1.1 linux/arch/ia64/sn/sn1/sv.c - 1.1 linux/arch/ia64/sn/sn1/sn1_ksyms.c - 1.1 linux/include/asm-sparc64/chafsr.h - 1.1 linux/arch/ia64/sn/sn1/probe.c - 1.1 linux/include/asm-sparc64/chmctrl.h - 1.1 linux/include/asm-sparc64/estate.h - 1.1 linux/arch/ia64/sn/sn1/error.c - 1.1 linux/include/asm-sparc64/rwsem.h - 1.1 linux/arch/ia64/sn/io/pciba.c - 1.1 linux/include/linux/compiler.h - 1.1 linux/arch/ia64/sn/io/huberror.c - 1.1 linux/include/linux/if_wanpipe.h - 1.1 linux/include/linux/if_wanpipe_common.h - 1.1 linux/include/linux/netfilter_ipv4/ip_conntrack_icmp.h - 1.1 linux/include/linux/rwsem-spinlock.h - 1.1 linux/include/linux/rwsem.h - 1.1 linux/include/linux/sdla_asy.h - 1.1 linux/scripts/ver_linux - 1.8 linux/scripts/tkgen.c - 1.7 linux/scripts/lxdialog/checklist.c - 1.4 linux/net/x25/x25_out.c - 1.6 linux/net/x25/af_x25.c - 1.20 linux/net/wanrouter/wanproc.c - 1.13 linux/net/wanrouter/wanmain.c - 1.10 linux/net/wanrouter/patchlevel - 1.3 linux/net/wanrouter/Makefile - 1.4 linux/net/unix/af_unix.c - 1.28 linux/net/sysctl_net.c - 1.7 linux/net/sunrpc/xprt.c - 1.16 linux/net/sunrpc/sysctl.c - 1.8 linux/net/sunrpc/svcsock.c - 1.14 linux/net/sunrpc/sched.c - 1.17 linux/net/sunrpc/clnt.c - 1.12 linux/net/socket.c - 1.21 linux/net/rose/rose_dev.c - 1.7 linux/net/rose/af_rose.c - 1.18 linux/net/packet/af_packet.c - 1.22 linux/net/netsyms.c - 1.31 linux/net/netrom/nr_out.c - 1.4 linux/net/netrom/nr_dev.c - 1.7 linux/net/netrom/af_netrom.c - 1.17 linux/net/netlink/af_netlink.c - 1.13 linux/net/lapb/lapb_iface.c - 1.8 linux/net/irda/irda_device.c - 1.18 linux/net/irda/af_irda.c - 1.19 linux/net/ipx/sysctl_net_ipx.c - 1.4 linux/net/ipx/af_spx.c - 1.11 linux/net/ipx/af_ipx.c - 1.19 linux/net/ipv6/udp.c - 1.20 linux/net/ipv6/tcp_ipv6.c - 1.23 linux/net/ipv6/sit.c - 1.14 linux/net/ipv6/route.c - 1.16 linux/net/ipv6/reassembly.c - 1.10 linux/net/ipv6/raw.c - 1.17 linux/net/ipv6/ndisc.c - 1.12 linux/net/ipv6/mcast.c - 1.14 linux/net/ipv6/ip6_output.c - 1.9 linux/net/ipv6/ip6_input.c - 1.9 linux/net/ipv6/icmp.c - 1.10 linux/net/ipv6/exthdrs.c - 1.4 linux/net/ipv6/datagram.c - 1.7 linux/net/ipv6/af_inet6.c - 1.16 linux/net/ipv6/addrconf.c - 1.15 linux/net/ipv4/udp.c - 1.23 linux/net/ipv4/tcp_timer.c - 1.18 linux/net/ipv4/tcp_output.c - 1.17 linux/net/ipv4/tcp_ipv4.c - 1.32 linux/net/ipv4/tcp_input.c - 1.24 linux/net/ipv4/tcp.c - 1.26 linux/net/ipv4/syncookies.c - 1.9 linux/net/ipv4/route.c - 1.21 linux/net/ipv4/raw.c - 1.17 linux/net/ipv4/ipmr.c - 1.15 linux/net/ipv4/ipip.c - 1.15 linux/net/ipv4/ip_sockglue.c - 1.13 linux/net/ipv4/ip_output.c - 1.20 linux/net/ipv4/ip_nat_dumb.c - 1.5 linux/net/ipv4/ip_input.c - 1.12 linux/net/ipv4/ip_gre.c - 1.15 linux/net/ipv4/ip_fragment.c - 1.13 linux/net/ipv4/ip_forward.c - 1.7 linux/net/ipv4/igmp.c - 1.13 linux/net/ipv4/icmp.c - 1.16 linux/net/ipv4/arp.c - 1.17 linux/net/ipv4/af_inet.c - 1.24 linux/net/econet/Makefile - 1.6 linux/net/core/sock.c - 1.19 linux/net/core/skbuff.c - 1.19 linux/net/core/iovec.c - 1.7 linux/net/core/filter.c - 1.7 linux/net/core/dev.c - 1.32 linux/net/core/datagram.c - 1.10 linux/net/ax25/af_ax25.c - 1.19 linux/net/appletalk/ddp.c - 1.16 linux/net/802/transit/pdutr.pre - 1.3 linux/net/802/pseudo/pseudocode - 1.3 linux/net/802/llc_sendpdu.c - 1.4 linux/net/802/cl2llc.pre - 1.3 linux/net/802/cl2llc.c - 1.4 linux/net/802/TODO - 1.3 linux/mm/vmscan.c - 1.53 linux/mm/swapfile.c - 1.30 linux/mm/swap_state.c - 1.23 linux/mm/page_io.c - 1.15 linux/mm/page_alloc.c - 1.40 linux/mm/mremap.c - 1.22 linux/mm/mmap.c - 1.35 linux/mm/memory.c - 1.47 linux/mm/filemap.c - 1.73 linux/lib/vsprintf.c - 1.10 linux/lib/string.c - 1.13 linux/lib/Makefile - 1.6 linux/kernel/sysctl.c - 1.37 linux/kernel/sys.c - 1.20 linux/kernel/sched.c - 1.34 linux/kernel/ksyms.c - 1.87 linux/kernel/info.c - 1.6 linux/kernel/fork.c - 1.31 linux/init/main.c - 1.52 linux/include/scsi/scsi.h - 1.5 linux/include/net/udp.h - 1.6 linux/include/net/tcp.h - 1.22 linux/include/net/sock.h - 1.22 linux/include/net/rawv6.h - 1.4 linux/include/net/raw.h - 1.4 linux/include/net/protocol.h - 1.5 linux/include/net/ndisc.h - 1.6 linux/include/net/ipv6.h - 1.9 linux/include/net/ipip.h - 1.5 linux/include/net/ip.h - 1.15 linux/include/net/icmp.h - 1.6 linux/include/net/addrconf.h - 1.6 linux/include/linux/wireless.h - 1.6 linux/include/linux/wavefront.h - 1.3 linux/include/linux/wanrouter.h - 1.9 linux/include/linux/wanpipe.h - 1.6 linux/include/linux/videodev.h - 1.14 linux/include/linux/tty_ldisc.h - 1.3 linux/include/linux/tpqic02.h - 1.4 linux/include/linux/tcp.h - 1.7 linux/include/linux/sysctl.h - 1.32 linux/include/linux/swap.h - 1.25 linux/include/linux/sunrpc/sched.h - 1.8 linux/include/linux/string.h - 1.9 linux/include/linux/socket.h - 1.8 linux/include/linux/skbuff.h - 1.18 linux/include/linux/serialP.h - 1.13 linux/include/linux/sdladrv.h - 1.4 linux/include/linux/sdla_x25.h - 1.3 linux/include/linux/sdla_ppp.h - 1.4 linux/include/linux/sdla_fr.h - 1.4 linux/include/linux/sched.h - 1.39 linux/include/linux/scc.h - 1.5 linux/include/linux/proc_fs.h - 1.28 linux/include/linux/pipe_fs_i.h - 1.7 linux/include/linux/pci.h - 1.41 linux/include/linux/pagemap.h - 1.25 linux/include/linux/ntfs_fs_sb.h - 1.6 linux/include/linux/ntfs_fs_i.h - 1.5 linux/include/linux/nfs_fs.h - 1.14 linux/include/linux/netdevice.h - 1.22 linux/include/linux/net.h - 1.8 linux/include/linux/nbd.h - 1.7 linux/include/linux/mroute.h - 1.5 linux/include/linux/mm.h - 1.52 linux/include/linux/miscdevice.h - 1.10 linux/include/linux/major.h - 1.26 linux/include/linux/kernel.h - 1.16 linux/include/linux/joystick.h - 1.8 linux/include/linux/isdnif.h - 1.9 linux/include/linux/isdn_ppp.h - 1.8 linux/include/linux/isdn.h - 1.15 linux/include/linux/igmp.h - 1.5 linux/include/linux/if_ppp.h - 1.6 linux/include/linux/if_packet.h - 1.5 linux/include/linux/if_ether.h - 1.8 linux/include/linux/if_ec.h - 1.4 linux/include/linux/if_arp.h - 1.9 linux/include/linux/icmpv6.h - 1.4 linux/include/linux/icmp.h - 1.5 linux/include/linux/fs.h - 1.91 linux/include/linux/filter.h - 1.4 linux/include/linux/etherdevice.h - 1.7 linux/include/linux/elf.h - 1.13 linux/include/linux/dcache.h - 1.17 linux/include/linux/coff.h - 1.3 linux/include/linux/coda_psdev.h - 1.7 linux/include/linux/coda_proc.h - 1.6 linux/include/linux/coda_linux.h - 1.11 linux/include/linux/coda_fs_i.h - 1.6 linux/include/linux/coda.h - 1.8 linux/include/linux/cdrom.h - 1.18 linux/include/linux/blkdev.h - 1.31 linux/include/linux/blk.h - 1.20 linux/include/linux/apm_bios.h - 1.9 linux/include/linux/amigaffs.h - 1.3 linux/include/linux/affs_fs_sb.h - 1.3 linux/include/linux/affs_fs_i.h - 1.4 linux/include/linux/affs_fs.h - 1.8 linux/include/asm-sparc64/visasm.h - 1.3 linux/include/asm-sparc64/ttable.h - 1.7 linux/include/asm-sparc64/system.h - 1.12 linux/include/asm-sparc64/spitfire.h - 1.5 linux/include/asm-sparc64/spinlock.h - 1.9 linux/include/asm-sparc64/smp.h - 1.11 linux/include/asm-sparc64/semaphore.h - 1.7 linux/include/asm-sparc64/processor.h - 1.17 linux/include/asm-sparc64/pgtable.h - 1.19 linux/include/asm-sparc64/perfctr.h - 1.3 linux/include/asm-sparc64/elf.h - 1.8 linux/include/asm-sparc64/delay.h - 1.7 linux/include/asm-sparc64/checksum.h - 1.7 linux/include/asm-sparc64/bitops.h - 1.8 linux/include/asm-sparc64/asi.h - 1.4 linux/include/asm-sparc64/a.out.h - 1.4 linux/include/asm-sparc/semaphore.h - 1.7 linux/include/asm-sparc/processor.h - 1.13 linux/include/asm-sparc/perfctr.h - 1.3 linux/include/asm-ppc/semaphore.h - 1.7 linux/include/asm-mips/shmiq.h - 1.3 linux/include/asm-mips/semaphore.h - 1.7 linux/include/asm-mips/processor.h - 1.14 linux/include/asm-mips/pci.h - 1.8 linux/include/asm-mips/mipsregs.h - 1.7 linux/include/asm-mips/keyboard.h - 1.7 linux/include/asm-mips/bootinfo.h - 1.8 linux/include/asm-m68k/serial.h - 1.4 linux/include/asm-m68k/semaphore.h - 1.7 linux/include/asm-m68k/bootinfo.h - 1.4 linux/include/asm-i386/uaccess.h - 1.9 linux/include/asm-i386/string.h - 1.10 linux/include/asm-i386/semaphore.h - 1.14 linux/include/asm-i386/io.h - 1.14 linux/include/asm-i386/bitops.h - 1.7 linux/include/asm-i386/atomic.h - 1.11 linux/include/asm-arm/unistd.h - 1.16 linux/include/asm-arm/setup.h - 1.9 linux/include/asm-arm/semaphore.h - 1.7 linux/include/asm-arm/procinfo.h - 1.7 linux/include/asm-arm/processor.h - 1.16 linux/include/asm-arm/proc-armv/uaccess.h - 1.8 linux/include/asm-arm/proc-armv/pgtable.h - 1.12 linux/include/asm-arm/proc-armo/ptrace.h - 1.5 linux/include/asm-arm/proc-armo/pgtable.h - 1.8 linux/include/asm-arm/pgtable.h - 1.18 linux/include/asm-arm/io.h - 1.14 linux/include/asm-arm/elf.h - 1.5 linux/include/asm-arm/byteorder.h - 1.4 linux/include/asm-arm/arch-rpc/system.h - 1.11 linux/include/asm-arm/arch-rpc/irq.h - 1.6 linux/include/asm-arm/arch-rpc/hardware.h - 1.9 linux/include/asm-arm/arch-ebsa285/irq.h - 1.14 linux/include/asm-arm/arch-ebsa110/uncompress.h - 1.4 linux/include/asm-arm/arch-ebsa110/time.h - 1.7 linux/include/asm-arm/arch-ebsa110/memory.h - 1.7 linux/include/asm-arm/arch-ebsa110/irq.h - 1.4 linux/include/asm-arm/arch-ebsa110/io.h - 1.7 linux/include/asm-arm/arch-ebsa110/hardware.h - 1.9 linux/include/asm-arm/arch-arc/system.h - 1.10 linux/include/asm-arm/arch-arc/irq.h - 1.6 linux/include/asm-arm/arch-arc/hardware.h - 1.8 linux/include/asm-alpha/semaphore.h - 1.7 linux/include/asm-alpha/pgtable.h - 1.25 linux/include/asm-alpha/ioctls.h - 1.4 linux/include/asm-alpha/io.h - 1.14 linux/include/asm-alpha/compiler.h - 1.7 linux/fs/vfat/namei.c - 1.19 linux/fs/umsdos/ioctl.c - 1.7 linux/fs/ufs/super.c - 1.17 linux/fs/sysv/inode.c - 1.19 linux/fs/super.c - 1.45 linux/fs/stat.c - 1.20 linux/fs/smbfs/proc.c - 1.9 linux/fs/smbfs/ioctl.c - 1.6 linux/fs/smbfs/inode.c - 1.20 linux/fs/romfs/inode.c - 1.22 linux/fs/qnx4/inode.c - 1.23 linux/fs/proc/inode.c - 1.14 linux/fs/proc/array.c - 1.27 linux/fs/ntfs/util.h - 1.3 linux/fs/ntfs/util.c - 1.4 linux/fs/ntfs/sysctl.h - 1.3 linux/fs/ntfs/support.h - 1.3 linux/fs/ntfs/support.c - 1.5 linux/fs/ntfs/super.h - 1.4 linux/fs/ntfs/super.c - 1.8 linux/fs/ntfs/struct.h - 1.4 linux/fs/ntfs/ntfstypes.h - 1.4 linux/fs/ntfs/ntfsendian.h - 1.3 linux/fs/ntfs/macros.h - 1.3 linux/fs/ntfs/inode.h - 1.3 linux/fs/ntfs/inode.c - 1.7 linux/fs/ntfs/fs.c - 1.25 linux/fs/ntfs/dir.h - 1.3 linux/fs/ntfs/dir.c - 1.3 linux/fs/ntfs/attr.h - 1.3 linux/fs/ntfs/attr.c - 1.3 linux/fs/ntfs/Makefile - 1.7 linux/fs/nls/nls_iso8859-8.c - 1.6 linux/fs/nls/Makefile - 1.7 linux/fs/nls/Config.in - 1.7 linux/fs/nfsd/nfs3proc.c - 1.8 linux/fs/nfs/write.c - 1.25 linux/fs/nfs/read.c - 1.22 linux/fs/nfs/inode.c - 1.24 linux/fs/ncpfs/inode.c - 1.20 linux/fs/namei.c - 1.28 linux/fs/msdos/namei.c - 1.17 linux/fs/minix/inode.c - 1.21 linux/fs/isofs/inode.c - 1.23 linux/fs/inode.c - 1.39 linux/fs/hfs/super.c - 1.9 linux/fs/filesystems.c - 1.18 linux/fs/file_table.c - 1.14 linux/fs/fat/inode.c - 1.21 linux/fs/fat/fatfs_syms.c - 1.9 linux/fs/fat/dir.c - 1.11 linux/fs/fat/Makefile - 1.5 linux/fs/ext2/super.c - 1.16 linux/fs/ext2/inode.c - 1.26 linux/fs/exec.c - 1.41 linux/fs/devpts/inode.c - 1.10 linux/fs/dcache.c - 1.23 linux/fs/coda/upcall.c - 1.11 linux/fs/coda/sysctl.c - 1.12 linux/fs/coda/symlink.c - 1.12 linux/fs/coda/psdev.c - 1.15 linux/fs/coda/inode.c - 1.13 linux/fs/coda/file.c - 1.13 linux/fs/coda/dir.c - 1.19 linux/fs/coda/coda_linux.c - 1.6 linux/fs/coda/cnode.c - 1.11 linux/fs/coda/cache.c - 1.8 linux/fs/buffer.c - 1.61 linux/fs/binfmt_elf.c - 1.26 linux/fs/affs/symlink.c - 1.12 linux/fs/affs/super.c - 1.10 linux/fs/affs/namei.c - 1.11 linux/fs/affs/inode.c - 1.12 linux/fs/affs/file.c - 1.15 linux/fs/affs/dir.c - 1.9 linux/fs/affs/bitmap.c - 1.5 linux/fs/affs/amigaffs.c - 1.4 linux/fs/affs/Makefile - 1.4 linux/fs/affs/Changes - 1.4 linux/fs/adfs/super.c - 1.11 linux/fs/Config.in - 1.56 linux/drivers/video/vesafb.c - 1.14 linux/drivers/video/sbusfb.c - 1.17 linux/drivers/video/imsttfb.c - 1.12 linux/drivers/video/fbmem.c - 1.36 linux/drivers/video/atyfb.c - 1.28 linux/drivers/video/atafb.c - 1.11 linux/drivers/video/amifb.c - 1.16 linux/drivers/video/acornfb.c - 1.16 linux/drivers/video/Makefile - 1.30 linux/drivers/video/Config.in - 1.25 linux/drivers/usb/usb.c - 1.47 linux/drivers/usb/uhci.h - 1.23 linux/drivers/usb/uhci.c - 1.42 linux/drivers/usb/hub.h - 1.14 linux/drivers/usb/hub.c - 1.35 linux/drivers/sound/waveartist.c - 1.13 linux/drivers/sound/vidc.c - 1.10 linux/drivers/sound/sound_core.c - 1.17 linux/drivers/sound/sonicvibes.c - 1.31 linux/drivers/sound/sb_common.c - 1.17 linux/drivers/sound/mad16.c - 1.13 linux/drivers/sound/es1371.c - 1.31 linux/drivers/sound/es1370.c - 1.30 linux/drivers/sound/Makefile - 1.28 linux/drivers/sound/Config.in - 1.23 linux/drivers/sgi/char/Makefile - 1.4 linux/drivers/sgi/Makefile - 1.5 linux/drivers/scsi/wd7000.c - 1.11 linux/drivers/scsi/tmscsim.h - 1.6 linux/drivers/scsi/tmscsim.c - 1.12 linux/drivers/scsi/sym53c8xx.c - 1.23 linux/drivers/scsi/scsi_ioctl.c - 1.17 linux/drivers/scsi/scsi.c - 1.34 linux/drivers/scsi/qlogicisp.c - 1.20 linux/drivers/scsi/qlogicfc.c - 1.17 linux/drivers/scsi/qlogicfas.h - 1.3 linux/drivers/scsi/qlogicfas.c - 1.7 linux/drivers/scsi/pci2220i.c - 1.17 linux/drivers/scsi/pci2000.c - 1.15 linux/drivers/scsi/ncr53c8xx.c - 1.20 linux/drivers/scsi/megaraid.h - 1.9 linux/drivers/scsi/megaraid.c - 1.22 linux/drivers/scsi/ini9100u.h - 1.8 linux/drivers/scsi/hosts.h - 1.16 linux/drivers/scsi/gdth.c - 1.11 linux/drivers/scsi/fdomain.c - 1.13 linux/drivers/scsi/fastlane.c - 1.8 linux/drivers/scsi/atp870u.c - 1.12 linux/drivers/scsi/advansys.h - 1.5 linux/drivers/scsi/advansys.c - 1.17 linux/drivers/scsi/AM53C974.c - 1.11 linux/drivers/scsi/53c7xx.scr - 1.3 linux/drivers/scsi/53c7xx.c - 1.12 linux/drivers/scsi/53c7,8xx.h - 1.5 linux/drivers/scsi/53c7,8xx.c - 1.13 linux/drivers/sbus/char/zs.c - 1.15 linux/drivers/sbus/char/sunserial.c - 1.8 linux/drivers/sbus/char/su.c - 1.15 linux/drivers/sbus/char/sab82532.c - 1.17 linux/drivers/sbus/char/Makefile - 1.10 linux/drivers/pci/quirks.c - 1.19 linux/drivers/pci/pci.c - 1.35 linux/drivers/pci/Makefile - 1.14 linux/drivers/net/znet.c - 1.8 linux/drivers/net/zlib.c - 1.5 linux/drivers/net/yellowfin.c - 1.20 linux/drivers/net/wd.c - 1.12 linux/drivers/net/wavelan.c - 1.20 linux/drivers/net/via-rhine.c - 1.23 linux/drivers/net/tlan.c - 1.19 linux/drivers/net/sunqe.c - 1.17 linux/drivers/net/sunlance.c - 1.22 linux/drivers/net/sunhme.h - 1.9 linux/drivers/net/sunhme.c - 1.24 linux/drivers/net/sunbmac.c - 1.18 linux/drivers/net/smc9194.c - 1.13 linux/drivers/net/smc-ultra.c - 1.15 linux/drivers/net/slip.c - 1.15 linux/drivers/net/sk_g16.c - 1.11 linux/drivers/net/shaper.c - 1.16 linux/drivers/net/sgiseeq.c - 1.11 linux/drivers/net/seeq8005.c - 1.12 linux/drivers/net/rrunner.c - 1.15 linux/drivers/net/rcpci45.c - 1.18 linux/drivers/net/ptifddi.c - 1.8 linux/drivers/net/plip.c - 1.18 linux/drivers/net/pcnet32.c - 1.23 linux/drivers/net/ni65.c - 1.9 linux/drivers/net/ni52.c - 1.12 linux/drivers/net/ni5010.c - 1.12 linux/drivers/net/net_init.c - 1.18 linux/drivers/net/ne2k-pci.c - 1.20 linux/drivers/net/ne.c - 1.16 linux/drivers/net/myri_sbus.c - 1.12 linux/drivers/net/mace.c - 1.12 linux/drivers/net/loopback.c - 1.8 linux/drivers/net/lance.c - 1.18 linux/drivers/net/hydra.c - 1.13 linux/drivers/net/hplance.c - 1.9 linux/drivers/net/hp.c - 1.11 linux/drivers/net/hp-plus.c - 1.12 linux/drivers/net/hamradio/soundmodem/sm.c - 1.13 linux/drivers/net/hamradio/scc.c - 1.17 linux/drivers/net/hamradio/mkiss.c - 1.11 linux/drivers/net/hamradio/hdlcdrv.c - 1.13 linux/drivers/net/hamradio/dmascc.c - 1.9 linux/drivers/net/hamradio/bpqether.c - 1.15 linux/drivers/net/hamradio/baycom_ser_hdx.c - 1.13 linux/drivers/net/hamradio/baycom_ser_fdx.c - 1.13 linux/drivers/net/hamradio/baycom_par.c - 1.13 linux/drivers/net/hamradio/baycom_epp.c - 1.15 linux/drivers/net/hamradio/6pack.c - 1.11 linux/drivers/net/fmv18x.c - 1.13 linux/drivers/net/ewrk3.c - 1.15 linux/drivers/net/ethertap.c - 1.9 linux/drivers/net/eth16i.c - 1.16 linux/drivers/net/es3210.c - 1.13 linux/drivers/net/eql.c - 1.11 linux/drivers/net/epic100.c - 1.19 linux/drivers/net/eepro.c - 1.18 linux/drivers/net/e2100.c - 1.12 linux/drivers/net/dgrs.c - 1.15 linux/drivers/net/depca.c - 1.14 linux/drivers/net/defxx.c - 1.15 linux/drivers/net/de620.c - 1.10 linux/drivers/net/de600.c - 1.11 linux/drivers/net/de4x5.c - 1.20 linux/drivers/net/daynaport.c - 1.10 linux/drivers/net/cs89x0.c - 1.17 linux/drivers/net/atp.c - 1.14 linux/drivers/net/atarilance.c - 1.8 linux/drivers/net/atari_pamsnet.c - 1.9 linux/drivers/net/atari_bionet.c - 1.9 linux/drivers/net/ariadne2.c - 1.11 linux/drivers/net/ariadne.c - 1.12 linux/drivers/net/apne.c - 1.9 linux/drivers/net/am79c961a.c - 1.11 linux/drivers/net/acenic.h - 1.12 linux/drivers/net/acenic.c - 1.25 linux/drivers/net/ac3200.c - 1.13 linux/drivers/net/a2065.c - 1.13 linux/drivers/net/Space.c - 1.30 linux/drivers/net/Makefile - 1.41 linux/drivers/net/Config.in - 1.37 linux/drivers/net/8390.h - 1.9 linux/drivers/net/8390.c - 1.20 linux/drivers/net/82596.c - 1.16 linux/drivers/net/3c59x.c - 1.25 linux/drivers/net/3c527.c - 1.17 linux/drivers/net/3c523.c - 1.14 linux/drivers/net/3c515.c - 1.17 linux/drivers/net/3c509.c - 1.20 linux/drivers/net/3c507.c - 1.17 linux/drivers/net/3c505.c - 1.18 linux/drivers/net/3c503.c - 1.16 linux/drivers/net/3c501.c - 1.12 linux/drivers/isdn/sc/message.c - 1.4 linux/drivers/isdn/sc/interrupt.c - 1.4 linux/drivers/isdn/pcbit/drv.c - 1.12 linux/drivers/isdn/isdn_ppp.c - 1.13 linux/drivers/isdn/isdn_net.h - 1.7 linux/drivers/isdn/isdn_net.c - 1.18 linux/drivers/isdn/isdn_common.c - 1.23 linux/drivers/isdn/icn/icn.h - 1.7 linux/drivers/isdn/icn/icn.c - 1.11 linux/drivers/isdn/hisax/hisax.h - 1.16 linux/drivers/isdn/hisax/config.c - 1.17 linux/drivers/isdn/hisax/Makefile - 1.11 linux/drivers/isdn/avmb1/capidrv.c - 1.16 linux/drivers/isdn/avmb1/capi.c - 1.20 linux/drivers/isdn/avmb1/b1pci.c - 1.12 linux/drivers/isdn/Config.in - 1.16 linux/drivers/char/tty_io.c - 1.29 linux/drivers/char/synclink.c - 1.14 linux/drivers/char/serial.c - 1.38 linux/drivers/char/qpmouse.c - 1.10 linux/drivers/char/pcwd.c - 1.13 linux/drivers/char/pc_keyb.c - 1.22 linux/drivers/char/n_tty.c - 1.12 linux/drivers/char/misc.c - 1.24 linux/drivers/char/mem.c - 1.34 linux/drivers/char/joystick/Makefile - 1.7 linux/drivers/char/joystick/Config.in - 1.7 linux/drivers/char/isicom.c - 1.13 linux/drivers/char/ftape/zftape/zftape-vtbl.c - 1.5 linux/drivers/char/esp.c - 1.9 linux/drivers/char/epca.c - 1.14 linux/drivers/char/cyclades.c - 1.16 linux/drivers/char/Makefile - 1.42 linux/drivers/cdrom/sbpcd.c - 1.11 linux/drivers/block/ps2esdi.c - 1.12 linux/drivers/block/paride/paride.c - 1.8 linux/drivers/block/paride/Makefile - 1.6 linux/drivers/block/paride/Config.in - 1.4 linux/drivers/block/nbd.c - 1.18 linux/drivers/block/loop.c - 1.31 linux/drivers/block/ll_rw_blk.c - 1.67 linux/arch/sparc64/solaris/timod.c - 1.12 linux/arch/sparc64/prom/p1275.c - 1.6 linux/arch/sparc64/mm/modutil.c - 1.8 linux/arch/sparc64/mm/init.c - 1.24 linux/arch/sparc64/mm/generic.c - 1.8 linux/arch/sparc64/lib/debuglocks.c - 1.7 linux/arch/sparc64/lib/blockops.S - 1.11 linux/arch/sparc64/kernel/unaligned.c - 1.7 linux/arch/sparc64/kernel/ttable.S - 1.8 linux/arch/sparc64/kernel/traps.c - 1.13 linux/arch/sparc64/kernel/trampoline.S - 1.7 linux/arch/sparc64/kernel/time.c - 1.13 linux/arch/sparc64/kernel/sys_sunos32.c - 1.29 linux/arch/sparc64/kernel/sys_sparc32.c - 1.35 linux/arch/sparc64/kernel/sys_sparc.c - 1.20 linux/arch/sparc64/kernel/starfire.c - 1.9 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.27 linux/arch/sparc64/kernel/smp.c - 1.23 linux/arch/sparc64/kernel/signal32.c - 1.17 linux/arch/sparc64/kernel/setup.c - 1.18 linux/arch/sparc64/kernel/process.c - 1.19 linux/arch/sparc64/kernel/irq.c - 1.18 linux/arch/sparc64/kernel/ioctl32.c - 1.33 linux/arch/sparc64/kernel/init_task.c - 1.4 linux/arch/sparc64/kernel/head.S - 1.8 linux/arch/sparc64/kernel/entry.S - 1.13 linux/arch/sparc64/kernel/ebus.c - 1.12 linux/arch/sparc64/kernel/dtlb_prot.S - 1.6 linux/arch/sparc64/kernel/devices.c - 1.8 linux/arch/sparc64/kernel/check_asm.sh - 1.5 linux/arch/sparc64/kernel/auxio.c - 1.7 linux/arch/sparc64/kernel/Makefile - 1.18 linux/arch/sparc64/defconfig - 1.34 linux/arch/sparc64/config.in - 1.37 linux/arch/sparc/prom/console.c - 1.6 linux/arch/sparc/mm/sun4c.c - 1.26 linux/arch/sparc/mm/srmmu.c - 1.24 linux/arch/sparc/mm/init.c - 1.24 linux/arch/sparc/mm/generic.c - 1.7 linux/arch/sparc/lib/memset.S - 1.4 linux/arch/sparc/kernel/sys_sunos.c - 1.28 linux/arch/sparc/kernel/sys_sparc.c - 1.14 linux/arch/sparc/kernel/sun4m_irq.c - 1.8 linux/arch/sparc/kernel/sun4c_irq.c - 1.7 linux/arch/sparc/kernel/setup.c - 1.18 linux/arch/sparc/kernel/irq.c - 1.15 linux/arch/sparc/kernel/head.S - 1.8 linux/arch/sparc/config.in - 1.28 linux/arch/ppc/kernel/prep_setup.c - 1.18 linux/arch/ppc/kernel/chrp_setup.c - 1.20 linux/arch/ppc/config.in - 1.34 linux/arch/mips/sni/Makefile - 1.6 linux/arch/mips/sgi/kernel/Makefile - 1.8 linux/arch/mips/mm/Makefile - 1.5 linux/arch/mips/lib/Makefile - 1.8 linux/arch/mips/kernel/traps.c - 1.9 linux/arch/mips/kernel/signal.c - 1.12 linux/arch/mips/kernel/setup.c - 1.10 linux/arch/mips/kernel/r6000_fpu.S - 1.6 linux/arch/mips/kernel/r4k_switch.S - 1.6 linux/arch/mips/kernel/r4k_misc.S - 1.7 linux/arch/mips/kernel/r4k_fpu.S - 1.6 linux/arch/mips/kernel/r2300_switch.S - 1.6 linux/arch/mips/kernel/r2300_fpu.S - 1.6 linux/arch/mips/kernel/ptrace.c - 1.8 linux/arch/mips/kernel/process.c - 1.10 linux/arch/mips/kernel/branch.c - 1.3 linux/arch/mips/jazz/Makefile - 1.5 linux/arch/mips/defconfig - 1.17 linux/arch/mips/config.in - 1.21 linux/arch/mips/Makefile - 1.8 linux/arch/m68k/q40/config.c - 1.9 linux/arch/m68k/kernel/setup.c - 1.12 linux/arch/m68k/config.in - 1.21 linux/arch/m68k/amiga/config.c - 1.8 linux/arch/i386/mm/init.c - 1.29 linux/arch/i386/math-emu/wm_sqrt.S - 1.3 linux/arch/i386/math-emu/status_w.h - 1.3 linux/arch/i386/math-emu/reg_u_sub.S - 1.3 linux/arch/i386/math-emu/reg_u_mul.S - 1.3 linux/arch/i386/math-emu/reg_u_div.S - 1.4 linux/arch/i386/math-emu/reg_u_add.S - 1.3 linux/arch/i386/math-emu/reg_round.S - 1.5 linux/arch/i386/math-emu/reg_mul.c - 1.3 linux/arch/i386/math-emu/reg_ld_str.c - 1.3 linux/arch/i386/math-emu/reg_divide.c - 1.3 linux/arch/i386/math-emu/reg_constant.h - 1.3 linux/arch/i386/math-emu/reg_compare.c - 1.3 linux/arch/i386/math-emu/poly_tan.c - 1.5 linux/arch/i386/math-emu/poly_sin.c - 1.4 linux/arch/i386/math-emu/poly_l2.c - 1.3 linux/arch/i386/math-emu/poly_atan.c - 1.3 linux/arch/i386/math-emu/poly_2xm1.c - 1.3 linux/arch/i386/math-emu/poly.h - 1.4 linux/arch/i386/math-emu/load_store.c - 1.3 linux/arch/i386/math-emu/get_address.c - 1.4 linux/arch/i386/math-emu/fpu_trig.c - 1.4 linux/arch/i386/math-emu/fpu_etc.c - 1.3 linux/arch/i386/math-emu/fpu_entry.c - 1.5 linux/arch/i386/math-emu/fpu_emu.h - 1.4 linux/arch/i386/math-emu/fpu_asm.h - 1.3 linux/arch/i386/math-emu/exception.h - 1.3 linux/arch/i386/math-emu/errors.c - 1.3 linux/arch/i386/math-emu/div_Xsig.S - 1.4 linux/arch/i386/math-emu/control_w.h - 1.3 linux/arch/i386/lib/usercopy.c - 1.5 linux/arch/i386/lib/Makefile - 1.14 linux/arch/i386/kernel/smp.c - 1.32 linux/arch/i386/kernel/setup.c - 1.45 linux/arch/i386/kernel/mtrr.c - 1.25 linux/arch/i386/kernel/ldt.c - 1.8 linux/arch/i386/kernel/i386_ksyms.c - 1.36 linux/arch/i386/kernel/head.S - 1.18 linux/arch/i386/kernel/apm.c - 1.31 linux/arch/i386/defconfig - 1.54 linux/arch/i386/config.in - 1.55 linux/arch/i386/boot/setup.S - 1.19 linux/arch/i386/Makefile - 1.22 linux/arch/arm/mm/small_page.c - 1.9 linux/arch/arm/mm/proc-sa110.S - 1.20 linux/arch/arm/mm/mm-footbridge.c - 1.8 linux/arch/arm/mm/mm-ebsa110.c - 1.7 linux/arch/arm/mm/mm-armv.c - 1.21 linux/arch/arm/mm/ioremap.c - 1.8 linux/arch/arm/mm/init.c - 1.22 linux/arch/arm/mm/fault-common.c - 1.15 linux/arch/arm/mm/fault-armv.c - 1.13 linux/arch/arm/mm/Makefile - 1.11 linux/arch/arm/lib/io.c - 1.5 linux/arch/arm/lib/delay.S - 1.5 linux/arch/arm/lib/backtrace.S - 1.6 linux/arch/arm/lib/Makefile - 1.16 linux/arch/arm/kernel/setup.c - 1.19 linux/arch/arm/kernel/oldlatches.c - 1.7 linux/arch/arm/kernel/leds-ebsa110.c - 1.5 linux/arch/arm/kernel/irq.c - 1.12 linux/arch/arm/kernel/head-armv.S - 1.14 linux/arch/arm/kernel/head-armo.S - 1.7 linux/arch/arm/kernel/fiq.c - 1.9 linux/arch/arm/kernel/entry-common.S - 1.14 linux/arch/arm/kernel/entry-armv.S - 1.18 linux/arch/arm/kernel/ecard.c - 1.12 linux/arch/arm/kernel/armksyms.c - 1.18 linux/arch/arm/kernel/Makefile - 1.16 linux/arch/arm/config.in - 1.24 linux/arch/arm/boot/compressed/head.S - 1.12 linux/arch/arm/boot/compressed/Makefile - 1.17 linux/arch/arm/boot/Makefile - 1.7 linux/arch/arm/Makefile - 1.20 linux/arch/alpha/mm/init.c - 1.17 linux/arch/alpha/kernel/alpha_ksyms.c - 1.20 linux/arch/alpha/config.in - 1.29 linux/REPORTING-BUGS - 1.5 linux/Makefile - 1.86 linux/MAINTAINERS - 1.57 linux/Documentation/sound/sonicvibes - 1.3 linux/Documentation/sound/es1371 - 1.3 linux/Documentation/sound/es1370 - 1.3 linux/Documentation/sound/README.OSS - 1.5 linux/Documentation/sound/PCM1-pro - 1.3 linux/Documentation/scsi-generic.txt - 1.7 linux/Documentation/parport.txt - 1.12 linux/Documentation/networking/wanpipe.txt - 1.5 linux/Documentation/networking/wan-router.txt - 1.5 linux/Documentation/mtrr.txt - 1.5 linux/Documentation/kernel-docs.txt - 1.7 linux/Documentation/joystick-api.txt - 1.7 linux/Documentation/filesystems/vfat.txt - 1.5 linux/Documentation/arm/README - 1.6 linux/Documentation/Configure.help - 1.78 linux/Documentation/Changes - 1.37 linux/CREDITS - 1.51 linux/net/decnet/af_decnet.c - 1.23 linux/fs/hpfs/super.c - 1.8 linux/fs/efs/super.c - 1.8 linux/drivers/video/vga16fb.c - 1.9 linux/drivers/isdn/hisax/md5sums.asc - 1.11 linux/drivers/isdn/hisax/isar.c - 1.11 linux/drivers/isdn/eicon/eicon_idi.c - 1.11 linux/arch/arm/nwfpe/single_cpdo.c - 1.4 linux/arch/arm/nwfpe/fpopcode.h - 1.3 linux/arch/arm/nwfpe/fpopcode.c - 1.4 linux/arch/arm/nwfpe/fpmodule.inl - 1.3 linux/arch/arm/nwfpe/fpmodule.c - 1.8 linux/arch/arm/nwfpe/fpa11_cprt.c - 1.5 linux/arch/arm/nwfpe/fpa11_cpdo.c - 1.5 linux/arch/arm/nwfpe/fpa11.inl - 1.3 linux/arch/arm/nwfpe/fpa11.c - 1.4 linux/arch/arm/nwfpe/extended_cpdo.c - 1.5 linux/arch/arm/nwfpe/entry26.S - 1.4 linux/arch/arm/nwfpe/entry.S - 1.3 linux/arch/arm/nwfpe/double_cpdo.c - 1.5 linux/arch/arm/nwfpe/config.h - 1.3 linux/arch/arm/nwfpe/Makefile - 1.5 linux/arch/arm/kernel/arthur.c - 1.6 linux/arch/arm/boot/compressed/ll_char_wr.S - 1.3 linux/Documentation/kernel-parameters.txt - 1.12 linux/drivers/tc/Makefile - 1.2 linux/drivers/net/jazzsonic.c - 1.7 linux/drivers/net/declance.c - 1.10 linux/drivers/net/bagetlance.c - 1.9 linux/arch/mips/lib/kbd-std.c - 1.4 linux/arch/mips/dec/boot/Makefile - 1.2 linux/arch/mips/dec/Makefile - 1.3 linux/arch/mips/baget/prom/Makefile - 1.4 linux/arch/mips/baget/Makefile - 1.4 linux/arch/mips/arc/printf.c - 1.5 linux/arch/mips/arc/misc.c - 1.5 linux/arch/mips/arc/memory.c - 1.8 linux/arch/mips/arc/init.c - 1.6 linux/arch/mips/arc/identify.c - 1.4 linux/arch/mips/arc/console.c - 1.5 linux/arch/mips/arc/cmdline.c - 1.5 linux/arch/mips/arc/Makefile - 1.5 linux/drivers/net/arlan-proc.c - 1.7 linux/Documentation/networking/olympic.txt - 1.3 linux/include/linux/raw.h - 1.2 linux/fs/iobuf.c - 1.19 linux/drivers/parport/parport_pc.c - 1.32 linux/drivers/char/raw.c - 1.15 linux/include/linux/iobuf.h - 1.13 linux/drivers/net/ppp_generic.c - 1.20 linux/drivers/net/ppp_async.c - 1.11 linux/drivers/net/mvme147.c - 1.7 linux/drivers/net/hamradio/yam.c - 1.14 linux/drivers/char/sx.c - 1.17 linux/include/linux/ppp_channel.h - 1.8 linux/drivers/sound/esssolo1.c - 1.27 linux/fs/partitions/Makefile - 1.5 linux/drivers/pnp/isapnp.c - 1.20 linux/drivers/isdn/hisax/hfc_pci.h - 1.5 linux/drivers/isdn/hisax/hfc_pci.c - 1.15 linux/drivers/isdn/hisax/bkm_a8.c - 1.9 linux/drivers/isdn/avmb1/b1.c - 1.11 linux/drivers/isdn/avmb1/avmcard.h - 1.5 linux/Documentation/isapnp.txt - 1.5 linux/drivers/net/sis900.c - 1.21 linux/drivers/net/sb1000.c - 1.12 linux/drivers/net/fc/iph5526.c - 1.13 linux/drivers/char/ip2.c - 1.5 linux/drivers/atm/zatm.c - 1.9 linux/arch/i386/kernel/semaphore.c - 1.15 linux/arch/alpha/kernel/semaphore.c - 1.5 linux/Documentation/sound/solo1 - 1.2 linux/net/core/netfilter.c - 1.13 linux/net/atm/svc.c - 1.10 linux/net/atm/pvc.c - 1.9 linux/net/atm/common.c - 1.10 linux/net/atm/clip.c - 1.10 linux/net/atm/addr.h - 1.3 linux/net/atm/addr.c - 1.5 linux/include/linux/netfilter.h - 1.8 linux/arch/ppc/kernel/semaphore.c - 1.4 linux/arch/arm/kernel/semaphore.c - 1.9 linux/arch/arm/kernel/bios32.c - 1.21 linux/arch/sparc64/kernel/semaphore.c - 1.6 linux/arch/sparc64/kernel/pci_sabre.c - 1.18 linux/arch/sparc64/kernel/pci_psycho.c - 1.16 linux/arch/sparc64/kernel/pci_impl.h - 1.6 linux/arch/sparc64/kernel/pci.c - 1.18 linux/arch/sparc/kernel/semaphore.c - 1.7 linux/arch/sh/mm/ioremap.c - 1.6 linux/arch/sh/mm/init.c - 1.13 linux/arch/sh/mm/extable.c - 1.3 linux/arch/sh/kernel/time.c - 1.14 linux/arch/sh/kernel/sh_ksyms.c - 1.8 linux/arch/sh/kernel/setup.c - 1.14 linux/arch/sh/kernel/semaphore.c - 1.6 linux/arch/sh/kernel/ptrace.c - 1.7 linux/arch/sh/kernel/process.c - 1.13 linux/arch/sh/kernel/entry.S - 1.17 linux/arch/sh/kernel/Makefile - 1.11 linux/arch/sh/config.in - 1.16 linux/drivers/scsi/ips.c - 1.15 linux/drivers/char/n_r3964.c - 1.8 linux/include/asm-sh/sigcontext.h - 1.5 linux/include/asm-sh/semaphore.h - 1.4 linux/include/asm-sh/processor.h - 1.12 linux/include/asm-sh/pgtable.h - 1.17 linux/include/asm-sh/irq.h - 1.9 linux/include/asm-sh/io.h - 1.9 linux/include/asm-sh/bugs.h - 1.7 linux/include/asm-i386/kmap_types.h - 1.3 linux/drivers/net/sun3lance.c - 1.7 linux/arch/m68k/mm/motorola.c - 1.5 linux/arch/m68k/kernel/semaphore.c - 1.6 linux/include/asm-m68k/mac_iop.h - 1.2 linux/fs/udf/partition.c - 1.5 linux/fs/udf/super.c - 1.18 linux/drivers/net/starfire.c - 1.13 linux/drivers/net/pcmcia/ray_cs.c - 1.20 linux/drivers/net/pcmcia/pcnet_cs.c - 1.14 linux/drivers/net/pcmcia/3c589_cs.c - 1.15 linux/drivers/net/dmfe.c - 1.13 linux/Documentation/filesystems/proc.txt - 1.7 linux/drivers/net/wan/Makefile - 1.11 linux/drivers/net/wan/Config.in - 1.10 linux/drivers/net/tokenring/olympic.h - 1.7 linux/drivers/net/tokenring/olympic.c - 1.12 linux/arch/ppc/kernel/m8xx_setup.c - 1.11 linux/arch/i386/lib/mmx.c - 1.6 linux/arch/i386/kernel/pci-pc.c - 1.22 linux/include/linux/pci_ids.h - 1.34 linux/drivers/net/wan/x25_asy.c - 1.7 linux/drivers/net/wan/syncppp.c - 1.9 linux/drivers/net/wan/sealevel.c - 1.8 linux/drivers/net/wan/sdlamain.c - 1.8 linux/drivers/net/wan/sdladrv.c - 1.6 linux/drivers/net/wan/sdla_x25.c - 1.6 linux/drivers/net/wan/sdla_ppp.c - 1.9 linux/drivers/net/wan/sdla_fr.c - 1.10 linux/drivers/net/wan/sdla.c - 1.11 linux/drivers/net/wan/lapbether.c - 1.7 linux/drivers/net/wan/hostess_sv11.c - 1.8 linux/drivers/net/wan/dlci.c - 1.7 linux/drivers/net/wan/cycx_x25.c - 1.12 linux/drivers/video/tdfxfb.c - 1.9 linux/drivers/net/tokenring/tms380tr.c - 1.15 linux/drivers/net/pcmcia/xirc2ps_cs.c - 1.13 linux/drivers/net/pcmcia/3c574_cs.c - 1.13 linux/drivers/net/pcmcia/nmclan_cs.c - 1.11 linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.10 linux/drivers/net/pcmcia/netwave_cs.c - 1.14 linux/arch/sh/mm/cache.c - 1.10 linux/arch/arm/mm/mm-sa1100.c - 1.10 linux/drivers/net/pcmcia/wavelan_cs.h - 1.8 linux/arch/arm/mm/mm-armo.c - 1.8 linux/drivers/net/pcmcia/wavelan_cs.c - 1.9 linux/arch/arm/kernel/debug-armv.S - 1.8 linux/drivers/net/pcmcia/smc91c92_cs.c - 1.11 linux/mm/highmem.c - 1.19 linux/mm/bootmem.c - 1.13 linux/include/asm-sh/ide.h - 1.8 linux/include/asm-arm/proc-armv/cache.h - 1.7 linux/include/asm-arm/proc-armo/cache.h - 1.6 linux/include/asm-arm/arch-sa1100/system.h - 1.11 linux/include/asm-arm/arch-sa1100/serial.h - 1.4 linux/include/asm-arm/arch-sa1100/keyboard.h - 1.4 linux/include/asm-arm/arch-sa1100/dma.h - 1.3 linux/include/asm-sh/pgtable-2level.h - 1.5 linux/drivers/net/ppp_synctty.c - 1.8 linux/fs/proc/proc_misc.c - 1.18 linux/fs/bfs/inode.c - 1.14 linux/drivers/usb/dc2xx.c - 1.17 linux/drivers/net/sis900.h - 1.8 linux/drivers/isdn/avmb1/t1pci.c - 1.11 linux/drivers/net/sk98lin/skge.c - 1.10 linux/include/asm-ppc/pgalloc.h - 1.6 linux/include/asm-i386/pgalloc.h - 1.9 linux/include/asm-arm/pgalloc.h - 1.6 linux/include/asm-arm/arch-cl7500/uncompress.h - 1.3 linux/include/asm-arm/arch-cl7500/time.h - 1.5 linux/include/asm-arm/arch-cl7500/system.h - 1.10 linux/include/asm-arm/arch-cl7500/shmparam.h - 1.2 linux/include/asm-arm/arch-cl7500/irqs.h - 1.3 linux/include/asm-arm/arch-cl7500/irq.h - 1.3 linux/include/asm-arm/arch-cl7500/hardware.h - 1.6 linux/include/asm-alpha/pgalloc.h - 1.9 linux/drivers/sound/trident.c - 1.21 linux/drivers/net/pcmcia/aironet4500_cs.c - 1.11 linux/drivers/net/aironet4500_card.c - 1.11 linux/drivers/char/agp/agpgart_fe.c - 1.9 linux/drivers/usb/uhci-debug.h - 1.6 linux/drivers/pcmcia/yenta.c - 1.22 linux/drivers/pcmcia/pci_socket.c - 1.7 linux/include/asm-sparc64/pgalloc.h - 1.11 linux/fs/cramfs/inode.c - 1.15 linux/drivers/usb/scanner.c - 1.20 linux/include/linux/com20020.h - 1.3 linux/include/asm-sparc/pgalloc.h - 1.9 linux/drivers/usb/hid.h - 1.11 linux/drivers/usb/hid.c - 1.23 linux/drivers/net/pcmcia/com20020_cs.c - 1.7 linux/drivers/net/arcnet/com90xx.c - 1.7 linux/drivers/net/arcnet/com90io.c - 1.7 linux/drivers/net/arcnet/com20020-pci.c - 1.8 linux/drivers/net/arcnet/arcnet.c - 1.10 linux/drivers/net/tokenring/smctr.c - 1.10 linux/drivers/usb/devio.c - 1.14 linux/drivers/pci/setup-res.c - 1.6 linux/drivers/scsi/scsi_scan.c - 1.14 linux/drivers/scsi/3w-xxxx.c - 1.9 linux/drivers/net/wan/sdla_chdlc.c - 1.9 linux/drivers/net/tokenring/madgemc.c - 1.3 linux/Documentation/DMA-mapping.txt - 1.8 linux/include/linux/sdlapci.h - 1.2 linux/include/linux/sdla_chdlc.h - 1.2 linux/fs/autofs4/expire.c - 1.8 linux/drivers/usb/usb-uhci.c - 1.19 linux/drivers/usb/usb-ohci.h - 1.9 linux/drivers/usb/usb-ohci.c - 1.19 linux/drivers/sound/ac97_codec.c - 1.16 linux/drivers/net/macmace.c - 1.4 linux/arch/ia64/kernel/head.S - 1.7 linux/arch/ia64/kernel/semaphore.c - 1.7 linux/arch/ia64/kernel/gate.S - 1.6 linux/arch/ia64/kernel/fw-emu.c - 1.6 linux/arch/ia64/kernel/entry.h - 1.3 linux/arch/ia64/kernel/entry.S - 1.12 linux/arch/ia64/kernel/efi_stub.S - 1.3 linux/arch/ia64/kernel/efi.c - 1.10 linux/arch/ia64/kernel/acpi.c - 1.8 linux/arch/ia64/kernel/Makefile - 1.9 linux/arch/ia64/ia32/sys_ia32.c - 1.15 linux/arch/ia64/ia32/ia32_support.c - 1.4 linux/arch/ia64/ia32/ia32_entry.S - 1.11 linux/arch/ia64/ia32/binfmt_elf32.c - 1.10 linux/arch/ia64/hp/hpsim_irq.c - 1.4 linux/arch/ia64/dig/setup.c - 1.6 linux/arch/ia64/vmlinux.lds.S - 1.5 linux/arch/ia64/tools/print_offsets.c - 1.6 linux/arch/ia64/config.in - 1.17 linux/arch/ia64/boot/bootloader.c - 1.4 linux/arch/ia64/Makefile - 1.8 linux/arch/arm/kernel/time-acorn.c - 1.3 linux/arch/ia64/tools/print_offsets.awk - 1.3 linux/Documentation/pm.txt - 1.4 linux/arch/ia64/kernel/irq.c - 1.12 linux/arch/ia64/sn/Makefile - 1.4 linux/arch/ia64/sn/sn1/Makefile - 1.4 linux/arch/ia64/lib/strncpy_from_user.S - 1.4 linux/arch/ia64/kernel/setup.c - 1.8 linux/arch/ia64/kernel/signal.c - 1.8 linux/arch/ia64/kernel/smp.c - 1.8 linux/arch/ia64/kernel/sys_ia64.c - 1.7 linux/arch/ia64/kernel/time.c - 1.9 linux/arch/ia64/kernel/traps.c - 1.9 linux/arch/ia64/kernel/unaligned.c - 1.7 linux/arch/ia64/kernel/unwind.c - 1.7 linux/arch/ia64/lib/Makefile - 1.7 linux/arch/ia64/kernel/ivt.S - 1.10 linux/arch/ia64/lib/clear_page.S - 1.3 linux/arch/ia64/lib/clear_user.S - 1.4 linux/arch/ia64/lib/copy_page.S - 1.4 linux/arch/ia64/sn/sn1/setup.c - 1.5 linux/arch/ia64/lib/copy_user.S - 1.8 linux/arch/ia64/sn/sn1/machvec.c - 1.3 linux/arch/ia64/sn/sn1/irq.c - 1.4 linux/arch/ia64/lib/csum_partial_copy.c - 1.2 linux/arch/ia64/lib/do_csum.S - 1.3 linux/arch/ia64/kernel/ptrace.c - 1.8 linux/arch/ia64/kernel/process.c - 1.8 linux/arch/ia64/kernel/perfmon.c - 1.6 linux/arch/ia64/mm/tlb.c - 1.7 linux/arch/ia64/kernel/mca.c - 1.6 linux/arch/ia64/mm/init.c - 1.9 linux/arch/ia64/lib/flush.S - 1.4 linux/arch/ia64/mm/fault.c - 1.6 linux/arch/ia64/lib/memset.S - 1.3 linux/arch/ia64/lib/strlen.S - 1.5 linux/arch/ia64/lib/strlen_user.S - 1.4 linux/arch/ia64/mm/extable.c - 1.2 linux/arch/ia64/kernel/mca_asm.S - 1.6 linux/arch/ia64/kernel/pal.S - 1.6 linux/arch/ia64/lib/strnlen_user.S - 1.3 linux/drivers/scsi/qla1280.c - 1.9 linux/kernel/pm.c - 1.8 linux/include/asm-ia64/sigcontext.h - 1.2 linux/include/asm-ia64/io.h - 1.6 linux/include/asm-ia64/ia32.h - 1.8 linux/include/asm-ia64/hardirq.h - 1.9 linux/include/asm-ia64/efi.h - 1.6 linux/include/asm-ia64/dma.h - 1.4 linux/include/asm-ia64/delay.h - 1.4 linux/include/asm-ia64/cache.h - 1.4 linux/include/asm-ia64/byteorder.h - 1.2 linux/include/asm-ia64/bitops.h - 1.5 linux/include/asm-ia64/a.out.h - 1.3 linux/include/asm-ia64/siginfo.h - 1.8 linux/include/asm-ia64/segment.h - 1.2 linux/include/asm-ia64/mca_asm.h - 1.3 linux/include/asm-ia64/smp.h - 1.7 linux/include/asm-ia64/sal.h - 1.6 linux/include/asm-ia64/processor.h - 1.10 linux/include/asm-ia64/smplock.h - 1.3 linux/include/asm-ia64/pgtable.h - 1.11 linux/include/asm-ia64/pgalloc.h - 1.6 linux/include/asm-ia64/machvec.h - 1.5 linux/include/asm-ia64/param.h - 1.4 linux/include/asm-ia64/pal.h - 1.7 linux/include/asm-ia64/page.h - 1.9 linux/include/asm-ia64/softirq.h - 1.4 linux/include/asm-ia64/offsets.h - 1.9 linux/include/asm-ia64/ptrace.h - 1.7 linux/include/asm-ia64/machvec_sn1.h - 1.3 linux/include/asm-ia64/mca.h - 1.4 linux/include/asm-ia64/mmu_context.h - 1.6 linux/include/asm-ia64/semaphore.h - 1.5 linux/include/asm-ia64/uaccess.h - 1.6 linux/include/asm-ia64/timex.h - 1.2 linux/include/asm-ia64/unwind.h - 1.4 linux/include/asm-ia64/system.h - 1.8 linux/drivers/video/sun3fb.c - 1.5 linux/drivers/net/8139too.c - 1.18 linux/arch/arm/mm/consistent.c - 1.8 linux/drivers/isdn/avmb1/c4.c - 1.11 linux/drivers/isdn/avmb1/b1dma.c - 1.12 linux/Documentation/filesystems/devfs/ChangeLog - 1.7 linux/drivers/usb/plusb.c - 1.10 linux/include/linux/devfs_fs_kernel.h - 1.4 linux/drivers/isdn/hysdn/hysdn_defs.h - 1.5 linux/drivers/isdn/hysdn/hysdn_net.c - 1.6 linux/drivers/isdn/hysdn/hysdn_procconf.c - 1.9 linux/fs/devfs/base.c - 1.14 linux/drivers/isdn/hysdn/hysdn_sched.c - 1.6 linux/drivers/isdn/hysdn/boardergo.c - 1.8 linux/drivers/net/skfp/skfddi.c - 1.10 linux/net/bridge/br_stp_if.c - 1.4 linux/arch/mips/ddb5074/time.c - 1.3 linux/Documentation/networking/8139too.txt - 1.9 linux/arch/mips/ddb5074/setup.c - 1.4 linux/arch/mips/ddb5074/nile4.c - 1.3 linux/arch/mips/ddb5074/prom.c - 1.3 linux/arch/mips/ddb5074/pci.c - 1.6 linux/arch/mips/kernel/semaphore.c - 1.3 linux/arch/mips/ddb5074/irq.c - 1.4 linux/arch/mips/defconfig-decstation - 1.6 linux/arch/mips/ddb5074/int-handler.S - 1.3 linux/arch/mips/defconfig-ip22 - 1.7 linux/arch/mips/ddb5074/Makefile - 1.3 linux/drivers/video/matrox/matroxfb_DAC1064.c - 1.6 linux/drivers/net/tulip/tulip_core.c - 1.20 linux/drivers/net/tulip/tulip.h - 1.11 linux/drivers/net/tulip/timer.c - 1.8 linux/drivers/net/tulip/pnic.c - 1.6 linux/drivers/net/tulip/media.c - 1.8 linux/drivers/net/tulip/interrupt.c - 1.9 linux/drivers/net/tulip/eeprom.c - 1.9 linux/drivers/net/tulip/Makefile - 1.3 linux/drivers/net/tulip/21142.c - 1.7 linux/include/asm-mips64/errno.h - 1.4 linux/include/asm-mips/sgi/sgimc.h - 1.3 linux/include/asm-mips/pgalloc.h - 1.4 linux/include/video/newport.h - 1.2 linux/include/linux/ac97_codec.h - 1.8 linux/include/asm-mips64/shmiq.h - 1.3 linux/include/asm-mips64/semaphore.h - 1.4 linux/include/asm-mips64/pgalloc.h - 1.6 linux/include/asm-mips64/pci/bridge.h - 1.3 linux/include/asm-mips64/mmzone.h - 1.6 linux/include/asm-mips64/keyboard.h - 1.3 linux/include/asm-mips64/mipsregs.h - 1.5 linux/arch/mips64/defconfig - 1.12 linux/arch/mips64/mm/Makefile - 1.4 linux/arch/mips64/tools/Makefile - 1.4 linux/arch/mips64/config.in - 1.13 linux/arch/mips64/defconfig-ip22 - 1.8 linux/arch/mips64/kernel/semaphore.c - 1.3 linux/arch/mips64/defconfig-ip27 - 1.7 linux/arch/arm/mm/mm-clps7500.c - 1.3 linux/include/asm-sh/pgalloc.h - 1.3 linux/include/asm-sh/pgalloc-2level.h - 1.3 linux/include/asm-sh/pci.h - 1.6 linux/drivers/net/appletalk/ltpc.c - 1.9 linux/drivers/net/appletalk/ipddp.c - 1.5 linux/drivers/net/appletalk/cops.c - 1.10 linux/drivers/char/sh-sci.h - 1.7 linux/drivers/char/sh-sci.c - 1.11 linux/arch/sh/kernel/cf-enabler.c - 1.4 linux/net/econet/sysctl_net_ec.c - 1.2 linux/net/econet/af_econet.c - 1.7 linux/include/linux/usb.h - 1.15 linux/include/asm-ia64/hw_irq.h - 1.5 linux/drivers/usb/serial/usb-serial.h - 1.12 linux/drivers/sound/miroaci.h - 1.3 linux/drivers/sound/aedsp16.c - 1.5 linux/drivers/sound/aci.c - 1.5 linux/drivers/parport/ChangeLog - 1.13 linux/arch/ia64/kernel/irq_ia64.c - 1.8 linux/drivers/ide/pdc202xx.c - 1.7 linux/drivers/ide/ide.c - 1.21 linux/drivers/ide/ide-pci.c - 1.11 linux/drivers/ide/alim15x3.c - 1.8 linux/arch/arm/lib/io-shark.c - 1.3 linux/arch/arm/kernel/arch.c - 1.8 linux/Documentation/networking/comx.txt - 1.3 linux/Documentation/DocBook/Makefile - 1.13 linux/scripts/kernel-doc - 1.8 linux/drivers/net/tokenring/lanstreamer.c - 1.6 linux/Documentation/DocBook/kernel-api.tmpl - 1.9 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.9 linux/net/ipv4/netfilter/ipt_MASQUERADE.c - 1.7 linux/net/ipv4/netfilter/ipchains_core.c - 1.4 linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.10 linux/net/ipv4/netfilter/ip_nat_rule.c - 1.4 linux/net/ipv4/netfilter/ip_nat_ftp.c - 1.6 linux/net/ipv4/netfilter/ip_nat_core.c - 1.5 linux/net/ipv4/netfilter/ip_fw_compat.c - 1.8 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.8 linux/net/ipv4/netfilter/ip_conntrack_proto_udp.c - 1.6 linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.7 linux/net/ipv4/netfilter/ip_conntrack_proto_icmp.c - 1.4 linux/net/ipv4/netfilter/ip_conntrack_proto_generic.c - 1.4 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.6 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.8 linux/net/ipv4/netfilter/Makefile - 1.8 linux/include/linux/netfilter_ipv4/ip_nat_helper.h - 1.3 linux/include/linux/netfilter_ipv4/ip_nat_ftp.h - 1.2 linux/include/linux/netfilter_ipv4/ip_nat.h - 1.2 linux/include/linux/netfilter_ipv4/ip_conntrack_protocol.h - 1.3 linux/include/linux/netfilter_ipv4/ip_conntrack_ftp.h - 1.3 linux/include/linux/netfilter_ipv4/ip_conntrack_core.h - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack.h - 1.7 linux/fs/nfs/flushd.c - 1.8 linux/drivers/scsi/dmx3191d.c - 1.6 linux/drivers/net/pcmcia/ibmtr_cs.c - 1.4 linux/arch/sparc64/lib/bitops.S - 1.2 linux/Documentation/sound/PAS16 - 1.2 linux/Documentation/DocBook/parportbook.tmpl - 1.4 linux/include/asm-arm/arch-shark/uncompress.h - 1.2 linux/include/asm-arm/arch-shark/timex.h - 1.2 linux/include/asm-arm/arch-shark/time.h - 1.4 linux/include/asm-arm/arch-shark/system.h - 1.4 linux/include/asm-arm/arch-shark/param.h - 1.2 linux/include/asm-arm/arch-shark/memory.h - 1.3 linux/include/asm-arm/arch-shark/keyboard.h - 1.4 linux/include/asm-arm/arch-shark/irqs.h - 1.2 linux/include/asm-arm/arch-shark/irq.h - 1.2 linux/include/asm-arm/arch-shark/io.h - 1.4 linux/drivers/video/sa1100fb.c - 1.6 linux/drivers/usb/serial/keyspan_pda.c - 1.12 linux/drivers/usb/serial/ftdi_sio.c - 1.14 linux/drivers/usb/serial/usbserial.c - 1.14 linux/drivers/usb/serial/whiteheat.c - 1.12 linux/drivers/usb/serial/visor.h - 1.3 linux/include/asm-arm/arch-shark/dma.h - 1.2 linux/drivers/usb/serial/visor.c - 1.14 linux/include/asm-arm/arch-shark/ide.h - 1.3 linux/include/asm-arm/arch-shark/hardware.h - 1.4 linux/arch/ia64/kernel/smpboot.c - 1.3 linux/arch/ia64/kernel/minstate.h - 1.5 linux/drivers/usb/serial/omninet.c - 1.11 linux/drivers/sound/i810_audio.c - 1.10 linux/drivers/sound/emu10k1/timer.h - 1.3 linux/drivers/sound/emu10k1/cardmi.h - 1.3 linux/drivers/sound/emu10k1/audio.c - 1.7 linux/fs/partitions/ibm.c - 1.3 linux/drivers/usb/serial/digi_acceleport.c - 1.11 linux/arch/ppc/kernel/m8260_setup.c - 1.7 linux/drivers/char/rio/rioctrl.c - 1.5 linux/drivers/char/rio/rio_linux.c - 1.8 linux/arch/s390/kernel/mathemu.c - 1.3 linux/arch/s390/kernel/process.c - 1.5 linux/include/asm-s390/page.h - 1.4 linux/arch/s390/boot/Makefile - 1.3 linux/arch/s390/Makefile - 1.3 linux/include/asm-s390/uaccess.h - 1.4 linux/include/asm-s390/types.h - 1.2 linux/arch/s390/config.in - 1.7 linux/arch/s390/defconfig - 1.4 linux/include/asm-s390/major.h - 1.2 linux/include/asm-s390/irq.h - 1.4 linux/include/asm-s390/irqextras390.h - 1.3 linux/include/asm-s390/system.h - 1.4 linux/arch/s390/kernel/Makefile - 1.3 linux/include/asm-s390/elf.h - 1.4 linux/include/asm-s390/ebcdic.h - 1.3 linux/include/asm-s390/delay.h - 1.3 linux/include/asm-s390/checksum.h - 1.3 linux/include/asm-s390/chandev.h - 1.3 linux/include/asm-s390/spinlock.h - 1.3 linux/include/asm-s390/smp.h - 1.3 linux/include/asm-s390/sigp.h - 1.3 linux/include/asm-s390/signal.h - 1.2 linux/include/asm-s390/setup.h - 1.3 linux/include/asm-s390/semaphore.h - 1.3 linux/arch/s390/kernel/entry.S - 1.8 linux/arch/s390/kernel/head.S - 1.3 linux/include/asm-s390/atomic.h - 1.3 linux/drivers/s390/net/iucv.c - 1.3 linux/drivers/s390/net/ctc.c - 1.5 linux/include/asm-s390/semaphore-helper.h - 1.2 linux/drivers/s390/net/Makefile - 1.3 linux/drivers/s390/misc/chandev.c - 1.4 linux/drivers/s390/misc/Makefile - 1.3 linux/drivers/s390/char/hwc_rw.c - 1.3 linux/drivers/s390/char/hwc_tty.c - 1.3 linux/drivers/s390/char/hwc_con.c - 1.4 linux/drivers/s390/char/Makefile - 1.3 linux/drivers/s390/char/hwc.h - 1.3 linux/drivers/s390/char/con3215.c - 1.6 linux/include/asm-s390/s390io.h - 1.3 linux/arch/s390/kernel/irq.c - 1.5 linux/drivers/s390/block/dasd_eckd.c - 1.3 linux/include/asm-s390/s390dyn.h - 1.3 linux/drivers/s390/block/dasd.c - 1.5 linux/include/asm-s390/s390-regs-common.h - 1.3 linux/arch/s390/kernel/irqextras390.c - 1.2 linux/drivers/s390/Makefile - 1.3 linux/drivers/s390/Config.in - 1.5 linux/include/asm-s390/queue.h - 1.3 linux/include/asm-s390/ptrace.h - 1.4 linux/include/asm-s390/misc390.h - 1.3 linux/include/asm-s390/mathemu.h - 1.3 linux/include/asm-s390/div64.h - 1.2 linux/include/asm-s390/bitops.h - 1.4 linux/arch/s390/kernel/cpcmd.c - 1.3 linux/arch/s390/kernel/cpcmd.h - 1.2 linux/arch/s390/kernel/ebcdic.c - 1.3 linux/arch/s390/kernel/floatlib.c - 1.2 linux/drivers/s390/block/Makefile - 1.3 linux/arch/s390/tools/silo/silo.c - 1.3 linux/include/asm-s390/pgalloc.h - 1.3 linux/arch/s390/kernel/traps.c - 1.5 linux/arch/s390/kernel/ptrace.c - 1.3 linux/arch/s390/kernel/s390_ksyms.c - 1.3 linux/arch/s390/kernel/s390fpu.c - 1.3 linux/arch/s390/kernel/semaphore.c - 1.5 linux/arch/s390/kernel/setup.c - 1.3 linux/arch/s390/kernel/signal.c - 1.5 linux/arch/s390/kernel/smp.c - 1.5 linux/arch/s390/lib/checksum.c - 1.2 linux/arch/s390/lib/Makefile - 1.3 linux/arch/s390/tools/dasdfmt/dasdfmt.c - 1.4 linux/arch/s390/mm/fault.c - 1.5 linux/arch/s390/mm/init.c - 1.6 linux/arch/s390/mm/ioremap.c - 1.3 linux/arch/sh/kernel/irq_ipr.c - 1.4 linux/arch/sh/kernel/io_se.c - 1.4 linux/net/ipv6/netfilter/Makefile - 1.5 linux/arch/sh/kernel/io_generic.c - 1.4 linux/Documentation/DocBook/kernel-hacking.tmpl - 1.4 linux/Documentation/DocBook/kernel-locking.tmpl - 1.5 linux/arch/mips/ddb5074/pci-dma.c - 1.2 linux/drivers/net/stnic.c - 1.6 linux/include/asm-arm/arch-l7200/dma.h - 1.3 linux/include/asm-arm/arch-l7200/hardware.h - 1.4 linux/include/asm-arm/arch-l7200/time.h - 1.3 linux/include/asm-arm/arch-l7200/system.h - 1.4 linux/include/asm-arm/arch-l7200/irqs.h - 1.2 linux/include/asm-arm/arch-l7200/irq.h - 1.2 linux/include/asm-arm/arch-l7200/io.h - 1.3 linux/drivers/char/joystick/tmdc.c - 1.3 linux/drivers/char/joystick/spaceball.c - 1.4 linux/drivers/char/joystick/sidewinder.c - 1.5 linux/drivers/char/joystick/ns558.c - 1.6 linux/drivers/char/joystick/gamecon.c - 1.3 linux/drivers/char/joystick/cobra.c - 1.3 linux/drivers/char/joystick/adi.c - 1.4 linux/Documentation/i386/boot.txt - 1.2 linux/drivers/char/i810_rng.c - 1.6 linux/drivers/char/hp600_keyb.c - 1.4 linux/drivers/video/hitfb.c - 1.4 linux/drivers/char/drm/ffb_drv.c - 1.5 linux/drivers/usb/storage/transport.h - 1.5 linux/drivers/usb/storage/transport.c - 1.8 linux/drivers/char/scan_keyb.c - 1.5 linux/drivers/char/scan_keyb.h - 1.2 linux/include/asm-sh/hd64461.h - 1.3 linux/include/asm-sh/keyboard.h - 1.3 linux/drivers/usb/serial/keyspan.c - 1.8 linux/include/asm-ia64/asmmacro.h - 1.3 linux/include/asm-sh/serial.h - 1.2 linux/include/asm-arm/mmzone.h - 1.3 linux/arch/arm/boot/compressed/setup-sa1100.S - 1.5 linux/drivers/acpi/namespace/nsxfobj.c - 1.7 linux/arch/arm/mm/mm-l7200.c - 1.4 linux/lib/cmdline.c - 1.3 linux/arch/ia64/kernel/brl_emu.c - 1.2 linux/arch/ia64/kernel/ia64_ksyms.c - 1.5 linux/arch/ia64/kernel/palinfo.c - 1.5 linux/include/asm-arm/arch-sa1100/mmzone.h - 1.5 linux/include/asm-arm/arch-sa1100/bitsy.h - 1.3 linux/include/asm-arm/arch-sa1100/assabet.h - 1.3 linux/include/asm-arm/arch-sa1100/SA-1100.h - 1.3 linux/arch/ia64/lib/memcpy.S - 1.4 linux/drivers/mtd/pmc551.c - 1.4 linux/include/asm-sparc64/mc146818rtc.h - 1.3 linux/arch/sh/kernel/setup_hd64461.c - 1.3 linux/arch/sh/kernel/io_hd64461.c - 1.3 linux/arch/mips/defconfig-cobalt - 1.3 linux/include/linux/serio.h - 1.2 linux/arch/mips/defconfig-orion - 1.3 linux/arch/mips/defconfig-rm200 - 1.3 linux/fs/nls/nls_cp932.c - 1.2 linux/fs/nls/nls_euc-jp.c - 1.3 linux/arch/mips/orion/Makefile - 1.2 linux/arch/mips/orion/int-handler.S - 1.2 linux/arch/mips/orion/irq.c - 1.4 linux/arch/mips/orion/ld.script.orion - 1.2 linux/arch/mips/orion/misc.c - 1.3 linux/arch/mips/orion/no_initrd.c - 1.2 linux/arch/mips/orion/piggyback.c - 1.2 linux/arch/mips/orion/promcon.c - 1.3 linux/arch/mips/orion/setup.c - 1.3 linux/drivers/net/tun.c - 1.6 linux/net/ipv4/tcp_minisocks.c - 1.4 linux/include/asm-sparc/kmap_types.h - 1.2 linux/include/asm-sh/machvec.h - 1.2 linux/include/asm-sh/io_unknown.h - 1.2 linux/include/asm-sh/io_se.h - 1.2 linux/include/asm-sh/io_od.h - 1.2 linux/include/asm-sh/io_hd64461.h - 1.3 linux/include/asm-sh/io_generic.h - 1.2 linux/fs/smbfs/getopt.c - 1.2 linux/drivers/usb/storage/sddr09.c - 1.5 linux/drivers/sound/cs46xx.c - 1.8 linux/drivers/sound/cs461x_image.h - 1.4 linux/drivers/sound/cs461x.h - 1.2 linux/drivers/net/natsemi.c - 1.6 linux/drivers/media/video/stradis.c - 1.5 linux/drivers/media/video/cpia.c - 1.4 linux/Documentation/networking/tuntap.txt - 1.3 linux/drivers/media/video/bttv.h - 1.7 linux/drivers/media/video/bttv-cards.c - 1.6 linux/drivers/media/radio/radio-miropcm20.c - 1.4 linux/drivers/media/radio/Makefile - 1.5 linux/drivers/media/radio/Config.in - 1.4 linux/drivers/isdn/hysdn/hycapi.c - 1.5 linux/drivers/input/keybdev.c - 1.4 linux/drivers/input/joydev.c - 1.4 linux/drivers/char/joystick/iforce.c - 1.5 linux/arch/sh/kernel/setup_cqreek.c - 1.3 linux/arch/sh/kernel/mach_unknown.c - 1.2 linux/arch/sh/kernel/mach_se.c - 1.2 linux/arch/sh/kernel/mach_hp600.c - 1.2 linux/arch/sh/kernel/io_unknown.c - 1.2 linux/arch/sh/kernel/io.c - 1.3 linux/arch/arm/tools/mach-types - 1.4 linux/arch/arm/mach-footbridge/arch.c - 1.3 linux/arch/arm/mach-footbridge/Makefile - 1.3 linux/Documentation/SubmittingDrivers - 1.4 linux/Documentation/filesystems/ext2.txt - 1.2 linux/arch/arm/kernel/via82c505.c - 1.3 linux/arch/arm/mach-sa1100/Makefile - 1.3 linux/arch/arm/mach-sa1100/arch.c - 1.3 linux/arch/arm/mach-shark/Makefile - 1.3 linux/arch/arm/mach-shark/arch.c - 1.2 linux/arch/arm/mach-shark/dma.c - 1.2 linux/arch/arm/mach-shark/mm.c - 1.2 linux/arch/i386/kernel/bluesmoke.c - 1.6 linux/drivers/block/cciss.c - 1.6 linux/drivers/block/cciss.h - 1.3 linux/drivers/block/cciss_cmd.h - 1.2 linux/drivers/char/toshiba.c - 1.2 linux/drivers/md/md.c - 1.12 linux/drivers/net/hamachi.c - 1.5 linux/drivers/net/sundance.c - 1.5 linux/drivers/net/winbond-840.c - 1.6 linux/drivers/scsi/cpqfcTSinit.c - 1.5 linux/fs/minix/itree_common.c - 1.2 linux/include/asm-arm/arch-tbox/time.h - 1.2 linux/include/asm-arm/hardware/ioc.h - 1.2 linux/include/asm-arm/hardware/iomd.h - 1.2 linux/include/asm-ppc/kmap_types.h - 1.3 linux/drivers/net/isa-skeleton.c - 1.4 linux/include/asm-ia64/acpikcfg.h - 1.3 linux/include/asm-ia64/module.h - 1.3 linux/arch/ia64/lib/idiv64.S - 1.2 linux/drivers/net/tulip/ChangeLog - 1.5 linux/drivers/usb/serial/belkin_sa.c - 1.5 linux/drivers/usb/serial/belkin_sa.h - 1.3 linux/Documentation/dnotify.txt - 1.3 linux/net/irda/irnet/irnet_ppp.c - 1.2 linux/include/asm-arm/xor.h - 1.3 linux/include/linux/ethtool.h - 1.3 linux/include/asm-m68k/motorola_pgalloc.h - 1.2 linux/drivers/usb/serial/mct_u232.c - 1.4 linux/include/asm-parisc/pgalloc.h - 1.2 linux/drivers/usb/serial/empeg.c - 1.4 linux/drivers/usb/serial/Config.in - 1.4 linux/arch/parisc/kernel/semaphore.c - 1.2 linux/include/asm-m68k/sun3_pgalloc.h - 1.2 linux/drivers/sound/ymfpci_image.h - 1.2 linux/drivers/sound/ymfpci.c - 1.5 linux/include/asm-parisc/semaphore.h - 1.2 linux/arch/parisc/config.in - 1.2 linux/include/linux/shmem_fs.h - 1.2 linux/mm/shmem.c - 1.5 linux/drivers/atm/firestream.c - 1.3 linux/arch/m68k/ifpsp060/src/pfpsp.S - 1.4 linux/drivers/atm/firestream.h - 1.2 linux/arch/m68k/ifpsp060/src/fpsp.S - 1.4 linux/arch/ia64/sn/io/stubs.c - 1.2 linux/include/asm-ia64/sn/addrs.h - 1.2 linux/include/asm-ia64/sn/agent.h - 1.2 linux/include/asm-ia64/sn/arc/hinv.h - 1.2 linux/include/asm-ia64/sn/arch.h - 1.2 linux/include/asm-ia64/sn/cdl.h - 1.2 linux/include/asm-ia64/sn/cmn_err.h - 1.2 linux/include/asm-ia64/sn/dmamap.h - 1.2 linux/include/asm-ia64/sn/eeprom.h - 1.2 linux/include/asm-ia64/sn/gda.h - 1.2 linux/include/asm-ia64/sn/hack.h - 1.2 linux/include/asm-ia64/sn/hcl.h - 1.2 linux/include/asm-ia64/sn/hwcntrs.h - 1.2 linux/include/asm-ia64/sn/intr.h - 1.2 linux/include/asm-ia64/sn/intr_public.h - 1.2 linux/include/asm-ia64/sn/invent.h - 1.2 linux/include/asm-ia64/sn/io.h - 1.2 linux/include/asm-ia64/sn/ioerror.h - 1.2 linux/include/asm-ia64/sn/ioerror_handling.h - 1.2 linux/include/asm-ia64/sn/iograph.h - 1.2 linux/include/asm-ia64/sn/klconfig.h - 1.2 linux/include/asm-ia64/sn/kldir.h - 1.2 linux/include/asm-ia64/sn/ksys/elsc.h - 1.2 linux/include/asm-ia64/sn/ksys/l1.h - 1.2 linux/arch/ia64/kernel/iosapic.c - 1.2 linux/include/asm-ia64/sn/mmzone.h - 1.2 linux/include/asm-ia64/sn/mmzone_sn1.h - 1.2 linux/include/asm-ia64/sn/module.h - 1.2 linux/include/asm-ia64/sn/nodemask.h - 1.2 linux/include/asm-ia64/sn/xtalk/xtalkaddrs.h - 1.2 linux/include/asm-ia64/sn/xtalk/xtalk_private.h - 1.2 linux/include/asm-ia64/sn/xtalk/xtalk.h - 1.2 linux/include/asm-ia64/sn/war.h - 1.2 linux/include/asm-ia64/sn/types.h - 1.2 linux/include/asm-ia64/sn/synergy.h - 1.2 linux/include/asm-ia64/sn/sn_private.h - 1.2 linux/include/asm-ia64/sn/sn_fru.h - 1.2 linux/include/asm-ia64/sn/sn_cpuid.h - 1.2 linux/include/asm-ia64/sn/sn1/war.h - 1.2 linux/include/asm-ia64/sn/sn1/uart16550.h - 1.2 linux/include/asm-ia64/sn/sn1/slotnum.h - 1.2 linux/arch/ia64/lib/swiotlb.c - 1.2 linux/include/asm-ia64/sn/sn1/router.h - 1.2 linux/include/asm-ia64/sn/sn1/leds.h - 1.2 linux/include/asm-ia64/sn/sn1/ip27config.h - 1.2 linux/arch/ia64/sn/fprom/Makefile - 1.2 linux/arch/ia64/sn/fprom/fw-emu.c - 1.2 linux/arch/ia64/sn/io/Makefile - 1.2 linux/arch/ia64/sn/io/alenlist.c - 1.2 linux/arch/ia64/sn/io/cdl.c - 1.2 linux/arch/ia64/sn/io/devsupport.c - 1.2 linux/arch/ia64/sn/io/eeprom.c - 1.2 linux/arch/ia64/sn/io/hcl.c - 1.2 linux/arch/ia64/sn/io/hcl_util.c - 1.2 linux/arch/ia64/sn/io/hubdev.c - 1.2 linux/arch/ia64/sn/io/hubspc.c - 1.2 linux/arch/ia64/sn/io/invent.c - 1.2 linux/arch/ia64/sn/io/io.c - 1.2 linux/arch/ia64/sn/io/ip37.c - 1.2 linux/arch/ia64/sn/io/klconflib.c - 1.3 linux/arch/ia64/sn/io/klgraph.c - 1.2 linux/arch/ia64/sn/io/klgraph_hack.c - 1.3 linux/arch/ia64/sn/io/l1.c - 1.4 linux/arch/ia64/sn/io/l1_command.c - 1.2 linux/arch/ia64/sn/io/labelcl.c - 1.2 linux/arch/ia64/sn/io/mem_refcnt.c - 1.2 linux/arch/ia64/sn/io/ml_SN_init.c - 1.2 linux/arch/ia64/sn/io/ml_SN_intr.c - 1.2 linux/arch/ia64/sn/io/ml_iograph.c - 1.2 linux/arch/ia64/sn/io/module.c - 1.2 linux/arch/ia64/sn/io/pci.c - 1.2 linux/arch/ia64/sn/io/pci_bus_cvlink.c - 1.2 linux/arch/ia64/sn/io/pci_dma.c - 1.2 linux/arch/ia64/sn/io/pcibr.c - 1.4 linux/arch/ia64/sn/io/pciio.c - 1.2 linux/arch/ia64/sn/io/sgi_if.c - 1.2 linux/arch/ia64/sn/io/sgi_io_init.c - 1.2 linux/arch/ia64/sn/io/sgi_io_sim.c - 1.2 linux/include/asm-ia64/sn/nodepda.h - 1.2 linux/arch/ia64/sn/io/xbow.c - 1.3 linux/arch/ia64/sn/io/xswitch.c - 1.2 linux/arch/ia64/sn/io/xtalk.c - 1.3 linux/include/asm-ia64/sn/sn1/hubxb_next.h - 1.2 linux/arch/ia64/sn/sn1/discontig.c - 1.2 linux/arch/ia64/sn/sn1/iomv.c - 1.2 linux/arch/ia64/sn/sn1/llsc4.c - 1.2 linux/arch/ia64/sn/sn1/mm.c - 1.2 linux/include/asm-ia64/sn/sn1/hubpi_next.h - 1.2 linux/arch/ia64/sn/sn1/smp.c - 1.2 linux/arch/ia64/sn/sn1/sn1_asm.S - 1.2 linux/arch/ia64/sn/sn1/synergy.c - 1.2 linux/include/asm-ia64/sn/sn1/hubio_next.h - 1.2 linux/include/asm-ia64/sn/sn1/bedrock.h - 1.2 linux/include/asm-ia64/sn/sn1/addrs.h - 1.2 linux/include/asm-ia64/sn/slotnum.h - 1.2 linux/include/asm-ia64/sn/sgi.h - 1.2 linux/arch/sh/kernel/rtc.c - 1.2 linux/include/asm-ia64/sn/router.h - 1.2 linux/include/asm-ia64/sn/pio.h - 1.2 linux/include/asm-ia64/sn/pci/pciio_private.h - 1.2 linux/include/asm-ia64/sn/pci/pciio.h - 1.2 linux/include/asm-ia64/sn/pci/pcibr_private.h - 1.3 linux/include/asm-ia64/sn/pci/pcibr.h - 1.2 linux/include/asm-ia64/sn/pci/pci_bus_cvlink.h - 1.2 linux/fs/reiserfs/stree.c - 1.3 linux/fs/reiserfs/super.c - 1.3 linux/fs/reiserfs/tail_conversion.c - 1.4 linux/fs/reiserfs/prints.c - 1.2 linux/fs/reiserfs/objectid.c - 1.2 linux/fs/reiserfs/namei.c - 1.3 linux/arch/sparc64/kernel/pci_schizo.c - 1.4 linux/fs/reiserfs/journal.c - 1.2 linux/fs/reiserfs/inode.c - 1.3 linux/fs/reiserfs/fix_node.c - 1.3 linux/fs/reiserfs/file.c - 1.2 linux/include/linux/reiserfs_fs.h - 1.3 linux/include/linux/reiserfs_fs_i.h - 1.2 linux/include/linux/reiserfs_fs_sb.h - 1.2 linux/fs/reiserfs/bitmap.c - 1.2 linux/drivers/sbus/char/cpwatchdog.c - 1.3 linux/include/asm-s390/dasd.h - 1.2 linux/include/asm-s390x/queue.h - 1.2 linux/arch/s390x/kernel/sys_s390.c - 1.3 linux/Documentation/cris/README - 1.2 linux/include/asm-s390x/ptrace.h - 1.2 linux/arch/s390x/kernel/smp.c - 1.2 linux/arch/s390x/kernel/signal32.c - 1.2 linux/include/asm-s390x/pgtable.h - 1.2 linux/include/asm-s390x/pgalloc.h - 1.2 linux/drivers/video/riva/rivafb.h - 1.2 linux/arch/s390x/kernel/signal.c - 1.2 linux/arch/s390x/kernel/setup.c - 1.2 linux/include/asm-s390x/page.h - 1.2 linux/arch/s390x/kernel/semaphore.c - 1.2 linux/Documentation/s390/chandev.8 - 1.2 linux/include/asm-s390x/misc390.h - 1.2 linux/include/asm-s390x/major.h - 1.2 linux/include/asm-s390x/irqextras390.h - 1.2 linux/include/asm-s390x/irq.h - 1.2 linux/include/asm-s390x/elf.h - 1.2 linux/include/asm-s390x/ebcdic.h - 1.2 linux/include/asm-s390x/delay.h - 1.2 linux/include/asm-s390x/debug.h - 1.2 linux/arch/s390x/kernel/s390_ksyms.c - 1.2 linux/arch/s390x/kernel/s390_ext.c - 1.2 linux/include/asm-s390x/dasd.h - 1.3 linux/arch/arm/boot/compressed/head-shark.S - 1.2 linux/arch/arm/boot/compressed/ofw-shark.c - 1.2 linux/include/asm-s390x/chandev.h - 1.2 linux/include/asm-s390x/ccwcache.h - 1.3 linux/drivers/sound/maestro3.c - 1.3 linux/include/asm-s390x/s390dyn.h - 1.2 linux/include/asm-s390x/s390io.h - 1.2 linux/drivers/sound/cs4281/cs4281m.c - 1.2 linux/drivers/sound/cs4281/cs4281_wrapper-24.c - 1.2 linux/arch/s390x/kernel/ptrace.c - 1.2 linux/arch/s390x/kernel/process.c - 1.2 linux/arch/s390x/kernel/linux32.c - 1.3 linux/arch/s390x/kernel/irqextras390.c - 1.2 linux/arch/s390x/kernel/irq.c - 1.2 linux/arch/s390x/kernel/head.S - 1.2 linux/include/asm-s390x/semaphore-helper.h - 1.2 linux/include/asm-s390x/semaphore.h - 1.2 linux/include/asm-s390x/setup.h - 1.2 linux/include/asm-s390x/signal.h - 1.2 linux/include/asm-s390x/sigp.h - 1.2 linux/arch/cris/Makefile - 1.2 linux/arch/cris/boot/compressed/Makefile - 1.2 linux/arch/cris/boot/compressed/decompress.ld - 1.2 linux/arch/cris/boot/compressed/head.S - 1.2 linux/arch/cris/boot/compressed/misc.c - 1.2 linux/arch/cris/config.in - 1.2 linux/arch/cris/cris.ld - 1.2 linux/arch/cris/defconfig - 1.2 linux/arch/cris/drivers/Config.in - 1.2 linux/arch/cris/drivers/Makefile - 1.2 linux/arch/cris/drivers/axisflashmap.c - 1.2 linux/arch/cris/drivers/ethernet.c - 1.2 linux/arch/cris/drivers/ide.c - 1.2 linux/arch/cris/drivers/serial.c - 1.3 linux/arch/cris/drivers/serial.h - 1.2 linux/arch/cris/kernel/entry.S - 1.3 linux/arch/cris/kernel/head.S - 1.2 linux/arch/cris/kernel/irq.c - 1.2 linux/arch/cris/kernel/kgdb.c - 1.2 linux/arch/cris/kernel/process.c - 1.2 linux/arch/cris/kernel/semaphore.c - 1.2 linux/arch/cris/kernel/setup.c - 1.2 linux/arch/cris/kernel/signal.c - 1.2 linux/arch/cris/kernel/sys_cris.c - 1.3 linux/arch/cris/kernel/traps.c - 1.2 linux/arch/cris/lib/checksum.S - 1.2 linux/arch/cris/lib/checksumcopy.S - 1.2 linux/arch/cris/mm/Makefile - 1.2 linux/arch/cris/mm/fault.c - 1.3 linux/arch/cris/mm/init.c - 1.2 linux/drivers/s390/s390io.c - 1.2 linux/drivers/s390/s390dyn.c - 1.2 linux/drivers/s390/net/netiucv.c - 1.3 linux/include/asm-s390x/smp.h - 1.2 linux/drivers/s390/net/ctcmain.c - 1.2 linux/drivers/s390/idals.c - 1.2 linux/drivers/s390/char/tapedefs.h - 1.2 linux/drivers/s390/char/tapechar.h - 1.2 linux/arch/s390x/kernel/exec32.c - 1.3 linux/drivers/s390/char/tapechar.c - 1.2 linux/arch/s390x/kernel/entry.S - 1.3 linux/drivers/s390/char/tapeblock.h - 1.2 linux/drivers/s390/char/tapeblock.c - 1.2 linux/drivers/s390/char/tape34xx.h - 1.2 linux/drivers/s390/char/tape34xx.c - 1.3 linux/drivers/s390/char/tape3490.h - 1.2 linux/drivers/s390/char/tape3490.c - 1.2 linux/drivers/s390/char/tape3480.h - 1.2 linux/drivers/s390/char/tape3480.c - 1.2 linux/drivers/s390/char/tape.h - 1.2 linux/drivers/s390/char/tape.c - 1.2 linux/arch/s390x/kernel/ebcdic.c - 1.2 linux/arch/s390x/kernel/debug.c - 1.2 linux/arch/s390x/kernel/cpprintk.c - 1.2 linux/arch/s390x/kernel/cpcmd.h - 1.2 linux/arch/s390x/kernel/cpcmd.c - 1.2 linux/arch/s390x/kernel/binfmt_elf32.c - 1.3 linux/arch/s390x/kernel/Makefile - 1.3 linux/arch/s390x/defconfig - 1.2 linux/arch/s390x/config.in - 1.2 linux/arch/s390x/mm/ioremap.c - 1.2 linux/arch/s390x/mm/init.c - 1.2 linux/include/asm-s390x/spinlock.h - 1.2 linux/drivers/s390/ccwcache.c - 1.2 linux/drivers/s390/block/xpram.c - 1.2 linux/include/asm-s390x/system.h - 1.2 linux/include/asm-s390x/termios.h - 1.2 linux/include/asm-s390x/todclk.h - 1.2 linux/drivers/s390/block/dasd_fba.c - 1.2 linux/include/asm-s390x/types.h - 1.2 linux/drivers/s390/block/dasd_eckd.h - 1.2 linux/drivers/s390/block/dasd_diag.c - 1.2 linux/arch/s390x/lib/delay.c - 1.2 linux/arch/s390x/lib/Makefile - 1.3 linux/include/asm-s390x/uaccess.h - 1.2 linux/include/asm-s390/ccwcache.h - 1.3 linux/drivers/s390/block/dasd_3990_erp.h - 1.2 linux/drivers/s390/block/dasd_3990_erp.c - 1.2 linux/include/asm-cris/unistd.h - 1.2 linux/include/asm-cris/termios.h - 1.2 linux/include/asm-cris/sv_addr.agh - 1.2 linux/include/asm-cris/socket.h - 1.2 linux/drivers/pcmcia/hd64465_ss.c - 1.2 linux/include/asm-s390x/atomic.h - 1.2 linux/include/asm-cris/semaphore.h - 1.2 linux/drivers/net/tokenring/tmsisa.c - 1.3 linux/include/asm-s390/todclk.h - 1.2 linux/include/asm-s390/debug.h - 1.2 linux/drivers/net/pci-skeleton.c - 1.3 linux/include/asm-cris/bitops.h - 1.2 linux/include/asm-cris/delay.h - 1.2 linux/include/asm-cris/eshlibld.h - 1.2 linux/arch/s390/kernel/debug.c - 1.2 linux/include/asm-cris/ptrace.h - 1.2 linux/include/asm-cris/processor.h - 1.2 linux/arch/s390/kernel/s390_ext.c - 1.2 linux/include/asm-cris/pgalloc.h - 1.2 linux/include/asm-cris/irq.h - 1.2 linux/include/asm-cris/io.h - 1.2 linux/arch/s390x/vmlinux.lds - 1.2 linux/arch/s390x/tools/silo/silo.c - 1.2 linux/arch/s390x/tools/dasdfmt/dasdfmt.c - 1.3 linux/arch/s390x/boot/Makefile - 1.3 linux/drivers/net/pcmcia/hermes.h - 1.2 linux/Documentation/i810_rng.txt - 1.2 linux/include/asm-sparc64/bbc.h - 1.2 linux/include/asm-ppc/tqm8xx.h - 1.2 linux/drivers/usb/serial/io_edgeport.c - 1.2 linux/drivers/scsi/aic7xxx_old/sequencer.h - 1.2 linux/drivers/scsi/aic7xxx_old/aic7xxx.seq - 1.2 linux/drivers/scsi/aic7xxx_old/aic7xxx.reg - 1.2 linux/drivers/scsi/aic7xxx_old.c - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_osm.h - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_linux.c - 1.2 linux/drivers/sbus/char/riowatchdog.c - 1.2 linux/drivers/net/wan/hdlc.c - 1.2 linux/arch/arm/tools/getconstants.c - 1.2 linux/drivers/net/wan/dscc4.c - 1.2 linux/drivers/net/sungem.h - 1.2 linux/drivers/net/sungem.c - 1.2 linux/drivers/net/pcmcia/orinoco_cs.c - 1.2 linux/drivers/net/pcmcia/hermes.c - 1.2 linux/drivers/char/machzwd.c - 1.2 From owner-linux-xfs@oss.sgi.com Wed May 2 00:30:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f427UHp18182 for linux-xfs-outgoing; Wed, 2 May 2001 00:30:17 -0700 Received: from mx03.uni-tuebingen.de (mx03.uni-tuebingen.de [134.2.3.13]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f427UFF18175 for ; Wed, 2 May 2001 00:30:15 -0700 Received: from mailserv05.uni-tuebingen.de (mailserv05.uni-tuebingen.de [192.168.3.15]) by mx03.uni-tuebingen.de (8.9.3/8.9.3) with ESMTP id JAA10411 for ; Wed, 2 May 2001 09:30:14 +0200 Received: from chimaera (pool4019.studentenheim.uni-tuebingen.de [134.2.214.19]) by mailserv05.uni-tuebingen.de (8.9.3/8.9.3) with SMTP id JAA20969 for ; Wed, 2 May 2001 09:30:13 +0200 Message-ID: <005c01c0d2da$06bd8100$0a42a8c0@chimaera> From: "Simon Pabst" To: Subject: XFS 1.0 RH7.1 won't boot Date: Wed, 2 May 2001 09:31:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I downloaded and installed the 1.0-XFS-Redhat ISOs, but the system does not boot - instead it locks up after > RAMDISK - compressed image found at block 0 I used the boot.img bootdisk because I have a non-bootable cdrom drive, I hope this isn't a problem? The partition I used is hdc2, beyond the 1024 cylinder, what might be a problem, but a stock-EXT2-Redhat 7.1 can run without any trouble from hdc2. Did I miss something important or is this an installer related bug? - Simon From owner-linux-xfs@oss.sgi.com Wed May 2 00:39:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f427dbn18523 for linux-xfs-outgoing; Wed, 2 May 2001 00:39:37 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f427dYF18520 for ; Wed, 2 May 2001 00:39:34 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f427cuB11986; Wed, 2 May 2001 02:38:56 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AEFC6DE.53A727B4@thebarn.com> Date: Wed, 02 May 2001 03:35:43 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Simon Pabst CC: linux-xfs@oss.sgi.com Subject: Re: XFS 1.0 RH7.1 won't boot References: <005c01c0d2da$06bd8100$0a42a8c0@chimaera> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Simon Pabst wrote: Ok I hate to ask this; but what kind of mother board do you have? please don't say bamboo. The boot images has APIC enabled to solve a problem with the SGI 1200's apparently enabling this does break on some motherboards. One option is to download the Release-1.0-test3 iso image.... err scratch that download the bootnet.img from the test3 dir. If it works simple go ahead and install your system and then upgrade the kernel rpm after the system is up. > Hi, > I downloaded and installed the 1.0-XFS-Redhat ISOs, but the > system does not boot - instead it locks up after > > RAMDISK - compressed image found at block 0 > I used the boot.img bootdisk because I have a non-bootable > cdrom drive, I hope this isn't a problem? > The partition I used is hdc2, beyond the 1024 cylinder, what > might be a problem, but a stock-EXT2-Redhat 7.1 can run > without any trouble from hdc2. > Did I miss something important or is this an installer related > bug? > > - Simon From owner-linux-xfs@oss.sgi.com Wed May 2 00:52:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f427qTh19021 for linux-xfs-outgoing; Wed, 2 May 2001 00:52:29 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f427qOF19016 for ; Wed, 2 May 2001 00:52:25 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id JAA454993 for ; Wed, 2 May 2001 09:52:15 +0200 (CEST) mail_from (cattelan@gibble.americas.sgi.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id CAA88948 for ; Wed, 2 May 2001 02:50:59 -0500 (CDT) Received: (from cattelan@localhost) by gibble.americas.sgi.com (8.11.3/8.11.2) id f427nxG15920 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 03:49:59 -0400 Date: Wed, 2 May 2001 03:49:59 -0400 From: Russell Cattelan Message-Id: <200105020749.f427nxG15920@gibble.americas.sgi.com> Subject: TAKE - LVM function fix. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed May 2 00:48:52 PDT 2001 Workarea: gibble.americas.sgi.com:/export/extra/x2.4-xfs-clean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:93825a linux/drivers/md/lvm.c - 1.12 - Change get_hardblocksize to get_hardsect_size Thanks to Chris Pascoe for sending in the patch. From owner-linux-xfs@oss.sgi.com Wed May 2 01:05:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4285E019903 for linux-xfs-outgoing; Wed, 2 May 2001 01:05:14 -0700 Received: from oboe.it.uc3m.es (oboe.it.uc3m.es [163.117.139.101]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4285AF19898 for ; Wed, 2 May 2001 01:05:10 -0700 Received: (from ptb@localhost) by oboe.it.uc3m.es (8.11.0/8.11.0) id f4284qX23956; Wed, 2 May 2001 10:04:52 +0200 From: "Peter T. Breuer" Message-Id: <200105020804.f4284qX23956@oboe.it.uc3m.es> Subject: Re: XFS 1.0 RH7.1 won't boot In-Reply-To: <3AEFC6DE.53A727B4@thebarn.com> from "Russell Cattelan" at "May 2, 2001 03:35:43 am" To: "Russell Cattelan" Date: Wed, 2 May 2001 10:04:52 +0200 (MET DST) CC: "Simon Pabst" , linux-xfs@oss.sgi.com X-Anonymously-To: Reply-To: ptb@it.uc3m.es X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Russell Cattelan wrote:" > The boot images has APIC enabled to solve a problem with the SGI 1200's > apparently enabling this does break on some motherboards. boot with "noapic" as one of the boot parameters. > One option is to download the Release-1.0-test3 iso image.... err > scratch that download the bootnet.img from the test3 dir. Peter From owner-linux-xfs@oss.sgi.com Wed May 2 01:16:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f428Gj520488 for linux-xfs-outgoing; Wed, 2 May 2001 01:16:45 -0700 Received: from mx01.uni-tuebingen.de (mx01.uni-tuebingen.de [134.2.3.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f428GfF20461 for ; Wed, 2 May 2001 01:16:41 -0700 Received: from mailserv05.uni-tuebingen.de (mailserv05.uni-tuebingen.de [192.168.3.15]) by mx01.uni-tuebingen.de (8.9.3/8.9.3) with ESMTP id KAA15619 for ; Wed, 2 May 2001 10:16:40 +0200 Received: from chimaera (pool4019.studentenheim.uni-tuebingen.de [134.2.214.19]) by mailserv05.uni-tuebingen.de (8.9.3/8.9.3) with SMTP id KAA24546 for ; Wed, 2 May 2001 10:16:40 +0200 Message-ID: <000f01c0d2e0$83ef76f0$0a42a8c0@chimaera> From: "Simon Pabst" To: References: <200105020804.f4284qX23956@oboe.it.uc3m.es> Subject: Re: XFS 1.0 RH7.1 won't boot Date: Wed, 2 May 2001 10:18:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks, but this doesn't solve anything - I don't think this is APIC-related. It's NOT the boot.img bootdisk to start the installation that locks up, it's after using the installer-created bootdisk (instead of LILO) to boot the installed system. - Simon > "Russell Cattelan wrote:" > > The boot images has APIC enabled to solve a problem with the SGI 1200's > > apparently enabling this does break on some motherboards. > > boot with "noapic" as one of the boot parameters. > > > One option is to download the Release-1.0-test3 iso image.... err > > scratch that download the bootnet.img from the test3 dir. > > Peter > From owner-linux-xfs@oss.sgi.com Wed May 2 02:57:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f429vuJ25190 for linux-xfs-outgoing; Wed, 2 May 2001 02:57:56 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f429vrF25187 for ; Wed, 2 May 2001 02:57:54 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 06697C231; Wed, 2 May 2001 11:56:02 +0100 (BST) To: Ric Tibbetts Cc: Linux XFS List Subject: Re: Mandrake 8.0 + XFS (patch) References: <3AECCD58.28A6FCD8@chadera.net> From: Chmouel Boudjnah Date: 02 May 2001 11:56:02 +0100 In-Reply-To: <3AECCD58.28A6FCD8@chadera.net> (Ric Tibbetts's message of "Sun, 29 Apr 2001 19:26:32 -0700") Message-ID: Lines: 8 User-Agent: Gnus/5.090002 (Oort Gnus v0.02) Emacs/21.0.100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ric Tibbetts writes: > What I'd like to try this time, is to put the XFS patch against the > Mandrake kernel. Rhe frame buffer on the mandarke kernel works (on this > box), but the one in the cvs tree from SGI doesn't, and I'd like to keep > using it. I don't understand what it doen't work, do you have CONFIG_VESA set ? From owner-linux-xfs@oss.sgi.com Wed May 2 03:18:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42AIuN25793 for linux-xfs-outgoing; Wed, 2 May 2001 03:18:56 -0700 Received: from linux.compucomis.net (IDENT:postfix@linux.CompuComIS.net [216.140.122.75]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42AIrF25787 for ; Wed, 2 May 2001 03:18:54 -0700 Received: by linux.compucomis.net (Postfix, from userid 501) id ACBCCBC19; Wed, 2 May 2001 06:18:52 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by linux.compucomis.net (Postfix) with ESMTP id 933DA3FE5; Wed, 2 May 2001 06:18:52 -0400 (EDT) Date: Wed, 2 May 2001 06:18:52 -0400 (EDT) From: Mike Burger To: Simon Pabst Cc: Subject: Re: XFS 1.0 RH7.1 won't boot In-Reply-To: <000f01c0d2e0$83ef76f0$0a42a8c0@chimaera> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Does the system boot without the boot disk, ie, via the HD? If so, recreate your boot disk by running "mkbootdisk" as root. On Wed, 2 May 2001, Simon Pabst wrote: > Thanks, but this doesn't solve anything - > I don't think this is APIC-related. > It's NOT the boot.img bootdisk to start the installation > that locks up, it's after using the installer-created bootdisk > (instead of LILO) to boot the installed system. > > - Simon > > > "Russell Cattelan wrote:" > > > The boot images has APIC enabled to solve a problem with the SGI 1200's > > > apparently enabling this does break on some motherboards. > > > > boot with "noapic" as one of the boot parameters. > > > > > One option is to download the Release-1.0-test3 iso image.... err > > > scratch that download the bootnet.img from the test3 dir. > > > > Peter > > > > From owner-linux-xfs@oss.sgi.com Wed May 2 03:26:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42AQrO26137 for linux-xfs-outgoing; Wed, 2 May 2001 03:26:53 -0700 Received: from mx02.uni-tuebingen.de (mx02.uni-tuebingen.de [134.2.3.12]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42AQnF26126 for ; Wed, 2 May 2001 03:26:49 -0700 Received: from mailserv05.uni-tuebingen.de (mailserv05.uni-tuebingen.de [192.168.3.15]) by mx02.uni-tuebingen.de (8.9.3/8.9.3) with ESMTP id MAA19863; Wed, 2 May 2001 12:26:45 +0200 Received: from chimaera (pool4019.studentenheim.uni-tuebingen.de [134.2.214.19]) by mailserv05.uni-tuebingen.de (8.9.3/8.9.3) with SMTP id MAA02756; Wed, 2 May 2001 12:26:45 +0200 Message-ID: <006901c0d2f2$b00fd4c0$0a42a8c0@chimaera> From: "Simon Pabst" To: Cc: "Mike Burger" References: Subject: Re: XFS 1.0 RH7.1 won't boot Date: Wed, 2 May 2001 12:28:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk No, I skipped LILO installation because the RH-installer suggested it - I suppose Redhat still uses a LILO that has problems with partitions beyond 1024 cylinder? I am new to Redhat - I use SuSE on my other pc's, so I am not sure. But I have created several bootdisks, and none of them can boot my partition, so I don't think it's a floppy problem Looks like I got to do it the hard way - install RH7.1 with ext2, which works without problems, and change to a XFS root later on. thanks - Simon > Does the system boot without the boot disk, ie, via the HD? > > If so, recreate your boot disk by running "mkbootdisk" as root. > > On Wed, 2 May 2001, Simon Pabst wrote: > > > Thanks, but this doesn't solve anything - > > I don't think this is APIC-related. > > It's NOT the boot.img bootdisk to start the installation > > that locks up, it's after using the installer-created bootdisk > > (instead of LILO) to boot the installed system. > > > > - Simon > > > > > "Russell Cattelan wrote:" > > > > The boot images has APIC enabled to solve a problem with the SGI 1200's > > > > apparently enabling this does break on some motherboards. > > > > > > boot with "noapic" as one of the boot parameters. > > > > > > > One option is to download the Release-1.0-test3 iso image.... err > > > > scratch that download the bootnet.img from the test3 dir. > > > > > > Peter > > > > > > > > From owner-linux-xfs@oss.sgi.com Wed May 2 03:35:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42AZaf26398 for linux-xfs-outgoing; Wed, 2 May 2001 03:35:36 -0700 Received: from linux.compucomis.net (IDENT:postfix@linux.CompuComIS.net [216.140.122.75]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42AZWF26386 for ; Wed, 2 May 2001 03:35:32 -0700 Received: by linux.compucomis.net (Postfix, from userid 501) id 9DDA2BC19; Wed, 2 May 2001 06:35:29 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by linux.compucomis.net (Postfix) with ESMTP id CD1373FBD; Wed, 2 May 2001 06:35:29 -0400 (EDT) Date: Wed, 2 May 2001 06:35:28 -0400 (EDT) From: Mike Burger To: Simon Pabst Cc: Subject: Re: XFS 1.0 RH7.1 won't boot In-Reply-To: <006901c0d2f2$b00fd4c0$0a42a8c0@chimaera> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk That could be a problem. FWIW, just to be safe, when I install, I create a small partition for /boot (10-15MB should be more than enough) at the beginning of my HD, to keep LILO and all the boot info inside the 1024 cylinder mark. On Wed, 2 May 2001, Simon Pabst wrote: > No, I skipped LILO installation because the RH-installer > suggested it - I suppose Redhat still uses a LILO that > has problems with partitions beyond 1024 cylinder? > I am new to Redhat - I use SuSE on my other pc's, so > I am not sure. > But I have created several bootdisks, and none of them > can boot my partition, so I don't think it's a floppy problem > Looks like I got to do it the hard way - install RH7.1 with ext2, > which works without problems, and change to > a XFS root later on. > > thanks > - Simon > > > Does the system boot without the boot disk, ie, via the HD? > > > > If so, recreate your boot disk by running "mkbootdisk" as root. > > > > On Wed, 2 May 2001, Simon Pabst wrote: > > > > > Thanks, but this doesn't solve anything - > > > I don't think this is APIC-related. > > > It's NOT the boot.img bootdisk to start the installation > > > that locks up, it's after using the installer-created bootdisk > > > (instead of LILO) to boot the installed system. > > > > > > - Simon > > > > > > > "Russell Cattelan wrote:" > > > > > The boot images has APIC enabled to solve a problem with the SGI > 1200's > > > > > apparently enabling this does break on some motherboards. > > > > > > > > boot with "noapic" as one of the boot parameters. > > > > > > > > > One option is to download the Release-1.0-test3 iso image.... err > > > > > scratch that download the bootnet.img from the test3 dir. > > > > > > > > Peter > > > > > > > > > > > > > > From owner-linux-xfs@oss.sgi.com Wed May 2 03:39:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42AdR326512 for linux-xfs-outgoing; Wed, 2 May 2001 03:39:27 -0700 Received: from mail.coltex.nl (edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42AdOF26509 for ; Wed, 2 May 2001 03:39:24 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f42AdLK05188; Wed, 2 May 2001 12:39:21 +0200 Message-Id: <4.3.2.7.2.20010502121155.034d5dd0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 02 May 2001 12:39:28 +0200 To: "Simon Pabst" , From: Seth Mos Subject: Re: XFS 1.0 RH7.1 won't boot In-Reply-To: <005c01c0d2da$06bd8100$0a42a8c0@chimaera> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 09:31 2-5-2001 +0200, Simon Pabst wrote: >Hi, >I downloaded and installed the 1.0-XFS-Redhat ISOs, but the >system does not boot - instead it locks up after > > RAMDISK - compressed image found at block 0 >I used the boot.img bootdisk because I have a non-bootable >cdrom drive, I hope this isn't a problem? Can't comment on that one. Should work. >The partition I used is hdc2, beyond the 1024 cylinder, what >might be a problem, but a stock-EXT2-Redhat 7.1 can run >without any trouble from hdc2. >Did I miss something important or is this an installer related >bug? The installer I used (test4 iso image) gave an error that /boot was above 1024 cylinders on my notebook. Which is nonsense since it actually should try to use lba32 instead. Because I know it works. Or print a warning that it might not bootable after installation and suggest making the floppy. >- Simon Bye Seth -- Seth Every program has two purposes one for which it was written and another for which it wasn't I make the last kind. From owner-linux-xfs@oss.sgi.com Wed May 2 03:46:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Akhb26671 for linux-xfs-outgoing; Wed, 2 May 2001 03:46:43 -0700 Received: from mx02.uni-tuebingen.de (mx02.uni-tuebingen.de [134.2.3.12]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42AkeF26666 for ; Wed, 2 May 2001 03:46:40 -0700 Received: from mailserv05.uni-tuebingen.de (mailserv05.uni-tuebingen.de [192.168.3.15]) by mx02.uni-tuebingen.de (8.9.3/8.9.3) with ESMTP id MAA21365; Wed, 2 May 2001 12:46:33 +0200 Received: from chimaera (pool4019.studentenheim.uni-tuebingen.de [134.2.214.19]) by mailserv05.uni-tuebingen.de (8.9.3/8.9.3) with SMTP id MAA04519; Wed, 2 May 2001 12:46:33 +0200 Message-ID: <008e01c0d2f5$74702160$0a42a8c0@chimaera> From: "Simon Pabst" To: Cc: "Seth Mos" References: <4.3.2.7.2.20010502121155.034d5dd0@pop.xs4all.nl> Subject: Re: XFS 1.0 RH7.1 won't boot Date: Wed, 2 May 2001 12:48:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > At 09:31 2-5-2001 +0200, Simon Pabst wrote: > >Hi, > >I downloaded and installed the 1.0-XFS-Redhat ISOs, but the > >system does not boot - instead it locks up after > > > RAMDISK - compressed image found at block 0 > >I used the boot.img bootdisk because I have a non-bootable > >cdrom drive, I hope this isn't a problem? > > Can't comment on that one. Should work. > > >The partition I used is hdc2, beyond the 1024 cylinder, what > >might be a problem, but a stock-EXT2-Redhat 7.1 can run > >without any trouble from hdc2. > >Did I miss something important or is this an installer related > >bug? > > The installer I used (test4 iso image) gave an error that /boot was above > 1024 cylinders on my notebook. Which is nonsense since it actually should > try to use lba32 instead. Because I know it works. > Or print a warning that it might not bootable after installation and > suggest making the floppy. that's exactly what it did suggest - and so I did, but this disk isn't capable of booting my system, it stops after the RAMDISK... line. Do you think it might work if I move /boot to the beginning of hda? I have a boot partition there, but it is used otherwise right now, so this would mean some work. thanks - Simon From owner-linux-xfs@oss.sgi.com Wed May 2 03:57:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42AvtK27059 for linux-xfs-outgoing; Wed, 2 May 2001 03:57:55 -0700 Received: from mail.coltex.nl (edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42AvnF27055 for ; Wed, 2 May 2001 03:57:50 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f42AvkK05280; Wed, 2 May 2001 12:57:46 +0200 Message-Id: <4.3.2.7.2.20010502125705.0377cdd8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 02 May 2001 12:57:53 +0200 To: "Simon Pabst" , From: Seth Mos Subject: Re: XFS 1.0 RH7.1 won't boot In-Reply-To: <008e01c0d2f5$74702160$0a42a8c0@chimaera> References: <4.3.2.7.2.20010502121155.034d5dd0@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 12:48 2-5-2001 +0200, Simon Pabst wrote: > > At 09:31 2-5-2001 +0200, Simon Pabst wrote: > > >Hi, > > >I downloaded and installed the 1.0-XFS-Redhat ISOs, but the > > >system does not boot - instead it locks up after > > > > RAMDISK - compressed image found at block 0 > > >I used the boot.img bootdisk because I have a non-bootable > > >cdrom drive, I hope this isn't a problem? > > > > Can't comment on that one. Should work. > > > > >The partition I used is hdc2, beyond the 1024 cylinder, what > > >might be a problem, but a stock-EXT2-Redhat 7.1 can run > > >without any trouble from hdc2. > > >Did I miss something important or is this an installer related > > >bug? > > > > The installer I used (test4 iso image) gave an error that /boot was above > > 1024 cylinders on my notebook. Which is nonsense since it actually should > > try to use lba32 instead. Because I know it works. > > Or print a warning that it might not bootable after installation and > > suggest making the floppy. > >that's exactly what it did suggest - and so I did, but this >disk isn't capable of booting my system, it stops after the RAMDISK... >line. >Do you think it might work if I move /boot to the beginning of hda? >I have a boot partition there, but it is used otherwise right now, >so this would mean some work. Yes this does work. I just made a /boot of 50M and the install went fine after that. >thanks >- Simon Bye -- Seth Every program has two purposes one for which it was written and another for which it wasn't I make the last kind. From owner-linux-xfs@oss.sgi.com Wed May 2 07:35:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42EZDM06949 for linux-xfs-outgoing; Wed, 2 May 2001 07:35:13 -0700 Received: from gate.front.se ([193.15.243.114]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42EZAF06946 for ; Wed, 2 May 2001 07:35:11 -0700 Received: from [(hidden)] by gate.front.se for linux-xfs@oss.sgi.com id QAA01009; Wed May 2 16:33:45 2001 Message-ID: Subject: Unable to create XFS tree via patchfile Date: Wed, 2 May 2001 16:35:59 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" To: "'linux-xfs@oss.sgi.com'" From: Jan Jonasson Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I was not able to install XFS from the patch-files! This is my setup/result: // [root@lin02 src]# pwd /usr/src [root@lin02 src]# cat /etc/issue Red Hat Linux release 7.1 (Seawolf) Kernel 2.4.4-pre6 on an i586 [root@lin02 src]# ls -l total 196k lrwxrwxrwx 1 root root 11 May 2 15:01 linux -> linux-2.4.4/ -rw-r--r-- 1 root root 179k May 2 15:53 linux-2.4.3-core-xfs-1.0.patch drwxr-xr-x 14 1046 101 4.0k May 2 15:35 linux-2.4.4/ drwxr-xr-x 14 1046 101 4.0k Apr 24 11:56 old-linux-2.4.4-pre6/ drwxr-xr-x 7 root root 4.0k Apr 20 16:07 redhat/ [root@lin02 src]# patch -p1 < linux-2.4.3-core-xfs-1.0.patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- /export/extra/lxfs-cvs/linux-2.4.3/linux/Documentation/Changes Tue Mar 6 21:44:34 2001 |+++ linux/Documentation/Changes Mon Apr 23 20:45:41 2001 -------------------------- File to patch: [root@lin02 src]# // Any suggestions ?? /Janne Jonasson From owner-linux-xfs@oss.sgi.com Wed May 2 07:50:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Eonf07587 for linux-xfs-outgoing; Wed, 2 May 2001 07:50:49 -0700 Received: from foehn100.plesnik.bonsai.de (mail.plesnik.de [212.117.70.78]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42EoiF07584 for ; Wed, 2 May 2001 07:50:44 -0700 Received: from quickstep.plesnik.bonsai.de (root@quickstep.plesnik.bonsai.de [192.168.103.212]) by foehn100.plesnik.bonsai.de (8.9.1/8.9.1) with ESMTP id QAA25383 for ; Wed, 2 May 2001 16:48:01 +0200 Received: (from mas@localhost) by quickstep.plesnik.bonsai.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f42EmAj21188 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 16:48:10 +0200 Date: Wed, 2 May 2001 16:48:10 +0200 From: Martin Spott To: linux-xfs@oss.sgi.com Subject: Re: Unable to create XFS tree via patchfile Message-ID: <20010502164810.A16064@quickstep.plesnik.bonsai.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: ; from jan.jonasson@front.com on Wed, May 02, 2001 at 04:35:59PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, May 02, 2001 at 04:35:59PM +0200, Jan Jonasson wrote: > [root@lin02 src]# patch -p1 < linux-2.4.3-core-xfs-1.0.patch Is this the first time you're patching a kernel source tree ? ;-) Please change to /usr/src/linux/ and apply the patch in this directory, using '-p1'. BTW, you will not get linux-2.4.3-core-xfs-1.0.patch applied to the 2.4.4 source tree without manually correcting several rejects. I did this myself and it was pretty time consuming, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed May 2 08:13:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FDAs08988 for linux-xfs-outgoing; Wed, 2 May 2001 08:13:10 -0700 Received: from roujin.gargoylecc.com (roujin.gargoylecc.com [65.100.85.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FD7F08984 for ; Wed, 2 May 2001 08:13:08 -0700 Received: from roujin.gargoylecc.com (IDENT:ringram@roujin.gargoylecc.com [65.100.85.34]) by roujin.gargoylecc.com (8.9.3/8.9.3) with ESMTP id JAA18427 for ; Wed, 2 May 2001 09:09:44 -0600 Date: Wed, 2 May 2001 09:09:44 -0600 (MDT) From: Russel Ingram To: Subject: Re: XFS 1.0 RH7.1 won't boot In-Reply-To: <006901c0d2f2$b00fd4c0$0a42a8c0@chimaera> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2 May 2001, Simon Pabst wrote: > No, I skipped LILO installation because the RH-installer > suggested it - I suppose Redhat still uses a LILO that > has problems with partitions beyond 1024 cylinder? Just my $0.02 worth here .... Seems to me that not installing LILO would more than likely be your problem. I have a couple of systems with drives that run past the 1024 cylinder mark with no /boot partition that boot just fine after the 7.1 installation. lba32 is installed by default (whether you keep it under the 1024 mark or not) and it works fine. You might just try booting from the installation disks again and using the rescue option to install a lilo. -- Russ Ingram Gargoyle Computer Consulting (307)742-1361 www.gargoylecc.com From owner-linux-xfs@oss.sgi.com Wed May 2 08:13:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FDlZ09016 for linux-xfs-outgoing; Wed, 2 May 2001 08:13:47 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FDkF09013 for ; Wed, 2 May 2001 08:13:46 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f42FDhN28155; Wed, 2 May 2001 10:13:43 -0500 (CDT) Message-ID: <3AF02478.371F24FF@sgi.com> Date: Wed, 02 May 2001 10:15:04 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Simon Pabst CC: linux-xfs@oss.sgi.com Subject: Re: XFS 1.0 RH7.1 won't boot References: <200105020804.f4284qX23956@oboe.it.uc3m.es> <000f01c0d2e0$83ef76f0$0a42a8c0@chimaera> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Simon Pabst wrote: > > Thanks, but this doesn't solve anything - > I don't think this is APIC-related. > It's NOT the boot.img bootdisk to start the installation > that locks up, it's after using the installer-created bootdisk > (instead of LILO) to boot the installed system. Ah, that's the problem. If you're booting off the installer-created boot floppy, odds are the kernel was too big to fit on the floppy, and that's why it's failing. We really need to add a warning and/or check to the "make boot floppy" option - or just disable it. It's tough to fit XFS + scsi drivers on a boot floppy... If you want to get in and muck around w/ your system to make it boot from the hard drive, try booting into installer rescue mode with "linux rescue" at the installer lilo prompt. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 08:17:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FHGB09123 for linux-xfs-outgoing; Wed, 2 May 2001 08:17:16 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FHEF09120 for ; Wed, 2 May 2001 08:17:14 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f42FGLN28985; Wed, 2 May 2001 10:16:21 -0500 (CDT) Message-ID: <3AF02515.4C0838E6@sgi.com> Date: Wed, 02 May 2001 10:17:41 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: K Mitchell Russell CC: David Benigni , linux-xfs@oss.sgi.com Subject: Re: swapon error References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk K Mitchell Russell wrote: > One more annoyance probably related to devfs is the failed umount of > /dev on shutdown of my system. I get a message something to the effect > of: > > unmounting file system: umount2 failed device busy > resource or device /dev busy [failed] > (this is paraphrased from memory, as syslogd is shutdown by this point) Yep, I get this too. Again, it should be harmless (rebooting with a _virtual_ filesystem still mounted should cause no problems) but I'd like to get rid of it as well... -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 08:19:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FJS509187 for linux-xfs-outgoing; Wed, 2 May 2001 08:19:28 -0700 Received: from apeiba.wanadoo.fr (smtp-rt-2.wanadoo.fr [193.252.19.154]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FJMF09179 for ; Wed, 2 May 2001 08:19:24 -0700 Received: from amyris.wanadoo.fr (193.252.19.150) by apeiba.wanadoo.fr; 2 May 2001 17:19:14 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by amyris.wanadoo.fr; 2 May 2001 17:19:02 +0200 Subject: SGI CD installer and RedHat disc1: two in one From: "redhat.angus" To: linux-xfs Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 17:20:30 +0200 Message-Id: <988816831.4045.0.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I have mixed SGI CD and RedHat disc1 in one CD. It works but I would like to modify the installer to not ask for SGI CD (whereas it is the same) thus avoiding one CD swap. I just create .disc3-i386 on CD 1 to avoid anaconda to crash and it's worked. I looked at anaconda-7.1-xfs.patch from src.rpm but i do not have finds my happiness. Finally, can somebody explain me the use of --fileorder argument to genhdlist binary ? Thanks in advance and cheer for you remarkable work @ SGI around Linux -David From owner-linux-xfs@oss.sgi.com Wed May 2 08:25:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FPGT09506 for linux-xfs-outgoing; Wed, 2 May 2001 08:25:16 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FPEF09500 for ; Wed, 2 May 2001 08:25:14 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f42FP9502837; Wed, 2 May 2001 10:25:09 -0500 (CDT) Message-ID: <3AF02727.CC69EC6A@sgi.com> Date: Wed, 02 May 2001 10:26:31 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Martin Spott CC: linux-xfs@oss.sgi.com Subject: Re: Unable to create XFS tree via patchfile References: <20010502164810.A16064@quickstep.plesnik.bonsai.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Martin Spott wrote: > > On Wed, May 02, 2001 at 04:35:59PM +0200, Jan Jonasson wrote: > > > [root@lin02 src]# patch -p1 < linux-2.4.3-core-xfs-1.0.patch > > Is this the first time you're patching a kernel source tree ? ;-) > Please change to /usr/src/linux/ and apply the patch in this directory, > using '-p1'. That's partly our fault - the patch used to apply 1 level higher (since it patched linux/ and created cmds/) and the instructions on the web page are wrong. I'll fix that, sorry! Martin's right, though, apply it in the linux/ directory rather than it's parent directory. He's also right that you REALLY only want to apply the 2.4.3 patch to a 2.4.3 kernel. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 08:26:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FQbV09590 for linux-xfs-outgoing; Wed, 2 May 2001 08:26:37 -0700 Received: from linux.compucomis.net (IDENT:postfix@linux.CompuComIS.net [216.140.122.75]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FQaF09587 for ; Wed, 2 May 2001 08:26:36 -0700 Received: by linux.compucomis.net (Postfix, from userid 501) id 78DE8BC19; Wed, 2 May 2001 11:26:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by linux.compucomis.net (Postfix) with ESMTP id 72A513FA1; Wed, 2 May 2001 11:26:36 -0400 (EDT) Date: Wed, 2 May 2001 11:26:36 -0400 (EDT) From: Mike Burger To: "redhat.angus" Cc: linux-xfs Subject: Re: SGI CD installer and RedHat disc1: two in one In-Reply-To: <988816831.4045.0.camel@adslgw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The SGI and RH Disc1 CDs aren't the same...the SGI CD has much less on it than the RH1 CD, and installation requires at least the SGI and RH CD1, if not RH CD2. On 2 May 2001, redhat.angus wrote: > Hello, > > I have mixed SGI CD and RedHat disc1 in one CD. > It works but I would like to modify the installer to not ask for SGI CD > (whereas it is the same) thus avoiding one CD swap. > I just create .disc3-i386 on CD 1 to avoid anaconda to crash and it's > worked. > > I looked at anaconda-7.1-xfs.patch from src.rpm but i do not have finds > my happiness. > > Finally, can somebody explain me the use of --fileorder argument to > genhdlist binary ? > > Thanks in advance and cheer for you remarkable work @ SGI around Linux > > -David > > From owner-linux-xfs@oss.sgi.com Wed May 2 08:31:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FV8x09732 for linux-xfs-outgoing; Wed, 2 May 2001 08:31:08 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FV7F09729 for ; Wed, 2 May 2001 08:31:07 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f42FV0504733; Wed, 2 May 2001 10:31:00 -0500 (CDT) Message-ID: <3AF02886.1FDA8E02@sgi.com> Date: Wed, 02 May 2001 10:32:22 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "redhat.angus" CC: linux-xfs Subject: Re: SGI CD installer and RedHat disc1: two in one References: <988816831.4045.0.camel@adslgw> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "redhat.angus" wrote: > > Hello, > > I have mixed SGI CD and RedHat disc1 in one CD. > It works but I would like to modify the installer to not ask for SGI CD > (whereas it is the same) thus avoiding one CD swap. > I just create .disc3-i386 on CD 1 to avoid anaconda to crash and it's > worked. > > I looked at anaconda-7.1-xfs.patch from src.rpm but i do not have finds > my happiness. Look at line 173 in the patched image.py - change self.currentDisc = 3 to self.currentDisc = 1 and put .disc1-i386 on your combination CD - that should do it. > Finally, can somebody explain me the use of --fileorder argument to > genhdlist binary ? You may not need to use it if you only have 2 discs... basically, you can pass a modified installation order (just a list of RPMs) into genhdlist, and that will put the install order in the generated hdlist. Otherwise, it will use a default order based on dependencies, and you may wind up with extra disc swaps. HTH, -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 08:51:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42FpNF10464 for linux-xfs-outgoing; Wed, 2 May 2001 08:51:23 -0700 Received: from femail11.sdc1.sfba.home.com (femail11.sdc1.sfba.home.com [24.0.95.107]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42FpLF10458 for ; Wed, 2 May 2001 08:51:21 -0700 Received: from david ([65.2.16.49]) by femail11.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010502155119.TWUK22926.femail11.sdc1.sfba.home.com@david>; Wed, 2 May 2001 08:51:19 -0700 Message-ID: <008b01c0d31f$b6acaab0$0a00a8c0@david> From: "David Benigni" To: "Eric Sandeen" , "K Mitchell Russell" Cc: References: <3AF02515.4C0838E6@sgi.com> Subject: Re: swapon error Date: Wed, 2 May 2001 11:51:12 -0400 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Count me in too on that error as well. So, basically, these errors are devfs problems correct? David P. Benigni II ----- Original Message ----- > K Mitchell Russell wrote: > > > One more annoyance probably related to devfs is the failed umount of > > /dev on shutdown of my system. I get a message something to the effect > > of: > > > > unmounting file system: umount2 failed device busy > > resource or device /dev busy [failed] > > (this is paraphrased from memory, as syslogd is shutdown by this point) > > Yep, I get this too. > > Again, it should be harmless (rebooting with a _virtual_ filesystem > still mounted should cause no problems) but I'd like to get rid of it as > well... > > -Eric > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:03:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42G3gZ11702 for linux-xfs-outgoing; Wed, 2 May 2001 09:03:42 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42G3eF11699 for ; Wed, 2 May 2001 09:03:41 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f42G1fU10799; Wed, 2 May 2001 11:01:41 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Wed, 2 May 2001 11:01:40 -0500 (CDT) From: Austin Gonyou To: Eric Sandeen cc: David Benigni , Rajagopal Ananthanarayanan , Subject: Re: swapon error In-Reply-To: <3AEF6F01.1EF38AE4@sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk There are 2 sections in rc.sysinit which call swapon -a. The last one, line 628 or something like that, maybe it was 648, anyway, just comment that out, Swap has already been enabled. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Tue, 1 May 2001, Eric Sandeen wrote: > David Benigni wrote: > > > > I don't know if it is on not. I'm assuming so, because after on the second > > boot, I still get the error but says it started "ok." > > That's because they call "swapon -a" and then pass /bin/true to the part > of the script that generates "ok" > > Your system could be melting, and that particular line of the boot > scripts would still generate a cheery green > > [OK] > > :) > > -Eric > > From owner-linux-xfs@oss.sgi.com Wed May 2 09:04:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42G4RE11765 for linux-xfs-outgoing; Wed, 2 May 2001 09:04:27 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42G4QF11758 for ; Wed, 2 May 2001 09:04:26 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f42G2ac10813; Wed, 2 May 2001 11:02:36 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Wed, 2 May 2001 11:02:36 -0500 (CDT) From: Austin Gonyou To: Alan Eldridge cc: , Subject: Re: devfsd-1.3.11-1 In-Reply-To: <20010502000814.A16705@wwweasel.geeksrus.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Is it possible to update devfsd to 2.x, the one that comes with RH 7.1? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Wed, 2 May 2001, Alan Eldridge wrote: > I'm running SGI's XFS-based version of RH 7.1, which in turn uses your > patched version of devfsd. Since this version of devfsd has a home with the > Mandrake distribution, I figured this would be the most appropriate way to > report a bug. > > The code for saving and restoring the permissions has got it *half* right. > Yup, the event is triggered and the copy happens. But it happens *before* > the underlying device node has been altered. The semantics thus become, > "save the previous state to restore, and then modify the device node". This > leaves something to be desired. > > The work around, of course, is if you need to change the perms on anything > under /dev, do it *twice*. Then the first changed device node will get > copied before the second (identical, hence no-op) change is applied. > > I'll try to work up a patch in a day or two; OTOH if you know where the > culprit lies already, please advise me and send me (and SGI) the patch you > come up with. > > Oh, and another thing.... :) > > I'm not sure if this is a bug or a feature, but if you have cases where > a device name would match more than one event regexp, it seems that only the > (first? last? I can't remember which) one happens. > > So, order notwithstanding, if you've got, e.g., > > REGISTER ^cdroms/cdrom.$ EXECUTE /bin/ln -s $devpath $mntpath > REGISTER ^cdroms/cdrom0$ EXECUTE /bin/ln -s $devname cdrom > > only one of those two things is going to happen (I think the latter). This > kinda sucks, especially for the exact case I used. There's fsck-all > different names for cdrom devices (cdrom, cdrom0, scd0, sr0, cdroms/cdrom0, > your/mommas/cdrom/0, scsi/host0/bus0/target3/lun0/{cd,generic}), and > wouldn't you know there's gotta be some piece of software that is going to > want *each* possible variation... (think: RedHat's kudzu and "updfstab"). > > It would be ever so nice if the multiple matching case thing performed all > matching actions, instead of the one most recent. It would also be *really* > nice to have a way to get at the regex match parts: > > REGISTER ^cdroms/cdrom.$ EXECUTE /bin/ln -s $devpath scd$1 > > or something like that. (I know, I know, matching the bits of the RE can be > a royal PITA, and this isn't really meant to be "sed", but some way to pick > out the matching numeric portion of the name would really help.) > > Okay. I'm done. :) > > From owner-linux-xfs@oss.sgi.com Wed May 2 09:06:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42G6vl11922 for linux-xfs-outgoing; Wed, 2 May 2001 09:06:57 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42G6uF11919 for ; Wed, 2 May 2001 09:06:56 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f42G4bO10829; Wed, 2 May 2001 11:04:37 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Wed, 2 May 2001 11:04:37 -0500 (CDT) From: Austin Gonyou To: David Benigni cc: Eric Sandeen , K Mitchell Russell , Subject: Re: swapon error In-Reply-To: <008b01c0d31f$b6acaab0$0a00a8c0@david> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Naah..it just tries to turn swap on 2 times in rc.sysinit -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Wed, 2 May 2001, David Benigni wrote: > Count me in too on that error as well. > > So, basically, these errors are devfs problems correct? > > David P. Benigni II > > > ----- Original Message ----- > > > K Mitchell Russell wrote: > > > > > One more annoyance probably related to devfs is the failed umount of > > > /dev on shutdown of my system. I get a message something to the effect > > > of: > > > > > > unmounting file system: umount2 failed device busy > > > resource or device /dev busy [failed] > > > (this is paraphrased from memory, as syslogd is shutdown by this point) > > > > Yep, I get this too. > > > > Again, it should be harmless (rebooting with a _virtual_ filesystem > > still mounted should cause no problems) but I'd like to get rid of it as > > well... > > > > -Eric > > > > -- > > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > > sandeen@sgi.com SGI, Inc. > From owner-linux-xfs@oss.sgi.com Wed May 2 09:07:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42G73a11937 for linux-xfs-outgoing; Wed, 2 May 2001 09:07:03 -0700 Received: from hotmail.com (f31.law14.hotmail.com [64.4.21.31]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42G73F11934 for ; Wed, 2 May 2001 09:07:03 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 2 May 2001 09:06:58 -0700 Received: from 216.47.248.113 by lw14fd.law14.hotmail.msn.com with HTTP; Wed, 02 May 2001 16:06:57 GMT X-Originating-IP: [216.47.248.113] From: "Peter Pauly" To: linux-xfs@oss.sgi.com Subject: Anyone have any luck with the RPMs? Date: Wed, 02 May 2001 09:06:57 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 02 May 2001 16:06:58.0055 (UTC) FILETIME=[EA0E2170:01C0D321] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I tried installing the kernel RPM at: http://www.smithconcepts.com/files/xfs/kernel-2.4.2-xfscvs_feb24/i386/ on a relatively fresh and virgin retail Redhat 7.1 system. It got part way through the installation and complained about a MD5 mismatch on a "arlan.o" module. I couldn't see any way to turn off MD5 checking during the install (you can do it for a verify), so I'm stuck. I prefer not to do the full blown install from the XFS ISO. I can always build a new kernel from scratch if I have to, but the RPM's would have been nice. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com From owner-linux-xfs@oss.sgi.com Wed May 2 09:08:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42G84C11971 for linux-xfs-outgoing; Wed, 2 May 2001 09:08:04 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42G84F11968 for ; Wed, 2 May 2001 09:08:04 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f42G80M16696; Wed, 2 May 2001 11:08:00 -0500 (CDT) Message-ID: <3AF03131.319A28C7@sgi.com> Date: Wed, 02 May 2001 11:09:21 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Austin Gonyou CC: David Benigni , Rajagopal Ananthanarayanan , linux-xfs@oss.sgi.com Subject: Re: swapon error References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou wrote: > > There are 2 sections in rc.sysinit which call swapon -a. The last one, > line 628 or something like that, maybe it was 648, anyway, just comment > that out, Swap has already been enabled. FWIW, apparently the second one is to enable swap _files_ as opposed to swap _partitions_. Enabling swap _files_ can't happen until after all the filesystems are mounted, that's the reason for the "late" second swapon. If you don't use swap files, then you're right, just comment it out. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:11:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GBNu12148 for linux-xfs-outgoing; Wed, 2 May 2001 09:11:23 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GBNF12143 for ; Wed, 2 May 2001 09:11:23 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f42GBLM18334; Wed, 2 May 2001 11:11:21 -0500 (CDT) Message-ID: <3AF031FB.445D4F7D@sgi.com> Date: Wed, 02 May 2001 11:12:43 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Austin Gonyou , linux-xfs@oss.sgi.com Subject: Re: devfsd-1.3.11-1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou wrote: > > Is it possible to update devfsd to 2.x, the one that comes with RH 7.1? The devfsd "version" that comes with Red Hat Linux is deceptive - they generate it out of the kernel SRPM, and it gets the same version as the kernel. The actual devfsd version is still 1.3.x, it's just that the rpm is versioned differently for some reason. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:13:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GDUh12267 for linux-xfs-outgoing; Wed, 2 May 2001 09:13:30 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GDTF12264 for ; Wed, 2 May 2001 09:13:29 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f42GDSU19169; Wed, 2 May 2001 11:13:28 -0500 (CDT) Message-ID: <3AF03279.3C13C242@sgi.com> Date: Wed, 02 May 2001 11:14:49 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Peter Pauly CC: linux-xfs@oss.sgi.com Subject: Re: Anyone have any luck with the RPMs? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Peter Pauly wrote: > > I tried installing the kernel RPM at: > http://www.smithconcepts.com/files/xfs/kernel-2.4.2-xfscvs_feb24/i386/ > on a relatively fresh and virgin retail Redhat 7.1 system. It got part way > through the installation and complained about a MD5 mismatch on a "arlan.o" > module. I couldn't see any way to turn off MD5 checking during the install > (you can do it for a verify), so I'm stuck. I prefer not to do the full > blown install from the XFS ISO. I can always build a new kernel from scratch > if I have to, but the RPM's would have been nice. For starters, those are ANCIENT, unsupported, cvs snapshot rpms. Go to oss.sgi.com/projects/xfs and get some fresh ones - see how that goes. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:24:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GOJK13096 for linux-xfs-outgoing; Wed, 2 May 2001 09:24:19 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GOIF13092 for ; Wed, 2 May 2001 09:24:18 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f42GO4h10965; Wed, 2 May 2001 11:24:04 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Wed, 2 May 2001 11:24:03 -0500 (CDT) From: Austin Gonyou To: Eric Sandeen cc: Subject: Re: devfsd-1.3.11-1 In-Reply-To: <3AF031FB.445D4F7D@sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk So is it ok to use it then? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Wed, 2 May 2001, Eric Sandeen wrote: > Austin Gonyou wrote: > > > > Is it possible to update devfsd to 2.x, the one that comes with RH 7.1? > > The devfsd "version" that comes with Red Hat Linux is deceptive - they > generate it out of the kernel SRPM, and it gets the same version as the > kernel. > > The actual devfsd version is still 1.3.x, it's just that the rpm is > versioned differently for some reason. > > -Eric > > From owner-linux-xfs@oss.sgi.com Wed May 2 09:24:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GOtV13135 for linux-xfs-outgoing; Wed, 2 May 2001 09:24:55 -0700 Received: from hotmail.com (f37.law14.hotmail.com [64.4.21.37]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GOsF13128 for ; Wed, 2 May 2001 09:24:54 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 2 May 2001 09:24:48 -0700 Received: from 216.47.248.113 by lw14fd.law14.hotmail.msn.com with HTTP; Wed, 02 May 2001 16:24:48 GMT X-Originating-IP: [216.47.248.113] From: "Peter Pauly" To: sandeen@sgi.com Cc: linux-xfs@oss.sgi.com Subject: Re: Anyone have any luck with the RPMs? Date: Wed, 02 May 2001 09:24:48 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 02 May 2001 16:24:48.0377 (UTC) FILETIME=[68044E90:01C0D324] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks for the tip. The ones I was using are referenced in the FAQ at http://linux-xfs.sgi.com/projects/xfs/faq.html. Does the FAQ need to be updated? >From: Eric Sandeen >To: Peter Pauly >CC: linux-xfs@oss.sgi.com >Subject: Re: Anyone have any luck with the RPMs? >Date: Wed, 02 May 2001 11:14:49 -0500 > >Peter Pauly wrote: > > > > I tried installing the kernel RPM at: > > http://www.smithconcepts.com/files/xfs/kernel-2.4.2-xfscvs_feb24/i386/ > > on a relatively fresh and virgin retail Redhat 7.1 system. It got part >way > > through the installation and complained about a MD5 mismatch on a >"arlan.o" > > module. I couldn't see any way to turn off MD5 checking during the >install > > (you can do it for a verify), so I'm stuck. I prefer not to do the full > > blown install from the XFS ISO. I can always build a new kernel from >scratch > > if I have to, but the RPM's would have been nice. > >For starters, those are ANCIENT, unsupported, cvs snapshot rpms. Go to >oss.sgi.com/projects/xfs and get some fresh ones - see how that goes. > >-Eric > >-- >Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >sandeen@sgi.com SGI, Inc. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com From owner-linux-xfs@oss.sgi.com Wed May 2 09:28:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GS0U13389 for linux-xfs-outgoing; Wed, 2 May 2001 09:28:00 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GRxF13385 for ; Wed, 2 May 2001 09:27:59 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f42GRvU25658; Wed, 2 May 2001 11:27:57 -0500 (CDT) Message-ID: <3AF034FD.A274998F@sgi.com> Date: Wed, 02 May 2001 11:25:33 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_0.10 i586) X-Accept-Language: en MIME-Version: 1.0 To: Peter Pauly CC: linux-xfs@oss.sgi.com Subject: Re: Anyone have any luck with the RPMs? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Peter Pauly wrote: > > Thanks for the tip. The ones I was using are referenced in the FAQ at > http://linux-xfs.sgi.com/projects/xfs/faq.html. Does the FAQ need to be > updated? Yep. :) -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:28:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GSZ013446 for linux-xfs-outgoing; Wed, 2 May 2001 09:28:35 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GSYF13443 for ; Wed, 2 May 2001 09:28:34 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f42GSYU25952; Wed, 2 May 2001 11:28:34 -0500 (CDT) Message-ID: <3AF03522.8ABA8B27@sgi.com> Date: Wed, 02 May 2001 11:26:10 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_0.10 i586) X-Accept-Language: en MIME-Version: 1.0 To: Austin Gonyou CC: linux-xfs@oss.sgi.com Subject: Re: devfsd-1.3.11-1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou wrote: > > So is it ok to use it then? Sure, but I don't think you'll gain anything - experimentation should be no problem though. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:35:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GZRj13796 for linux-xfs-outgoing; Wed, 2 May 2001 09:35:27 -0700 Received: from chaos.egr.duke.edu (IDENT:root@chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GZPF13789 for ; Wed, 2 May 2001 09:35:26 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.9.3/8.9.3) with ESMTP id MAA04254 for ; Wed, 2 May 2001 12:35:23 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Wed, 2 May 2001 12:35:23 -0400 (EDT) From: Joshua Baker-LePain X-Sender: To: Linux xfs mailing list Subject: Module loading on log{in|out} Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk First off, let me congratulate everyone on a job well done getting 1.0 polished up and out the door. Absolutely excellent. I have a RH 7.1 system upgraded with the 1.0-Release RPMs. Whenever I log in or out on the console, the following occurs, as logged in /var/log/messages (and `dmesg`, of course): i2c-core.o: i2c core module i2c-algo-bit.o: i2c bit algorithm module Linux video capture interface: v1.00 bttv: driver version 0.7.57 loaded bttv: using 2 buffers with 2080k (4160k total) for capture bttv: Host bridge needs ETBF enabled. An lsmod right after logging in does *not* show these modules loaded. I'm just curious as to what's going on and if I can stop it. It's not fatal or anything, but it does make the logs bigger (and may scare the users). Thanks. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Wed May 2 09:41:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GfSC14040 for linux-xfs-outgoing; Wed, 2 May 2001 09:41:28 -0700 Received: from infa.abo.fi (IDENT:root@infa.abo.fi [130.232.208.126]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GfPF14036 for ; Wed, 2 May 2001 09:41:25 -0700 Received: (from jweeriks@localhost) by infa.abo.fi (8.9.3/8.9.3) id TAA05882 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 19:41:21 +0300 Date: Wed, 2 May 2001 19:41:21 +0300 From: Johannes Eriksson To: Linux xfs mailing list Subject: Re: Module loading on log{in|out} Message-ID: <20010502194121.A4751@infa.abo.fi> Mail-Followup-To: Linux xfs mailing list References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i In-Reply-To: ; from jlb17@duke.edu on Wed, May 02, 2001 at 12:35:23PM -0400 X-Operating-System: Linux 2.2.19 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk * Joshua Baker-LePain [Wed, May 02, 2001 at 12:35:23PM -0400]: > First off, let me congratulate everyone on a job well done getting 1.0 > polished up and out the door. Absolutely excellent. > > I have a RH 7.1 system upgraded with the 1.0-Release RPMs. Whenever I log > in or out on the console, the following occurs, as logged in > /var/log/messages (and `dmesg`, of course): > > i2c-core.o: i2c core module > i2c-algo-bit.o: i2c bit algorithm module > Linux video capture interface: v1.00 > bttv: driver version 0.7.57 loaded > bttv: using 2 buffers with 2080k (4160k total) for capture > bttv: Host bridge needs ETBF enabled. > > An lsmod right after logging in does *not* show these modules loaded. I'm > just curious as to what's going on and if I can stop it. It's not fatal > or anything, but it does make the logs bigger (and may scare the users). > Thanks. > I got rid of it by commenting out the lines alias /dev/v4l bttv post-install bttv ln -sf /dev/video0 /dev/video post-install bttv ln -sf /dev/vbi0 /dev/vbi in /etc/modules.devfs -- Johannes Eriksson From owner-linux-xfs@oss.sgi.com Wed May 2 09:44:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GixN14183 for linux-xfs-outgoing; Wed, 2 May 2001 09:44:59 -0700 Received: from apicra.wanadoo.fr (smtp-rt-3.wanadoo.fr [193.252.19.155]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GivF14178 for ; Wed, 2 May 2001 09:44:57 -0700 Received: from villosa.wanadoo.fr (193.252.19.122) by apicra.wanadoo.fr; 2 May 2001 18:44:50 +0200 Received: from ARennes-301-1-2-86.abo.wanadoo.fr (193.251.184.86) by villosa.wanadoo.fr; 2 May 2001 18:44:47 +0200 Subject: Re: SGI CD installer and RedHat disc1: two in one From: "redhat.angus" To: Eric Sandeen Cc: linux-xfs In-Reply-To: <3AF02886.1FDA8E02@sgi.com> References: <988816831.4045.0.camel@adslgw> <3AF02886.1FDA8E02@sgi.com> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 18:45:54 +0200 Message-Id: <988821955.808.0.camel@localhost.localdomain> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 02 May 2001 10:32:22 -0500, Eric Sandeen a écrit : > Look at line 173 in the patched image.py - change > > self.currentDisc = 3 > > to > > self.currentDisc = 1 > > and put .disc1-i386 on your combination CD - that should do it. Thank you very much I will test > > Finally, can somebody explain me the use of --fileorder argument to > > genhdlist binary ? > > You may not need to use it if you only have 2 discs... basically, you > can pass a modified installation order (just a list of RPMs) into > genhdlist, and that will put the install order in the generated hdlist. > Otherwise, it will use a default order based on dependencies, and you > may wind up with extra disc swaps. OK -David From owner-linux-xfs@oss.sgi.com Wed May 2 09:46:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42GkTn14275 for linux-xfs-outgoing; Wed, 2 May 2001 09:46:29 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GkSF14272 for ; Wed, 2 May 2001 09:46:28 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f42Gk8B13535; Wed, 2 May 2001 11:46:08 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0471D.B17EDECF@thebarn.com> Date: Wed, 02 May 2001 12:42:54 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: "redhat.angus" , linux-xfs Subject: Re: SGI CD installer and RedHat disc1: two in one References: <988816831.4045.0.camel@adslgw> <3AF02886.1FDA8E02@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: > "redhat.angus" wrote: > > > > Hello, > > > > I have mixed SGI CD and RedHat disc1 in one CD. > > It works but I would like to modify the installer to not ask for SGI CD > > (whereas it is the same) thus avoiding one CD swap. > > I just create .disc3-i386 on CD 1 to avoid anaconda to crash and it's > > worked. > > > > I looked at anaconda-7.1-xfs.patch from src.rpm but i do not have finds > > my happiness. > > Look at line 173 in the patched image.py - change > > self.currentDisc = 3 > > to > > self.currentDisc = 1 BTW you will need to hack this change in to the stage2 image. mount it up as ext2 via the loop device, and make the change. or completely rebuild anaconda and the installer images. > > > > and put .disc1-i386 on your combination CD - that should do it. > > > Finally, can somebody explain me the use of --fileorder argument to > > genhdlist binary ? > > You may not need to use it if you only have 2 discs... Order on the Red Hat dics have been modified.. you will need to pull the list and replace the kernel and devfs versions with the XFS versions. > basically, you > can pass a modified installation order (just a list of RPMs) into > genhdlist, and that will put the install order in the generated hdlist. > Otherwise, it will use a default order based on dependencies, and you > may wind up with extra disc swaps. > > HTH, > > -Eric > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 09:56:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Guok14754 for linux-xfs-outgoing; Wed, 2 May 2001 09:56:50 -0700 Received: from areca.wanadoo.fr (smtp-rt-4.wanadoo.fr [193.252.19.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42GukF14749 for ; Wed, 2 May 2001 09:56:47 -0700 Received: from antholoma.wanadoo.fr (193.252.19.153) by areca.wanadoo.fr; 2 May 2001 18:56:40 +0200 Received: from ARennes-301-1-2-86.abo.wanadoo.fr (193.251.184.86) by antholoma.wanadoo.fr; 2 May 2001 18:56:19 +0200 Subject: Re: SGI CD installer and RedHat disc1: two in one From: "redhat.angus" To: Russell Cattelan Cc: Eric Sandeen , linux-xfs In-Reply-To: <3AF0471D.B17EDECF@thebarn.com> References: <988816831.4045.0.camel@adslgw> <3AF02886.1FDA8E02@sgi.com> <3AF0471D.B17EDECF@thebarn.com> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 18:57:26 +0200 Message-Id: <988822647.809.1.camel@localhost.localdomain> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 02 May 2001 12:42:54 -0500, Russell Cattelan a écrit : > BTW you will need to hack this change in to the stage2 image. > mount it up as ext2 via the loop device, and make the change. > or completely rebuild anaconda and the installer images. Thank you, modification of the image via the loop device is certainly more simple :) I will test. > Order on the Red Hat dics have been modified.. you will need to pull the > list > and replace the kernel and devfs versions with the XFS versions. It is already done, thank you still. -David From owner-linux-xfs@oss.sgi.com Wed May 2 10:40:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Heu718139 for linux-xfs-outgoing; Wed, 2 May 2001 10:40:56 -0700 Received: from dermis.amis.com (dermis.amis.com [207.141.5.253]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f42HesF18126 for ; Wed, 2 May 2001 10:40:55 -0700 Received: from [172.16.89.23] by dermis.amis.com via smtpd (for oss.sgi.com [216.32.174.190]) with SMTP; 2 May 2001 17:40:54 UT Received: from pop1.amis.com ([172.16.89.10]) by mx1.pc.amis.com (Lotus Domino Release 5.0.7) with ESMTP id 2001050211371001:139781 ; Wed, 2 May 2001 11:37:10 -0600 Received: from amis.com ([172.16.17.176]) by pop1.amis.com (Lotus Domino Release 5.0.6a) with ESMTP id 2001050211404839:13227 ; Wed, 2 May 2001 11:40:48 -0600 Message-ID: <3AF0468B.70E8B919@amis.com> Date: Wed, 02 May 2001 11:40:27 -0600 From: Eric Whiting X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: 2.4.4-xfs NFS testing X-MIMETrack: Itemize by SMTP Server on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/02/2001 11:40:48 AM, Serialize by Router on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/02/2001 11:40:49 AM, Serialize complete at 05/02/2001 11:40:49 AM, Itemize by SMTP Server on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/02/2001 11:37:10 AM, Serialize by Router on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/02/2001 11:37:12 AM, Serialize complete at 05/02/2001 11:37:12 AM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk 2.4.4 works great -- most of the time. I started with a 2.4.4 clean tree and applied the linux-2.4.4-xfs-TEST.patch. (I have a hard time using cvs to get the tree -- our firewall is default deny) My hardware is Tyan 1854, PIII 866, 3com 905b, 3ware 6200 ide controller, ibm 75G ide disk. My base OS is SUSE 7.1 Linux linux 2.4.4-xfs #1 SMP NFS v2 turned on. NFS v3 turned off. Stress Testing: --------------- Linux box acting as NFS server for solaris 2.8 boxes. 3 Solaris 2.8 boxes running 'while(true);do bonnie -s $size;done' on a nfs v2 mount of a 68G xfs filesystem. I run the $size value differently on all boxes so the read/writes are fairly randomized. 100M, 500M, 50M... The xfs box will run for almost 1 hr before it hangs. Will not respond to ping. X-windows are hung. No virutal consoles available. Something is not right. I have repeated this about 4 times in the last 12 hours. Right now it appears to handle heavy nfs loads better than my reiserfs/knfsd patched kernel while it is running, but the reiser testing hasn't hung the box this bad. Questions --------- 1. what debug can I do? 2. Is this a via chipset issue? 3. I'm using default args in mkfs.xfs and mount. Any suggestions for changes there? Thanks -- xfs looks pretty good right now. eric -- __________________________________________________________________ Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Wed May 2 10:54:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Hsu720767 for linux-xfs-outgoing; Wed, 2 May 2001 10:54:56 -0700 Received: from pluto.runbox.com (pluto.runbox.com [193.71.199.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42HstF20764 for ; Wed, 2 May 2001 10:54:55 -0700 Received: from dialin-port11144.access.nacamar.de ([62.27.212.135] helo=runbox.com) by pluto.runbox.com with esmtp (Exim 3.16 #2) id 14v0pR-00073T-00 for linux-xfs@oss.sgi.com; Wed, 02 May 2001 19:54:21 +0200 Message-ID: <3AF049D9.4090201@runbox.com> Date: Wed, 02 May 2001 19:54:33 +0200 From: Sven Herzberg User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; 0.8.1) Gecko/20010323 X-Accept-Language: de, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Mandrake RPM's Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk First thanks to SGI and all the developers for the Release 1.0. Now I've got a question: *Is there anyone providing RPMs for Mandrake 8.0?* 'Cos the RedHat RPMs are conflicting with Mandrake's initscripts (I think it was the file "install-kernel"). Thanks Sven From owner-linux-xfs@oss.sgi.com Wed May 2 10:55:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42HtWv20793 for linux-xfs-outgoing; Wed, 2 May 2001 10:55:32 -0700 Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42HtUF20790 for ; Wed, 2 May 2001 10:55:30 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 5FCB91E241; Wed, 2 May 2001 19:55:11 +0200 (MEST) Date: Wed, 2 May 2001 19:55:01 +0200 From: Andi Kleen To: Eric Whiting Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing Message-ID: <20010502195501.A13116@gruyere.muc.suse.de> References: <3AF0468B.70E8B919@amis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AF0468B.70E8B919@amis.com>; from ewhiting@amis.com on Wed, May 02, 2001 at 11:40:27AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, May 02, 2001 at 11:40:27AM -0600, Eric Whiting wrote: > My hardware is Tyan 1854, PIII 866, 3com 905b, 3ware 6200 ide > controller, ibm 75G ide disk. > My base OS is SUSE 7.1 SuSE 7.1 comes with gcc 2.95; it is a bit safer to compile with an egcs 1.1 compiler because there have been problems with that compiler version and XFS in the past. > Questions > --------- > 1. what debug can I do? You could compile KDB in if you didn't do it already (it's part of the XFS tree); then either don't run X or put a serial console onto the box. When it hangs you have good chances that you see an KDB prompt (it could be happening already and often looks like a hang in X; if yes your keyboard lights should be blinking). Then enter bt and send the results to the list. It's easier with an serial console to do that of course. If you get a hard hang it's much harder to debug. In this case it's also likely that you're running into a generic 2.4 kernel problem; contact linux-kernel@vger.kernel.org with your hardware configuration and setup. -Andi From owner-linux-xfs@oss.sgi.com Wed May 2 11:06:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42I6Xk21403 for linux-xfs-outgoing; Wed, 2 May 2001 11:06:33 -0700 Received: from ns.tecosim.de (ns.tecosim.de [194.24.222.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42I6NF21389 for ; Wed, 2 May 2001 11:06:31 -0700 Received: from donner.tecosim.de (root@donner.tecosim.de [194.24.222.109]) by ns.tecosim.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA22912; Wed, 2 May 2001 20:06:21 +0200 Received: (from leh@localhost) by donner.tecosim.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f42I6KD01889; Wed, 2 May 2001 20:06:20 +0200 Date: Wed, 2 May 2001 20:06:20 +0200 From: Utz Lehmann To: Eric Sandeen Cc: Austin Gonyou , David Benigni , Rajagopal Ananthanarayanan , linux-xfs@oss.sgi.com Subject: Re: swapon error Message-ID: <20010502200620.A1248@tecosim.de> References: <3AF03131.319A28C7@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: <3AF03131.319A28C7@sgi.com>; from sandeen@sgi.com on Wed, May 02, 2001 at 11:09:21AM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen [sandeen@sgi.com] wrote: > Austin Gonyou wrote: > > > > There are 2 sections in rc.sysinit which call swapon -a. The last one, > > line 628 or something like that, maybe it was 648, anyway, just comment > > that out, Swap has already been enabled. > > FWIW, apparently the second one is to enable swap _files_ as opposed to > swap _partitions_. > > Enabling swap _files_ can't happen until after all the filesystems are > mounted, that's the reason for the "late" second swapon. If you don't > use swap files, then you're right, just comment it out. or for swap on lvm volumes. the first swapon is before lvm is activated (if i remember correctly). btw: congratulations for the 1.0 release and thanks for all the support! utz From owner-linux-xfs@oss.sgi.com Wed May 2 11:11:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42IB4M21532 for linux-xfs-outgoing; Wed, 2 May 2001 11:11:04 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42IB3F21529 for ; Wed, 2 May 2001 11:11:03 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 6BA3BC231; Wed, 2 May 2001 20:09:12 +0100 (BST) To: Sven Herzberg Cc: linux-xfs@oss.sgi.com Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> From: Chmouel Boudjnah Date: 02 May 2001 20:09:12 +0100 In-Reply-To: <3AF049D9.4090201@runbox.com> (Sven Herzberg's message of "Wed, 02 May 2001 19:54:33 +0200") Message-ID: Lines: 8 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sven Herzberg writes: > First thanks to SGI and all the developers for the Release 1.0. > Now I've got a question: *Is there anyone providing RPMs for Mandrake > 8.0?* 'Cos the RedHat RPMs are conflicting with Mandrake's initscripts > (I think it was the file "install-kernel"). We may provide some additional set... From owner-linux-xfs@oss.sgi.com Wed May 2 11:20:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42IKlV22372 for linux-xfs-outgoing; Wed, 2 May 2001 11:20:47 -0700 Received: from mail24.bigmailbox.com (mail24.bigmailbox.com [209.132.220.207]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42IKkF22369 for ; Wed, 2 May 2001 11:20:46 -0700 Received: by mail24.bigmailbox.com (8.8.7/8.8.7) id LAA05754; Wed, 2 May 2001 11:20:21 -0700 Date: Wed, 2 May 2001 11:20:21 -0700 Message-Id: <200105021820.LAA05754@mail24.bigmailbox.com> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary X-Mailer: MIME-tools 4.104 (Entity 4.116) Mime-Version: 1.0 X-Originating-Ip: [198.253.22.114] From: "Jonathan Day" To: linux-xfs@oss.sgi.com Subject: XFS for Linux 2.4.4 query Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I'm running Red Hat 7.1, with the kernel upgraded to 2.4.4. The newest kernel patch I can find with XFS is for 2.4.3. Normally, the difference between one stable kernel and the next is not significant, and patches'll go in cleanly. Unfortunately, Alan Cox has been at the Mountain Dew again, and the differences are too great. Any idea if you'll be making a 2.4.4 patch? XFS looks like an excellent filing system, but I want to avoid having too many base kernel releases on my computer. Since XFS shouldn't touch -too- many core components, could you produce an "XFS module kit", to handle situations like this? (It would probably save on hair-restorer, too.) Thanks in advance, Jonathan Day ------------------------------------------------------------ --== Sent via Deja.com ==-- http://www.deja.com/ From owner-linux-xfs@oss.sgi.com Wed May 2 11:53:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Ir0C24198 for linux-xfs-outgoing; Wed, 2 May 2001 11:53:00 -0700 Received: from office.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42IqwF24194 for ; Wed, 2 May 2001 11:52:58 -0700 Received: from vador.mandrakesoft.com (anakin.mandrakesoft.com [192.168.1.4]) by office.mandrakesoft.com (8.9.3/8.9.3) with ESMTP id UAA12384; Wed, 2 May 2001 20:52:49 +0200 To: Austin Gonyou Cc: Alan Eldridge , Subject: Re: devfsd-1.3.11-1 References: X-URL: Date: 02 May 2001 21:01:44 +0200 In-Reply-To: Message-ID: Lines: 5 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.95 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou writes: > Is it possible to update devfsd to 2.x, the one that comes with RH 7.1? as far as i'm concerned, latest devfsd is 1.3.11 From owner-linux-xfs@oss.sgi.com Wed May 2 11:54:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42IsG924242 for linux-xfs-outgoing; Wed, 2 May 2001 11:54:16 -0700 Received: from office.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42IsEF24239 for ; Wed, 2 May 2001 11:54:15 -0700 Received: from vador.mandrakesoft.com (anakin.mandrakesoft.com [192.168.1.4]) by office.mandrakesoft.com (8.9.3/8.9.3) with ESMTP id UAA12394; Wed, 2 May 2001 20:54:13 +0200 To: Eric Sandeen Cc: Alan Eldridge , linux-xfs@oss.sgi.com Subject: Re: devfsd-1.3.11-1 References: <20010502000814.A16705@wwweasel.geeksrus.net> <3AEF8B8E.E6E3ED9E@sgi.com> X-URL: Date: 02 May 2001 21:03:08 +0200 In-Reply-To: <3AEF8B8E.E6E3ED9E@sgi.com> Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.95 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > > So, order notwithstanding, if you've got, e.g., > > > > REGISTER ^cdroms/cdrom.$ EXECUTE /bin/ln -s $devpath $mntpath > > REGISTER ^cdroms/cdrom0$ EXECUTE /bin/ln -s $devname cdrom > > > > only one of those two things is going to happen (I think the latter). This > > kinda sucks, especially for the exact case I used. > > Interesting, I'll have to look at this. The fact that there is a > keyword: > > IGNORE This action causes all subsequent processing for > the device to be ignored. > > for devfsd.conf made me think that the default was to continue on, > processing each match...? i'll look at it From owner-linux-xfs@oss.sgi.com Wed May 2 12:07:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42J7ea26567 for linux-xfs-outgoing; Wed, 2 May 2001 12:07:40 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42J7cF26547 for ; Wed, 2 May 2001 12:07:38 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA09289 for ; Wed, 2 May 2001 12:18:20 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA26366; Wed, 2 May 2001 14:06:21 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f42J5LB17820; Wed, 2 May 2001 15:05:21 -0400 Message-ID: <3AF05A70.4A11C072@thebarn.com> Date: Wed, 02 May 2001 15:05:20 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Jonathan Day CC: linux-xfs@oss.sgi.com Subject: Re: XFS for Linux 2.4.4 query References: <200105021820.LAA05754@mail24.bigmailbox.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jonathan Day wrote: > Hi, > > I'm running Red Hat 7.1, with the kernel upgraded to 2.4.4. The newest kernel patch I can find with XFS is for 2.4.3. Normally, the difference between one stable kernel and the next is not significant, and patches'll go in cleanly. Unfortunately, Alan Cox has been at the Mountain Dew again, and the differences are too great. > > Any idea if you'll be making a 2.4.4 patch? XFS looks like an excellent filing system, but I want to avoid having too many base kernel releases on my computer. Since XFS shouldn't touch -too- many core components, could you produce an "XFS module kit", to handle situations like this? (It would probably save on hair-restorer, too.) At this point anybody insisting on running 2.4.4 should grab the development tree. http://linux-xfs.sgi.com/projects/xfs/cvsup.html I moved the devel/current tree up to 2.4.4 last night; any testing and debugging will be happening in this tree not the 1.0 tree. Functionally the development tree and the 1.0 are virtually identical, (for the moment). I may finish generating a 1.0 core patch for 2.4.4 but I getting a bit source tree dizzy at this point and may put it off for a while. > > ------------------------------------------------------------ > --== Sent via Deja.com ==-- > http://www.deja.com/ -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Wed May 2 12:15:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42JFMN28785 for linux-xfs-outgoing; Wed, 2 May 2001 12:15:22 -0700 Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42JFGF28751 for ; Wed, 2 May 2001 12:15:17 -0700 Received: from [195.20.224.220] (helo=mrvdom04.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 14v25j-00071b-00; Wed, 2 May 2001 21:15:15 +0200 Received: from pd901e312.dip.t-dialin.net ([217.1.227.18] helo=kernelpanix.aura.of.mankind) by mrvdom04.kundenserver.de with esmtp (Exim 2.12 #2) id 14v25f-0003Eg-00; Wed, 2 May 2001 21:15:11 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.0/8.11.0) id f42IYsH09584; Wed, 2 May 2001 20:34:54 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Wed, 2 May 2001 20:34:54 +0200 From: utz lehmann To: Andi Kleen Cc: Eric Whiting , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing Message-ID: <20010502203454.A9561@s2y4n2c.de> References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010502195501.A13116@gruyere.muc.suse.de> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Andi Kleen [ak@suse.de] wrote: > On Wed, May 02, 2001 at 11:40:27AM -0600, Eric Whiting wrote: > > My hardware is Tyan 1854, PIII 866, 3com 905b, 3ware 6200 ide > > controller, ibm 75G ide disk. > > My base OS is SUSE 7.1 > > SuSE 7.1 comes with gcc 2.95; it is a bit safer to compile with an > egcs 1.1 compiler because there have been problems with that compiler > version and XFS in the past. btw: you can install the redhat 7.0 kgcc rpm on suse 7.1. it works. dont forget to change the linux makefile to use kgcc and all makefiles for other kernel modules (nvidia driver). utz From owner-linux-xfs@oss.sgi.com Wed May 2 12:34:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42JYV403633 for linux-xfs-outgoing; Wed, 2 May 2001 12:34:31 -0700 Received: from mail11.svr.pol.co.uk (mail11.svr.pol.co.uk [195.92.193.23]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42JYQF03611 for ; Wed, 2 May 2001 12:34:26 -0700 Received: from modem-13.kleins-butterfly.dialup.pol.co.uk ([62.136.216.13] helo=win) by mail11.svr.pol.co.uk with smtp (Exim 3.13 #0) id 14v2O8-0005fE-00 for linux-xfs@oss.sgi.com; Wed, 02 May 2001 20:34:16 +0100 From: Hahaha Subject: Snowhite and the Seven Dwarfs - The REAL story! MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--VEVG5M7OXE7C1I38HEJ8XUVW127WT" Message-Id: Bcc: Date: Wed, 02 May 2001 20:34:16 +0100 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ----VEVG5M7OXE7C1I38HEJ8XUVW127WT Content-Type: text/plain; charset="us-ascii" Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and polite with Snowhite. When they go out work at mornign, they promissed a *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven Dwarfs enter... ----VEVG5M7OXE7C1I38HEJ8XUVW127WT Content-Type: application/octet-stream; name="sexy virgin.scr" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sexy virgin.scr" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAALRMzSEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABQRQAATAECAAAAAAAAAAAAAAAAAOAADwELAQAAAFYAAAAAAAAAAAAAABAA AAAQAAAAAAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACAAAAAAgAAAAAAAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAAhwAAAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAAGAAAAAQAACoVAAAAAIA AAAAAAAAAAAAAAAAACAAAOAucmRhdGEAAAAQAAAAcAAAWgAAAABYAAAAAAAAAAAAAAAAAABAAADA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADr FqhUAABPQk1HR0dISwARBkhZQlJJUwD8aExwQAD/FQBwQACjCiNAAIPEhIvMUOh8AAAAXqE1Cifa HPo3yJDnSLXJ7t3FOxTtOKRv+GfTc+pR9O6i/AuJNOIiPrxC4Cq53H5sNXfMXjVguFwJrFAYrHHj SiXLG3Lv+wdKT1hwcrOTfD7rduGAY5LvseJ7FEQYpBTblO28PiFdANOtfu+nOGbHGCUuPV1gfpLV ICaXTlFqH+jWCAAAagPHRCR8IIO47V0xLSsXQAAxLVEXQACLLQIQQABqQGgAMAAAVWoA/1QkSIXA D4TKBAAAUFVQ/1QkSAEsJF+FwI21ABBAAA+FsQQAAGhMTAAAaDMyLkRoV1MyX1T/VCQwhcBYWFgP hJIEAABQ/1QkKP2H6fOkxgfrgcc4AQAA/+f86L8HAADGhZwFAADrxoX0AQAAPImNmAUAAIHsBAEA AIv0gcTA/v//aAQBAABW/5QkkAIAAIXAD4QiBAAAjTwGuFxXU0+rNR8cYH2rNW0Pf36rK8CrVFb/ lCSMAgAAi9hDD4T4AwAAK+1Q/5QknAIAADlsJBwPheQDAABqEotEJCQr0ln38YP6EA+ExQMAAGiA AAAAVv+UJHwCAACFwHQcVWiAAAAAagNVVWgAAADAVv+UJHgCAACL2EB1butnaAQBAABqQP+UJLQC AACFwHRV6PAGAADGhfQBAADriYWYBQAAxoWcBQAAPDP/l+iUCAAAV1bzpIPvC411BqWlq19eagFW V/+UJMACAACFwA+FQv///8eEJLwCAAAAAAAAxoWcBQAA6+kWAwAAU4t0JCSBxgAAAQBVVlVqBFVT /5QkdAIAAIXAD4TWAgAAUFZVVWoCUP+UJHACAACFwA+EnAIAAFD/dCQsUP+UJJQCAACFwIsEJA+F fQIAAGAPtxgDQDxQaPgAAABQ/5QkuAIAAIXAWA+FXgIAADMY6CcGAACB8x0fAACLTQIPhUgCAABm 90AWACExQAgPt1gGD4Q1AgAAa9sojZQY+AAAAIt67Itq5Ita6AFK6AFK4MdC/EAAAMCLcDhOAXLg 99YhcuCLcug5cuBzBYly4OvnUYtK4ANK5IlIUFkD+41UHQCNqtASAAADfCQcUlXoqgUAAIv1UfOk XSv9iZf3EgAAK/Vdh2goib7hAwAAia/jEgAAlYtEJFBqEgNNPEkDwffRVeh1BQAAA0UCI8Er0l1Z 9/GZQED34UhIiUQkUP90JCSNtQQBAAAPt00Gi314i9+tUCvYrSvYcgZYg+7g4u+tUOguBAAAMX8E i38c6CMEAABeXofN6CIFAABbXlNqA7sgg7jtXY2GbgsAAIvQhwSvg+30K8KD6F2Jg8cLAACNhjYe AACL0IcEr0Urwi3eAAAAiYMQHwAAjYbvEQAARYvQRYcEryvCLYEAAACJg2wSAACNhucSAACLk+MS AAApg+MSAACF0nUGiZPjEgAAaAABAADocwcAAP7Egetw7P//iYN0////llKJk2////9fhf91Covy ibN0////6x0DuQwBAAAruQQBAAADPCSLB4lDzGr/6DMHAACJA4fx4wgAB67ByAji+IfxW4lxWIm0 JOgCAACLbCRMh/NVh83R6WatZgPQZoPSAOL1WAPCiUVY6CkEAACAvfQBAAA8dFCNtCRsAQAAagRW /7WYBQAA/5Qk2AIAAIXAdS5obWUAAGhSZW5hi8xoSU5JAGhOSVQuaFdJTklU/7WYBQAAVlH/lCTs AgAAg8QUxoWcBQAA62H/lCS8AgAA/5QkaAIAACvtVVX/dCQs/3QkDP+UJIQCAAD/NCT/lCSUAgAA jUQkGFCD6AhQg+gIUP90JAz/lCSMAgAA/5QkZAIAAI2cJEABAAD/NCRT/5QkfAIAAOsLx4QkvAIA AAAAAABo+AdRADwK/zQk/5QkwAIAAP+UJHACAACBxEQCAAC/BAEAACvni9wr54vsV1VqAP+UJHgC AABXU/+UJFQCAACLyIvRi/uL9aw6B3QGNCA4B3UDR+LyjTwTsFyquE9GS02ruEdETUyruNG6p7r3 0KsrwKuDvCSAAgAAAA+EaAEAAIXJD4S5AAAAagNoAAAAgFXoqAEAAIvwQA+EkAEAAGgAAAIAakD/ lCR4AgAAi/hqAOixAgAAge16+f//VWgAAAIAV1b/lCRoAgAAVv+UJCgCAABqAmgAAABAU+heAQAA i+hAdFWNtCQAAQAAagBWaCCDuO1XVf+UJGwCAABQUGr/av/oLQUAAA+30OglBQAAD7fAgOQPgMQe VFJQ/5QkfAIAAIvEUFBQVf+UJFQCAABYWFX/lCQoAgAAV/+UJDQCAABqAGhQSTMyaEFEVkFU/5Qk OAIAAFlZWWhRPE7OaF7Stp5o2bCuwovMg+wMi9RQUVJqA+h/AgAAXltfg8QMVFRoBgACAGoA6NoB AACB7f73//9VaAIAAIBWi/VqEFmBNiCDuO2t4vde/9ZahcB0FlBUaAYAAgBqAFVoAQAAgP/WhcBa dWlSjbQkCAEAAFboUwMAAIcMJFFqAWoAagBS/9P/14HxIIO47YXJdUKL7GoEagBV/5QkcAIAAIXA dTBoTlVMAIvMaG1lAABoUmVuYYvUaElOSQBoTklULmhXSU5JVFVRUv+UJIgCAACDxBiBxAgCAAD/ NCT/NCTCdAArwFBogAAAAP90JBRQagP/dCQc/3QkHP+UJEwCAADCDAADfCQEK3wkCAN8JAzDc+ze mVfiyoh8ztGOUuzLgkb35LpJ7dyCV/DkrlXxyohO9+6IUvDRgk7f6phOzNaORYO47Qjgkc125tuD QYO47WCH/ovui10Ai3UEM8mLxsHgBIvWweoFM8KL1jPRA8KL0YPiAwMElwPYgcG5eTeei9PB4gSL w8HoBTPQi8MzwQPQi8HB6AuD4AMDFIcD8oH5IDfvxnW3iV0AiXUEYcNgh/6L7otdAIt1BLkgN+/G i9PB4gSLw8HoBTPQi8MzwQPQi8HB6AuD4AMDFIcr8oHBR4bIYYvGweAEi9bB6gUzwovWM9EDwovR g+IDAwSXK9iFyXW7iV0AiXUEYcPoAAAAAF2Bxf72///DQetW89CFLt9rmvNIEg6q973wG3KAvaix UJTSRed0Rce/4CEZ5ZsiSo/xDNA2CYvMLHIzMkfPsppRi4ToHGuYCPg9hG/7sX0zDw56vkBpng2X JvfX7qX5do2hPCAR+S1lusPlQWOkYLA4bev3UoepJgqI5W08F0qVd3tDEzOPh2wAAAAAi1QkEIty PI10MniLNo10FhitUK1QrZNdWa2Wh/P32ivyK+or2iv/R61gK8KWagBZrITAdBQyyLAI0elzBoHx IIO47f7IdfLr54t0JCyLVCQkh9GtK8J0CeL5YUl1ycIQAE8PtwR7i0SFAANEJDCLdCQoSYkEjuvi TThakDgDZgIECXH/gbjCkQFAwhXGgAkOtEzNIRUB6xhQRQhMAVMCFM7gAw8BC5VsKRCmBKWeKAzI bwTvFCziApwH3FPpCMpHWz4DCOfSKAoB9UAudGV456sOkck8B+AgkgsHLnJkYXQqJFFaSkzSTg7A FQH/qu/gzP8l4BBwQXQ4VAEPMNUQG8pMDDUgLzdWMDsRgEdldE1vZHV3bB1IYW72DJbgSxxFUk7D TDMyLnEemwd3UwAAVlAryayEwHQDQev4WF7DYIt0JCSLfCQo/LKApOhoAAAAc/gzyehfAAAAcxoz wOhWAAAAcyBBsBDoTAAAABLAc/d1PKrr1uhKAAAASeIQ6EAAAADrKKzR6HRLE8nrHJFIweAIrOgq AAAAPQB9AABzCoD8BXMGg/h/dwJBQZWLxVaL9yvw86Re65MC0nUFihZGEtLDM8lB6O7///8Tyejn ////cvLDK3wkKIl8JBxhwggAYOgjAAAAi2QkCGRnjwYAAMcEJEwnAADoc/3///+VzBIAAGH5G8DC DAAr22T/M2SJI4tEJDBmi1gCU4tABFBqAuh0EAAAWFtyB6kIAAAAdbpkZ48GAABYYemXaP//VVFS uEkbXQW5bU7GQffhBTkwAAAl////B+gU/f//iYXPCwAAi0wkECvS9/GSWlldwgQAyAgBAGD8i30Q i9czwLkgAAAA86v/Aot1FI29+P7//7kgAAAA86WLRQzorAIAAIld/MdF+AAAAACH24tFDItV+A+j EHMIi1UQ6BkAAACNlfj+///oDgAAAP9F+P9N/HnaYcnCEACQjb14////M8CJB4lHBIlHCIlHDIlH EIlHFIlHGIlHHIlHIIlHJIlHKIlHLIlHMIlHNIlHOIlHPIlHQIlHRIlHSIlHTIlHUIlHVIlHWIlH XIlHYIlHZIlHaIlHbIlHcIlHdIlHeIlHfI2F+P7//+gCAgAAh9vRJ9FXBNFXCNFXDNFXENFXFNFX GNFXHNFXINFXJNFXKNFXLNFXMNFXNNFXONFXPNFXQNFXRNFXSNFXTNFXUNFXVNFXWNFXXNFXYNFX ZNFXaNFXbNFXcNFXdNFXeNFXfOisAQAAjYX4/v//D6MYD4PFAAAAiwKLSgQBBxFPBItCCItKDBFH CBFPDItCEItKFBFHEBFPFItCGItKHBFHGBFPHItCIItKJBFHIBFPJItCKItKLBFHKBFPLItCMItK NBFHMBFPNItCOItKPBFHOBFPPItCQItKRBFHQBFPRItCSItKTBFHSBFPTItCUItKVBFHUBFPVItC WItKXBFHWBFPXItCYItKZBFHYBFPZItCaItKbBFHaBFPbItCcItKdBFHcBFPdItCeItKfBFHeBFP fOjaAAAAh9tLD4nB/v//iweLXwSLTwiLdwyJAolaBIlKCIlyDItHEItfFItPGIt3HIlCEIlaFIlK GIlyHItHIItfJItPKIt3LIlCIIlaJIlKKIlyLItHMItfNItPOIt3PIlCMIlaNIlKOIlyPItHQItf RItPSIt3TIlCQIlaRIlKSIlyTItHUItfVItPWIt3XIlCUIlaVIlKWIlyXItHYItfZItPaIt3bIlC YIlaZIlKaIlybItHcItfdItPeIt3fIlCcIladIlKeIlyfMOH27v/AwAAD6MYcgNLdfjDh9uLdQiL R3yLTnw7wXLwD4c1AgAAi0d4i054O8Fy4A+HJQIAAItHdItOdDvBctAPhxUCAACLR3CLTnA7wXLA D4cFAgAAi0dsi05sO8FysA+H9QEAAItHaItOaDvBcqAPh+UBAACLR2SLTmQ7wXKQD4fVAQAAi0dg i05gO8EPgnz///8Ph8EBAACLR1yLTlw7wQ+CaP///w+HrQEAAItHWItOWDvBD4JU////D4eZAQAA i0dUi05UO8EPgkD///8Ph4UBAACLR1CLTlA7wQ+CLP///w+HcQEAAItHTItOTDvBD4IY////D4dd AQAAi0dIi05IO8EPggT///8Ph0kBAACLR0SLTkQ7wQ+C8P7//w+HNQEAAItHQItOQDvBD4Lc/v// D4chAQAAi0c8i048O8EPgsj+//8Phw0BAACLRziLTjg7wQ+CtP7//w+H+QAAAItHNItONDvBD4Kg /v//D4flAAAAi0cwi04wO8EPgoz+//8Ph9EAAACLRyyLTiw7wQ+CeP7//w+HvQAAAItHKItOKDvB D4Jk/v//D4epAAAAi0cki04kO8EPglD+//8Ph5UAAACLRyCLTiA7wQ+CPP7//w+HgQAAAItHHItO HDvBD4Io/v//d3GLRxiLThg7wQ+CGP7//3dhi0cUi04UO8EPggj+//93UYtHEItOEDvBD4L4/f// d0GLRwyLTgw7wQ+C6P3//3cxi0cIi04IO8EPgtj9//93IYtHBItOBDvBD4LI/f//dxGLB4sOO8EP grr9//93A4fbkIsGi04EKQcZTwSLRgiLTgwZRwgZTwyLRhCLThQZRxAZTxSLRhiLThwZRxgZTxyL RiCLTiQZRyAZTySLRiiLTiwZRygZTyyLRjCLTjQZRzAZTzSLRjiLTjwZRzgZTzyLRkCLTkQZR0AZ T0SLRkiLTkwZR0gZT0yLRlCLTlQZR1AZT1SLRliLTlwZR1gZT1yLRmCLTmQZR2AZT2SLRmiLTmwZ R2gZT2yLRnCLTnQZR3AZT3SLRniLTnwZR3gZT3zD6AcAAAC8IIO47etoZGf/NgAAZGeJJgAAYOjw 9v//iaX1EQAAahBfK+eLxFdUUP90JEj/lcQSAABYD7dEJAID54DsGXUvi3QkMIvui0QkNCvHdiGt Jd/f3981UkNQVK11EyX/39//NSBUTzp1B6xW6AoWAABhZGePBgAAWOnIZP//G2vHiJi92YfYoPwy IAMBOJtmQc4YySe0yvC5beWUf0NhJqPpsY2ceNHlN4YuwR1jW0iGeIyJhnhqc4Z4KIyGeK+fhniR oYZ4fZKGeH2WhniFR4Z40IyGeCRnhngqZ4Z4g3wkCAF0FoN8JAgAD4QnBQAA6RZg//9qAVjCDABg 6Ar2//+L/YHvAKAAAIvfgcf9EgAAuaQBAABgaAAA97+Nhe8hAABQg8BwUGoc6G72//9oTEwAAGgz Mi5EaFdTMl9U6Mj1////lXsiAACDxAyJhTsYAABQjYVwEgAAUIPAMFBqDOg39v//YeNMgT9Vi+yB dESL8cHhAmoAVGoAVGoEUVf/lcsiAACJhYsTAACHrWMiAABQi9n/1VNXaP///3+4DfD7B4fOKAfB yAiu4vj/1V3oV/X//2gAAQAAakD/lbciAACJhYgfAAD/lZciAACJhc8LAAAryWog6P33//+R043H GAAAuIABAADooQ0AAImNRhgAAFCJhUgcAAAFgAEAAOjZDgAAi10CA92D6wyL04t6CCvfRw+EsQAA AGogT1mLtUgcAACLAjlGBHUpi0IEOUYIc9ZggcQc////VIiNxRgAAOhxBAAAVP+VvyIAAIHsHP// /2GDxgziy2ogWYHsOQEAAFToTwQAAFT/lWsiAABAdAr+hcUYAADi6OtEYFCLxGoAUFcr/1ONdCQ0 V2iAAAAAagJXV2gAAADAVv+VqyIAAIvYU/+VfyIAAFP/laciAACLhUgcAACHBCToHg4AAGGB7Mf+ ///pPv///411Biv/VldqAv+VgyIAAIXAdRKLzrgQAAAA6GsMAACH+YkI6xaXahBQUGoCV/+VjyIA AIXAD4QLAwAAib0nGAAAiYUsGAAAjUUKK/9QV2oC/5WDIgAAhcAPhYgCAAD/dQKNTQq4BAABAOgc DAAAiY0YGAAABASJhSYfAABQUI2FBgoAAFDohfX//4v1X1bogRMAAA+CEQEAAItFAgPwi0b8QHQH g8AK99Dr8YvGKwQkiUUCaADAAABqQP+VtyIAAIXAD4TiAAAAVw+67R+Xi/eHdCQEi40CAACA86Rq IGj/AAAAWg+2hRAAAIDR4CvQi7VIHACAWYvZOH4ED4SWAAAAav/oBvb//zrCD4OHAAAAYCvZi8uB 7AQBAABU6LQOAACL1CvbU2iAAAAAagNTagFoAAAAgFL/lasiAICL2EB0TGoAU/+VbyIAgIvI4ziL lCQoAQAAA0ICPQCAAAB3J4PADIlCAomFAgAAgFCLxGoAUFFXA/lT/5WjIgCAi0YEq4tGCKtYq1P/ laciAICBxAQBAACJPCRhg+70SQ+FV////1+LhQIAAIC5IItFAovIXovfgccAAgAAV/Okx4PLCQAA /zQk/8eDzwkAADQkwnQPuvUfYHMJK/BW/5WzIgAAYYHH/wEAAIHnAP7//4sUJI2yAPwAAIPHBFcr +ofXiZOcAAAAiYOIAQAAgcIAAgAAiZO0AQAAjYIAAgAAiUP8iYXyHAAAgcL/DQAAgeIA8P//jYII EAAAiYMAAQAAiZOAAQAAgcIAEAAAiZOsAQAAgcIAEAAAiZPQAAAAgcIA4P7/ARYBVggBVhQBVhgB VjBo/wEAAFlf86ReBUQAQACJRhqDwLSJRiCB7g36///+hhz6///oOQAAAIPu+ugxAAAAgcYN+v// 6CYAAACt6CAAAABq/+hX9P//iYa9GAAAj0UC/7UmHwAAagHonQQAAFjrP2r/6Df0//8BBoEmDw8P D4EGQUFBQcOJhRgYAABoAAABAFdXagJQ/5WPIgAAhcB0RovwrYm1Jh8AAImF8hwAAOgAEQAAcgyN hcQhAABQ6HAJAACNhWcfAABQ6GQJAACNhesYAABQ6FgJAACB7ezg//9V6EwJAABh6dn6//9g6O7w //+H9YHGJh8AAGiEAAAAgwb8/zboqgkAAGiAAAAAaACgW4LomwkAAOjD8P//aAAAhnj/lXciAABo ZAAAAP+1SBwAAOh7CQAAi7WIHwAAVmogWa2L0K2F0nQHUFLoYgkAAOLv/5WzIgAA64tg6H/w//9o 8EkCAP+VuyIAAI2FkiQAAFD/tUgcAAD/dCQs6IgDAABYWGHCBAD5YGY9YPiLfCQkchNoBAEAAFfo QfD///+VhyIAAAP4sSC6Wp9vANPKagxZsFyqi8GKwiQPBEGqwcIE4vSID8ZH/C5hwgQAYGgAAAEA akDoBfD///+VtyIAAIXAD4THAgAAUCvJiYgAeAAAi1UIiZAA+AAAi1UGiZAE+AAAx4AI+AAALkVY RYmIDPgAAFBqCOjuAgAAWBvJUYt8JASBxwD8AABqHuh98v//uS0tVkWRq2aDwQVqJOhr8v//PBpy BAQWZj0EQari7IvBq4t0JASBxgB4AACLBCSFwHUGrITAdftOi/7oPQAAAE1JTUUtVmVyc2lvbjog MS4wDQpDb250ZW50LVR5cGU6IG11bHRpcGFydC9taXhlZDsgYm91bmRhcnk9IgBe6NMBAADo3QEA AE9PuCINCgCrT+jJAQAAiwQkhcB1UOgxAAAAQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJ1cy1hc2NpaSINCg0KAF7ofQEAAIt0JATodAEAAGa4DQpmq+hyAQAA6C8AAABDb250ZW50 LVR5cGU6IGFwcGxpY2F0aW9uL29jdGV0LXN0cmVhbTsgbmFtZT0iAF7oLwEAAIt0JASBxgD4AADo IAEAAOhSAAAAIg0KQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogYmFzZTY0DQpDb250ZW50LURp c3Bvc2l0aW9uOiBhdHRhY2htZW50OyBmaWxlbmFtZT0iAF7owwAAAIt0JASBxgD4AADotAAAALAi qrgNCg0Kq+j/7f//i4XyHAAAi7UmHwAA6JYIAAAD+eiXAAAAx0f+LS0NCsdHAgAAAABYgSwkAIj/ /2Doy+3//2gBAQAAK8Be6KsLAAByVSvmVFb/lbASAACFwHVBVOh8AAAAgDwkAHQvi/ToW+///2oA UVbozQMAAGoAUOgxDAAAchVqAVDoJwwAAP+0JCEBAABW6BkJAAD/lbQSAACBxAEBAABoIL8CAP+V uyIAAGHriKyEwHQDquv4w7gNCi0tq1ZRi3QkEIHuAAT//+jg////ZrgNCmarWV7DYcIEAGDoJu3/ /4uNbygAAOP4/41vKAAAi3wkJIu1LBgAAIsGhcB0J1BQ/5VfIgAAhcBYdRqLAIcGi/CtUK2HBCRQ 6Knu///zpJHotAUAAKr/hW8oAABhwgQAYOjQ7P//K8nGhXkcAAD5xoVuHAAA68eFdBwAABAAAAC+ AJBagoHsEwEAAIvUrYWEJDcBAAB1IIPGCP7BgPkgcuyB7O3+///rCMdEJCggg7jtYfnCBAAtUlFW iI3FGAAAUlLoG/z//+jgAgAAXllacsbGhXkcAAD4i4QkNwEAAGDoCwAAALwgg7jtgwwkAutlZGf/ NgAAZGeJJgAAg8TsiaWtHAAAiQQkqSAAAAB1DqlAAAAAdQepAgAAAHQNi4QkewEAAIlEJAjrCbgg g7jtiUQkCIuEJHcBAACJRCQEi4WfIgAAiUQkDIuFmyIAAIlEJBBU/9fo3Ov//4sEJKgEdQaoAnQC DECogHVOqAF0NYO9dBwAAAh0CseFdBwAAAEAAADGhW4cAAA890QkOAEAAAB0EYtMJAiJjfIcAACL fCQEiU/8qAh0EcaFbhwAADzHhXQcAAAIAAAAqEB0Cv90JDD/lb8iAACDxBRkZ48GAABY/zQk/5Wz IgAAYem3/v//YIPsKIt0JFSNfhClpaWli2wkVItMJFCLVCRMwekDjXUQrYkEJPfQiUQkGK2JRCQE 99CJRCQcrYlEJBCJRCQgrYlEJBSJRCQkiwKJRCQIi0IEiUQkDIPCCI10JAiNfCQY6Dbq//+LBzFF EItHBDFFFIv0jXwkIOgg6v//iwcxRRiLRwQxRRziloPEKGHCDADoGQAAAItkJAjHRCQg/////2Fk Z48GAACDxATCEABkZ/82AABkZ4kmAAD/dCQY/3QkGP90JBj/dCQY6JoAAABgkePOQXTLg+kgdsaD wRCLdCQwrDxAdATi+eu2i/4r7U9F6EYAAAByB4P9DHbyK+2D/QRy4yvti9eL/kdFg/0Uc9aAPy51 9IB/BC507oB/Ay506IPHBegSAAAAcghP6AoAAABzs1LojQkAAOuruz06LCDBywg4X/90HoB//wB0 GIB//350EoB//zx0DIB//z50BoD7PXXbqPnD6X5X//9gaOCTBADo3un///+VuyIAAGgEUJ+CagTo 9vz//13r/mHCBABgi1QkJItMJCiLRCQs4xj30DICQrMI0ehzBTUgg7jt/st18+Ls99CJRCQcYcIM AGBqQOgJ+f//YcIEAGDohOn//8aFQiEAAPkPtoXFGAAAudgNUQCNBMGJRCQciwjjJr8AAAEAV2pA i/H/lbciAACFwA+EkwEAAJeRV/OkX4k8JOkIAQAAK8BQaIAAAABqA1BqAWgAAACAUv+VqyIAAIvw QA+EYwEAAL8AAAEAV2pA/5W3IgAAl4X/D4RMAQAAU4vcagBTUFdW/5WjIgAAhzQk/5WnIgAAg/5/ D4IrAQAA98YPAAAAD4UfAQAAiTwkV41UNxCDxoCNHDdWgcR4////i/xXahFqIFlYqyvA86tfU1JX jYUKCQAAUOio6///gcSIAAAAiwwkwekDi3wkBIvyg+qA6DDo//+DxwiDxhA78nIGge6AAAAA4ulZ iwQkgeqAAAAAUlFQi0IQi1oUi0oYi3oc6Af9//8zehxfD4WYAAAAM0IQD4WPAAAAM1oUD4WGAAAA M0oYD4V9AAAAge0h3///VWT/MWSJIVRFj0UAahBU/9dd6we8qfRXAOsM6BLo///GhUIhAAD4ZGeP BgAAXYdEJByJXCQQiUwkGIl0JASLCOMC6zOLNCRQgewAAgAAVOiG9///jUwkAbgAAAEA6BoAAACB xAACAACL+FiJOIlIBLkAAAEA86T5YcIEAFFQ6DsAAADDYFQr7VRqBFX/dCQ0VVXom+f///+VryIA AJHjEFFq8VH/lcMiAAD/lcciAABYYcIEAGoAUOgBAAAAw2Dobuf//yv//3QkKP90JChXagRXav// lYsiAACFwHQTiUQkGP90JCRXV2oCUP+VjyIAAIlEJBxhwggAYGog6Kz2//9hwgQAYOgn5////3Qk KIHtbd3///90JCj/VQD/VRRhwggAaBnraRnWeKdDCf5IlCfaHPq1GtAI3cU7FOt24YDfwL/rlO28 PhikFNu53H5sJS49XThmxxiX35cgSLXJ7q1+76chXQDTNWC4XNhJ4jG8QuAq4nsURGOS77Gzk3w+ ifB8zFHTe1dmQlbdRk+jsS3TEzoJzve/AKCBeMYK+r80e/e/tW/3vz9x97+g4Pi/1Hb3v9Vv97+Z Dvq/Rnn3v55297+XIPi/Nz34vzxq97+sbfe/Gnf3vz1w979k4Pe/33r3v2pv979Bbve/uEj3v+kr +b+tFfq/z/T4v4QP+b8sYvm/YIHsEwEAAIu8JDcBAAArwFdqYFnzq1/oEub//4hFEIHtO+f//4hF AIvUV1JS6Kj1///obfz//3MeX4PHDFT/lfoJAAD+RQCAfQAgctuB7O3+//9hwgQA/oVL5///hzwk lquTq5Gr/5XuCQAA69Zg6Lrl//9Vge1Y7f//6A0AAABddUroGgAAAHTqdT/oagD/dCQ4/3QkOP90 JDj/VQCL2EPD/5XIEgAABc3Y///DuWDoeeX//1WBxaQSAADozP///111CejZ////dOr5sPiJRCQc YcIMAPxXagPoRAAAAEFCQ0RFRkdISUpLTE1OT1BRUlNUVVZXWFlaYWJjZGVmZ2hpamtsbW5vcHFy c3R1dnd4eXowMTIzNDU2Nzg5Ky8AAAAAW1mZiVQLPffxi8hSrU6L0Og9AAAA6FYAAADoXgAAAOLr WeMhrUl0Dw+30OgiAAAA6DsAAADrCg+20OgTAAAAQUGwPfOquA0KAABmq1kr+YfPw+gGAAAA6AgA AADDi8LB6ALrHovCwOAEwOwECsTr8ovCwegIwOACwOwG6++LwsHoECQ/16qLQ0BAiUNAYGpMWZn3 8YXSYXUGZrgNCmarw2DoZeT//4iNxRgAAOkH9P//YGoAagFqAuhO5P///5W4EgAAi9hAD4QoAgAA U4HsAAEAAIv8i7QkKAEAAKwsQHX7uHNtdHCrNF2q6Nzl///jIvOkkapU/5XAEgAAkYXJdRJUgcEe DB0cMUwkBP+VwBIAAJGB7AD///+FyQ+EqAEAAItBDPj1lq1y+1Ir21NTUGgCAAAZi9xqEFP/dCQc /5WsEgAAg+zwhcBaD4WZAQAAgeynAQAAi+xopwEAAFX/tCSvAQAA6OH9//8PgnMBAABVuAEHDQlo AAEAAIv9NUlCQUarLSg4Qk+qi/dW6Hrj////laASAACFwHUH6Cvl//8D+Wa4DQpmq10r/ejZAAAA agbHRQBSU0VUx0UEDQoAAF/owwAAALgE/wcGi/0FSUJBRqs1bQcbA2oPqzVtfHJzqzVzNyo8q1/o nAAAALibhZGai/0tSUJBRqs1chcfbquA9Ghmq4u0JM8BAADouuT//+MC86Q1HjFFOqtPK/3oZgAA AGoGgXUAdnRkYWbHRQQNCl/oSgAAAFWLtCTXAQAA6Ibk///jFFFW/7QkswEAAOg3/f//D4KHAAAA XWoFx0UADQouDWbHRQQKAF/oGAAAAGoGgXUAY2B5dGbHRQQNCl9VuDM1NCDrBbgyNTAgVeh34v// iYW0JgAAXVdV/7QkswEAAOjj/P//cjdopwEAAFX/tCSzAQAA6I78//9yI4F9ACCDuO11GsNqAFRq /2oC6GD1//9YWFnjD3INkelI/v//XYHEpwEAAOgd4v///5W8EgAAYcIIAGDoDeL//2oJ6CQAAABy wuuscMqL3w7H9KEgg7jtcuLLqE721a5P7daIQ/fRgk7w+e3obgAAAP80JP80JP+VeyIAAF6FwJZ0 OYPAEFBW/5WbIgAAhcB0KoHsmAEAAGicAQAAi+xonAEAAIvMVFRRVf/QXYHEoAEAAIXAdQUrxXQB qPnoHQAAAFhYnFbog+H///+VdyIAAGjA1AEA/5W7IgAAnWHDnGCLdCQoi0wkLIE2IIO47a3i92Gd w2CBxPz+//+L/GgEAQAAV+hF4f//xoVlKAAAPP+VhyIAAFcD+I11BmpcWKrB6Ailpapfi/BQagJq BFBQaAAAAMBX/5WrIgAAi9iBxAQBAABAdHI5dCQodCFqAlZWU/+VcyIAAFCLxFZQagSNRCQ0UFP/ lX8iAABY60FqAFP/lW8iAACR4zVQi8RWUFFRakD/lbciAACL+FBT/5WjIgAAWcHpAleLRCQo8q90 AuMHxoVlKAAA6/+VsyIAAFP/laciAADrAaj5YcIIAGC5AQAAAOP56IPg//+B7ZHX////TQCLdCQk K8msPCJ0EzwNdA88CnQLPD50B4TAdANB6+jjJ1GD6fCLwejS+P//hcBadBeLtb3v//+L+IcGq4fK kquLdCQk86SRqv9FAGHCBABgg+wQVOgi4P///5VnIgAAWltYWMHrEA+322aB6tAHcncPt8rB6hAP t8L2wQN1AUPjCIHDbQEAAOLwi9FIdD+Dwx9IdDmDwxxIdDODwx9IdC2Dwx5IdCeDwx9IdCGDwx5I dBuDwx9IdBWDwx9IdA+Dwx5IdAmDwx9IdAODwx6D6xXR47g7AAAAk/fzhdJ0CEp0BYD6OXUBqPlh w/////+xnB/x7FBeWZecADqOHa4/Kiv0sexuvMmQ64grzV54Cr+H/HywCSEdkIm40pvY6Nq3vguc fuCtLIXAFsfKrNx9cg9qEWxL990BZsKwe4lsF/3sOH6JTOc2XDFjnPuRqkcXRU5HlezW+q+zeSXa lTQWveC9Yf7xmwv0O8iA4RilwPGLtL1FE4QlDU+zGGEE6WeZUyBrgyOX9Nbf1bMQ3pA9UUbIZyrC rBBpIPoEeiZ+BI27Za7mQ/LvldJ/3KJfcHCc7x4oSGCHQGWGpm07h6gb6fJVq+px5ILc2k26oB+x 3X19ZTAAmZ5Oo6jQIGwfMr6JkzYQdBfWf6PR33dcSqPsB4bcSfGge9948ihlNt175tXwzIzO1DD5 kM6OiRr20ryeIxVe5j/wsFY3+ilJtTquyKyNmo/Yh/Dv8sZLl24Uz9/THu0qrodasG9/PXB2OVEy MSswKLlzyAKAJ513m0vB+/YE91TmNaySVwviGtGWH1Q2sIShvh45X94ISzcMALZak9ws6U+o/9PQ vaMQtyjHx/FvfopyS8DlSEV4t2CUFn2pXRGuaHOumJnHq7l3JnzR3NXbgZ2hZMelopPIYXPZoffB kVaTitcokrIc2ofMd2Wvn7TyJbL+pnWfED9J+EA8PMryZrkhIi4FBOtojxxo6Rqcx44+F7m01hQg EWE3+/RVRfICgWLDezP0Wa268cjUae/TmE8d6qLASaSQTfZFidn/a25uKtalUsGLmIz0pkV68Hla sw2yeZ88dsFXFlBjo12Hr6sXphJFUduoFlMrUcZIGVgln+Au6nIwrLEclBQvXyx2EVeUr3jH3xpQ rUihEObcsT2CP/i7CzPz9q4XH64YUlmsNasRKcYMOm0tWn4o4PJ+01XroNuU35jZfG2Q+nwnznOo TcsbC2C5TdKVfqSEspnCKi7qOUNmdoY3YAihm32TRu4290bK/vcf4yo1XnQLfkHBEZhgjyX8fY+Y CbuRdflvsJZql5cjW/coBQC9AZlRUPxc/DSXvJhpe6lNcjnKKlT7wqxINfehnYqDvbJ5O29T0mxy XF6H1gmbs1LmrTLZmLcF96nMDf47NUZzZXJ2AgAAADADAADGNNGjEyg1mrZvZ2ZVkYh95GVTepQb 9oL6+n6yEO+l5t7U1gzLQZZN5ja+FR4KcwFAF59y+3G3pmNkoQOgJ1w9ivRlnpVgUxWux9yF04HJ mQhtk8mmZQIWg+Tv84UA3J9CLASaDZCayYxdA5A9aeB7acw4rHY+9gyFAEE0fQ0fQ5FNMrOTq9Lv niQL1Kdn9vUwCKu8YxJ9Auk9jA5Kn2NT6HawUDq06k5On9LD/KdiFd9vipiG6+9rEHcML+Wgb7gI laSTLU/sBMwZrvTmEWVOqsxbX4fL7KYiMvBAxMcz7dW9A1Q3ixwGfkYnZDrhSR3EkWh9/zeTh0aH PsU3fHZcGuGAJE0ivd+I299Q3ol7MiaNNmwabhLWgWt7HS8+DcTVG7WR8MfANO2WZA9oL4k1MzRW EahSMmtX7j7sY9htGlwMa4PnniTzImimP/82b2SmOEsJZdXKi+vh5IHFaafIlkBsgvpOJ+pE2Pe+ D4LrfRGBZa6UKqrsqSNQII9TebUsO4V7q/uqIcF85Q9HCjL2h6qHVpmk6ZmW+aDhiy4A7xHUJPal xbTpaOlSE/CUyXmpSPeH3thaAPLN7K7SMJKrWj0G0RobVBgGOn9lMTXfsm2a1jJzV7WQUCa+NqNB 6FvKUe9HEZMf2Iil3AHnf/ElG9xivmO9ZnFl5QHcQufClLPOyO8bP5S8brtr7+WJrw7AIyH/YpNM Gyoi/K7r9J6qMNn4DrVRX7yCCWmljzt64mfWpCBO6NLrZG8M1UDFXVHXxZVVZVkP7RTkNegwXu7e SgzU4lgMYNhDa/B1XqmgewbPEujflxMur+OxamaHsd6no9xCu7AN/8gJTVpiEDedNeH7uP6ynA1v Pv8qs2ImO6IPU++GPHdkpKX2Rl09jqvpAkMtUGxzvumNh2DF34Y+WGwjkPBB0ZrUujgJ0ASgpN/5 67XQMPbBp+k2LcHtg7riYWLvs1SOxAKjXxvI2hmrQ3ugz/r9RfboBqb+udMl4KBUjhm77y9QGAfR U7IWQZsdga8UAVGcopzfw9GtUP5JoUSZ+qaouSQgKbHHQm+00xAV6KHB6TYcKfkpoMf5kduAzWub WbSVM3FB3sQMxA1YPyzePn4bucVdsqBZhaxyTYIw8puBnTHTjb9jtV9YyGBS3JoBLx1jXAm1MBek yjd/JuzL9hTwopCegCJNs/bsAXoL4OVM5vq16TK9SXv7Xh9Jx6Cha4OyVdiTP1AM91XWoPrhkuUQ LbUb17LcVve4JlTxT7PMV1Qto4UtlpsWUVL3Rswin56oqtNIZhOx3iGgbkYl2VRrUWo4McSwfER9 YyH0kq4DIsSJ03s83Pp9MkdsVQSGodnNedw5TcRn4pRv1QkkXQI/hyHJRKlrn0RfZ83KJappO0x3 cTPe5w0KFRGX6uEMglTw8kXBuZwdvBeprmYYKZ0Y/DiHcabPMcxfge1JekwgLNJymun0RQ/ZzzLt 92NMYcEfUT7phc8z11VveZPHcLbfq8Csfkpv1tDwgLxSs/SZOEGghKcaupUDvDAIa6HvmmzzcqQQ dcj5PGESY3uSMYw36kVGVBVPAbgb07E/vUpRoCtm8qIxekfI8+XcNJjOuUZ6B4iSqKljFxKHgGJj 08xNEX9L5yf3RR+abS5bkPtsNpnEZNc54oFGMiuAjWPARJUirl5vApkqx+oPbvhqX/n+8M09RE0/ Ye79/IC6U4TBfBOZGdva28TA2XVc+95bcA522xDxjwbMtsHh1Xp51YsQXNtVJwY0AuUsGyNbfSyD WOMjVZ6xriBEqwiNnpSq0qRumFAcr3CSfwwqbHtUb04GU67+qgHeDCglG7+Py/gArl+NLdRjaLF0 i58foJxsB0AskViPXQRJexmT1wvDqrx/Ql0coZ4egUt66hbntuUsypupQomV6xvsHPsA+mHvPFYR Mk4zYXcsWWgOSNWIVFnopxeXwli8GChriYpR31cDNehCyvsWdRL5fjwRkExRrmilIEhn44a1kVng wYCTCfvLmOnVIb4QwZRUaCYY4YNiDOfLE7nNJeBiMKQopkVXECGnnoEKB2/ez6sf7yvBNP8y16qD DxaztFUwd224wNdM+B8/ttrygO1shkjeorsxupJzFDBN7CX18qF15Hysldnh2UrGNMxOdr3MuxA/ g2QBt6elRk3+creBu59LSAjdfMMOs2xpkdiPo86OzN4jmJgo7F6znZKHQ3WVbiI+wM9Kso8HI3oS vweAVsW1i9EfNuUv+PRpSXttO6cqVkLKwx5qc4Xli/iiQTAPHxBwZt3bOE9yJNbGSbEX8WP1ffts jKSm4OudCOXuyWbnFf/1k66mbva0AAzsZe/Yrvl4mhh71ZOq9RF9cC5P0pBTPBvzgUaz/O8wzc24 AFN5HbE5FrHATNaLqBj4V6MmJv4C0wxfkFkkQkjdC2FBx0OICDtpT0TKHzRvH/MaOJpUZ12O44EA OaRmBHZx3eba1HlY86r2z0qNIbPo+qnjzoq+pXQk1ozO9qm+CXqDJrPt6BJMYBFelh4uNkQg4RBY An9AX4dtdCBZ/BslS5RWS+ybbBUfmr4IAUOsxeFxbd5kk8KZe+BvFpIygeusZppbiDD1bg7y+e4T U5YMPb/5E/H2dmuJnbsaxqToQFZC4StpIGTLnl0pFVZVwQvkywnNFs/5Of5pGGpX04oyFbEKfPgT /sxMxEIhQ3Twpw55d0UZURrBqKCWC+PqSt4aOMzNP0ZSAhcK95TcO0VJY4axgxzTnUE7+lAeip1S /ITae8UzxXtXO8c09yrY2nElSEtoqxD77j1PJvMV8PBZXCejw0mdc6/ot/zdCR7dss9K8e23f60Y zd9DyDjltDNzSn3q83ItCMBRkr/Av33NtmkhxvElI4aov3WN53HjSC2kXrAzCc5G07VB6VLfgXC7 +2tkEv4C0wxfkFkkgg8Fr4ae9jpaja/XyZML4+7PlryQ3Gt671Yp3y55x2PziChkbNNsdLBjaLkg iQm1rUykfo/kOWIzI6xA5okFeAYAWR82gilDm4vfyG/c07LGeMHEJlPy8M2RTFpe7R1eEJU6dJ/k 5nsEFJqoj0d6llU95gTzH+JRd8gsp62uTC88DtT0Y7Hds+P1hQB9ZQ3xWZ6fYOuAySSgPGr55Zg+ wMp2jXM2jdZOis+Bre6QaJ//x0QuYjxhZfWbmv2t7G5wZRH06OJoNiU8e5cQ/HP2CMJiIJBXC+yM GLDT7uNPOIekqJGkLAz7XjKU54yGXZh4Rf40N2C9ZYXvmhl0EZpDF2FmADwrOc2J/1E/NasMrjKZ oLlxlxr9Z5tt5pn51qCVGXLkyZRi+NuNV62cbvT05Ld/8rRs0JbeexdAsmSqwY7Dw2IzZjVyeK6+ DKEABXDkePW/8ZZZrekVYJEHGfO/ZZ5SIGWYdM/uCRVSUPmcV8pTpeETW7LAQCJuviQg8STfMoeU YK47yaR88XPw53oh8NxMHwMXqiv/cWgYMMRJrz9FTAKHUxJarSIMr2IpWSS3ruVrqduIunvM2xgb y/upiRfu6OCdctXV4RHzuojOOmOB2IIuTqUK5ThDQvejCNupDsHiyyzwqzPioaBWSP4pofavxzTP W3iFVPrUwE+bUQfblBpP6Nb+OmlfcnoBAQAAoAoAADnQVSmTyKTeTu8+mp03C636d4vNRdxPiVfq k7h4rEreo7uCoqJCQVYVdsGqs+d+ObiNkmcOAixnbQd2TcHB/KGhMG1JNNF2EjEeyxN9jiOKyrD1 7vzvqG2ANaMQfXu9qEjMXiU+TtVmILwy6CpSYYSNlhf/rhl9g/A9SMXfqvaONlQMeUsbDHgjNUER pJYk+kIR0YEUYk/261IzyPdJmaZsUqu3ZBG0uyKYoH79HTMfFCmXZunABK7m/9RXRlk3Tls5KBrL R+ITNPwtJNc6lxwphKdpP+22foFHHKWDeofJKziXhTMdo/EPrGMkKLayCNqJjCr4pzUPkNuZGz9k dWzHgjkCGbsMEgzlAUCyMDwT8rPfCg0CyWe+TfPg2DJUWj/9X7mzNqdLZbn2xAlYQW9lJA8FMyuo d1l4DhXcbTCmw+4Y/mtvqxY86EPqWzCwPzCs5C9ymkiDTR1vyKP6+UfVcsey2ChtbXjSuXuLS2qM Er5f2VL9TviVWN6nlvvLH7/Ahlfm0KM/z42m7rqcoIjmsqAgU6DLAENreysOJ4g8tsHeWT1YIk8W 0OZSSnNJDle6CO7/MPv0yzk6dZR6SrWmC+6yw4oyxVdOR4P0PTwdMfd8QEqkS7ZrEdjExE1P8njI GsGM8JvYIcXwFxKztKVbx6cB7W/u1qoU9uzJ3j6Vr4SDzsHUMeJuyRkN65QyKOGs9m5NLdQMo9za ZjXkive+OgYbPKmlgdgXnAGnQy8cTYrAZ020JEI6/F0bI0e8EhrPAH2FY6Xq63R/VpVAqKt9l0JB 9R11h6/IbnDbUEU9dV90y6w1pagUvHTLgbVh0kS4j+dd2v8UCM+f7S6e6rqDzVs0kGOxiIvEpA27 OaVF89LY6PbDqQEKDt/lgLLs3EfRU+T6HgfddDHysRihKv3oQy3l6C+z/B1I+IKX38K9rRPqaVvo 54Lg5Y5oMGK9dZ4as5T2WmVpj4DzTA8DZoGeL/3AYcDIeDqtwTrQ4t5wQMb4wY2fvAuXwhX3fkDM 6RZVXVnZUN4cSq9ctuRGcnoIP0pDYxyBjTDX0R2BkCPSLuovKG5P6fprhpOfnEGzTfOdeuropgXV qo9mGeklsCxd7BobPYBb0Dp1r2DZrtdWt51LK0UZkb9nRjPP37wRilJuUqhU+IvELrozr95xE5Go d7rauIJ2zfTILFEH/hEObweEI9VsMR5ovlKTZx6TcS69HYBGm9k13YC/S/xcrTPUr0huIGBgsGzO 7Ic2QoaFCfftXqe3jo0ICSq2GMbCAePvajQpMRLfg3XHBeRmQRSY+bGkEYbM6zCgV45WRrVdN8vb q7vKiyG3keQ3RdOC37reCIXr1EF6AAZFcVpWtzlaUdkgjLRhgmivPCup1JXIsb9lGdXtOIWEiuaz MXeZ3UPnkI449pAg4D1kJ6R17Q/ZDA7QjKgg41WUxuE+UcfV4lR0ywrDwcsl7GOKI4wPrEnxxyoo FHqf+6v6e341ADn+lVzC7AKaYQeSRIr9J4yzK7vWdybWjiIh3p7Vb9cIg3PB8aaCsqQDIZbC13C/ qz6JDzA2qtvmBtNxteLTikRN4UtaX8n4tG2tyFfKUx2btH8X77BvHaa1o/SiGeG4WgCjelBe/a8/ sA5WZoY1f27AJYAS0eMUxCLYfMKkh/8kSCnAjHfKV/2hZIrURtEks4EM9Qmk9mbfX6WqIbeillo2 sJS7Po0euW5gkN88avhy1xdwBXU3k7QGBXi/6JVSuYJkn3NFipMNNRaCG1VbkB3w71IhoPKcX1XV 7z5xs0G7mNLWTXG0M9ud9ch1TxhqVDV5oZVzzIxF6dQTHoA/+CkYgFWx6r2xVb7u6ouMu2+qqoCi zoMYag9nbx5MvkdFH9B9oBMLHgcDCtvquXvlU9Jo9i64OVAeXCCKz+qr6wWtKaAloMMWHTamhDsk hnLONlzTkSKWB8veVRNV2Ls1HBGkO6HO88LNAb7bM4UcQ+pun3iblqJhuDyAUCmQceM068fecNfB Ue2rMNXCVlqBWUzqLOU0E8UyDr4MN94a+OfHBBCfCB9QxH83snaERR6XCEzmRtaXVeg7XkvnM1G9 xA8lfERT2rA2pxyvO6t6aAyhrjx+Om8W1ZZO63B2P+GfOG3SxXelFHUPc8v4OJFaUW/oDKQTZ2ap li8LGbUHMPWbKiXwt/Ot9uxsjkuexI+WlYKdolvzjkW03WODIFJPkluY/J/Fkm205baWwtZ8q+98 Jbndba8MSfjGlWaVXIs75f5XKuMjItcLc+tv2Caxo+Jp7I7wKv54lTHhp0YXEK2D/4VxfndC5/wG cOJ71cxHDnJkRZZpUwT32ykucbjjWcqa3v8Hk1sSX7tHasgxQJpDJbMClvXItmIBRnsKroKkIFAq 5LTSdln+7rUpRNq488uQ1x6s0IQAtU5EzUOcHr9oMAXv/meh40J69F//Z9aC5nIDnRDDawH2MbOG JNcNsbLeZNjJjY+jv0j+gMUvFqo5fSkmodO99NSWQ4FbOs8GjbzMdEJ5/q5u2PSljaDxJt4S59EK Ei6W5ZaVzIJ6eEn18zjL+Ysq1liGVmmtpMLs5u7GBZROR6yoG6I7zRfLRko8OlLFDsaB8TKmKE3h aH/XVgOE9/tgQQpRDtZROWBktqwfG6A6U1v19rNTV4IIjQkVlkB6wFk6E5Ie+UGWRPSLqbbvwb51 NZwT9paEL0JDVrICiouf4tN6v6mRgYEe5ZV7kTgW0c2DPW869Vyq1Dy9ZIib+dQlWWKSIuYoNgNA SgrtMZ1UrIlP723bKjwaRysHDyo2xbHQy9istm7RFgKO7FiT/ZaehcnwkEg6u4p6LOzVF7UpKFVv KM6a7+TezS6QYKYeqifKQ3g0Xe0TEftuRnRleHQCAAAAcAgAAIR5ooYjZ6LZf9/7w3yvusKHgbm8 SXi2AJwWrypH6oCRXcmg+F1tKSnGsGKvGSskcYsUUHfKbd4cnNJrPs51on6hpglIa1gThjGMANri eog3gwcWfr5V7UFsxFWwb1LhB5Cz8Jf+GoOX0IzsVY5xEh6jojpCXLmTs6KcJHxdTPjqCh0g8kXK fQkIhjDFshqrNNga2w6HzpROxN7H1J02he4WON3w3ASOiS1GDjijrEwfiEZgBh2ErUlFXHn0DtV7 zteiw8dgBGoErm0Kz7DTdv7HheX7MVOxo/lVtziOomDGNqe5Ou0HXyiqTkWUFFntvEJWkn7R2XQs 3ft6I7uSGSvl13/B+1y67omuZaWX/m54B6KNj1xsPHDbZTiXkHOtz6SA4wEVvjqtXJAdQsY1UYpq Zf/Yp1czzAdrrhyeY+S88Yxh38M4LZG13cZPO/I/GCnqg9zE162RQihpFqYKC08bzRJ6NJ8ZTTNU z9YBBxA3SZsXla+G2EHbDm7vAumjo1wfZgm4JRybC3UYtcOFJhxhdmlwAQAAAJABAABC6Q2D9vWf pWxZYayHaWKj9V/NTb3VEf0IuWUmB4L3fOdR4beD/cjwc5o5vTSEc4O5MP5bafGZ+aIv+gExVGqQ X343c/0RWthYfhBuWPadIStZrDCUR22Ubq2ZuIIUbxRTi14YHT/a+5kX6DqWr5XpPf6qbRZUf5yg 96uZmIH771AtsWn23SfzUhS8Bykd3F7sk9HDAAr/bvr4jENoPAyobWq9VKugXoA4YSzSwpNPr39P HwQidhwtmkwCYWE8Lc09JNYJPAEBxP/cQWTSYNWr0Yj+B0Fr2KV43fd4kK8leeNf+YSFF+xW79F4 VmTq/AhBpF1ncWgpLrJOO7xeo9WtW9QKFBze/qYET83+0RBbrTvHR/T6xBbHsygq8y+I+VAaoX+Y Pv3IPrbEgWzQZ18+ilQ7tiJR8g5qtfASd0Qokj3Fgr424d4wjjI+IHBmLJulbt7tadq22lH5nQ3g r3vPCBeU568Tfwq3CBzP5tXaOoh7KFRDgWwY4pYW3dhql/qtiTAAU/k+GZZlPP0I1T9xDBKHqvLA vjJ4oXhxshcU47gm/ug5kv36i0o8j/12ONYmHIIWQX7UWz9LvWJTvHPk5+hW8+DTUDaCh//f4GVb Qt4p2GLUgzJ7cILAMg5XbLdC07VA/ml9fMU0GvQWFzBxJuHLoNyCF1azw6tCFKCZB0GbgpSg0Tdx 8j1ykG+BNJlscgYP8sCNt7ORf20Hrz8tHvnawOCSsAmQZSCRjVEO/YuOAiTzlLFp5jxJZLXSCVXx PHeF5xSY21ycEmeuBK7vY0X38/JfAc0k+WEBK1432hGIdtLz1RwjbzvLBznh5EX0WIuThxQoJ6u7 ZJr17HjylbFgFwfcJkWVeZS7ICHG1D7hJ4yqYrCxyVLxC5qkTmzfpqwdxaHf1ZmbZ8rI6w4QcXMy hNDOaZOGV5ju6DHGR3ie0tDXyYuKu/UugnmAgBVm0+GZ6wmRmX/N3FRSWLG61pDuI5JWwYXQ6uWj hNgzoRXblO6eEUq/BLXZ0Fv4/Q1R4zNwOcVbdYorWlWxPBfEO8uRJiO1FL6n3hBsT7pbEDXp4yLQ G+bgJfU5Q6tLKIXR+1fGAA+GLgHKv6YdAh5TwP6oNrI4h3s6JnJRvriwoir2R4iUcjUIJmk+XDY7 fuDMiZCU+DvGp6XmwgC4THIccmYUCcQduCzr9W8y8A3U0K83fCPQAa/hTKpYjHP5WzG4HzWg5VDs yWwuLszr2hc5WX/4/kddZLuzTOAWro+hjUJR1PJcMUJI6qjr5OlnPZ80qv+ZD4T3hMTcDc18Ayfh gP5WXqQMpiMRto1TKLZtl7i74jn2Jq9CE1Vkz2KVohYbTGl9/WZhncWfeI8ihGBQwk3DCCl7fZW7 hxWvNZxxW2e5RzmKqAzPUlfEq8WpNzwu8uL7QVeQRjq4wZrT5VgALXkHfms5r1MAJbueXKf9U8Gk dTF00QmQnOkOAK6RNmPvlCUafRXh+h7pvlBOleUVJW2hddVbLwJyH1N1qnC3nM35MTT/lCRoQQz9 qv3c6ZL+eSt9TQx+hAgkSzLALZCfMstqbj0ZkVc5I55sZqyxyM2XkOGoVrAz7kn9u2P62Xoo7lz7 iVQEl5/qcM00Ll32lz9IKlkQOGpddwwqcbdap4DA3CqYONNWtUK4Cbcx6sSKVBxADpoCr1m8BRWV Sx2PQ9Tw2V8eiO79iuAFHo0TCa1RA1no3E7yAZVjctRpn340EHfO2xiEPzG8zLHxqtcrcqp3IzHJ KoHHGvSC606cDGh0dHACAAAAMAUAAA5/+IJnWs7WVAscosvo+dn39bgMbnyuUKhBGmF+rCynWFDf 6E0x2QVJqVKRukBrgo1XzhTG7XdKDjYyfQ43y1+cX9AKKOTXVwDpXLxnoHMRWlXmO36YDzBivO4E h7GAnaJco0z9FfqPYsT0v49gurvEHDWixk/5GLnuwHTRyTBG20kvEvnQKEWWmonBHsnlpFnEPB3s ttG/fZQsh5/3vqjkHgZ9vWPKnqZJbTTVt8ISJcZ1vj3z5j6Hsnh2B8x9ze7Lo3z2aNmMoWUaNPr7 db58b1oEyBQyLoHv33it/zdP/D06O/XdoZ+PLWfHnqx/4dqaNaXK5aBPqWQCP8ztjPGMBJwqyTSk m1aeQUdjwBmLE+dH52MV3ol3gcVRTrRknGnJW4OVAdq6SCzBRsXV/M4S3Agxf99Is2YWRmMLLzAm nUo+tTv+7b8KkNPoJCQF4foIJX8XRx5o0REbHvlCGpxSckPZeXsSJHXTd4E3wSxUySZHQC8t4jle 9DQ/X5BlS364ni/Ara+flpT0kWv5MmqUsetT8S/wqGH6zvr/jWq1GC+CV1aQo0JKO5vOB7cOr/vl qfOvo+0g69h48fv40+BMHFQhlazcETWcm40l4W4AAxFDE/QwBhQUHgoKdwYeVhYmrl5rFtl0IiT3 zRlBkCpJf/bQPkQc8R3VKSh3BRZxrQWYWLTf5VTRaGhbrFELpp9iUrSGor+2YFkZ78+DyRzT+zFy V3u9IAIt8kAd/sNB5riVO5ZxErVI+usYgjb2D5ZcmUEHpgWse76VeWCn2dRH3YWQQJg+G8vFoT21 NjaT7JB65Mdaqjqe3yM5GpsUhKZfF3tL11J6lM7v2ldx/TR6HsC3eCgCMl70relxQOIC9HKP3s8A uIFxV6vUPpoMhtHO4lb5s7dVRG4G0Aw8H1AImDyd5m33UE1Bvj1yXWhGJUqR0XKDLFoahrBFYjV/ 6lfAlneiIL5jt3dgG3zroe9nDMqObhNY98C8gk6A5eYKH7raOVCI9uWIC4Fc02/E9FHYA11CNlzF WRRmMs77S7AkTV4M9a6RuWd7bfJSUD+THx47DhbHwbQm5l+CmSkBm56kXE7W8TA+j+fNlMXVLtrL VFj8sL4spM0QUuoP6RynDX7b8gtkytPIpXqq07Mv+Qqhwg7Eyfp77DpotmxyWLl/3EUl5MyuSv+l cvTVUBD5K4CeI6KeRQssFZBdXAPGEGu27ho/b30/83YWe1HpyuxynU5TwBNCW7RlkufkCxISjV+v G8G8AsXAD6nUYX2cSNjOQbh7RL0oqbSkhCLCuBeD//IAAAyNQ7fEREOgszKx9F0aGVJju0Ezcpmp IY158YQz09mnldhJQsO4lf0ffZkqHNX8ufbU4UCRWGNCtu/Df8ong1c7x3lSTQ6VLzhsriO+YFRg z9CpiLsFY1w5QpGVrjQD+0sPCIlLfwW3jmHdi1/NnuefjLPTaYxD978dhWFJqIMzv6Mg+557DCOy oZJE52dK6C59ESO6+uNaRR9eDlNyNhqpkCtCzV7CzLSWK6vpS/32UsavTNvR/Xj6KSTyUMLBYaoB xc39MsL3YO+XRfJy+sRSs2d2VEZDCEFzbuZGPzbHWGLpt09sCVL9802p8leOVBd4SS94WlWpMe/t dLsJuR54vZ5vQ9rRTgB12W+hAkOJkDCk9rnwVAnWgrOhgcuAJaxcFxrx6pgNBB+o2Sg125eM5ubI TJXUN0CM7VUlrGG5CWWfdkfQOU0E9D3B4Vbi7PWeTtA1fIDqEl6C9Ic/2R12uhHaATVcO44YUE3M KEsAAWl4rY4P6VgCsVfPFfxiwuB3iXagmnf59Y391HznsL3HaOp3H/ddEelw3tRSdsRDvc8QMfJE +V+kdN1j4xnnWZriufkhDQ0sxrgtQqZEQKRVpee4X5ddfIMXwtlhlxr7iVPSIBSGDRtTXJzUonnZ l7UbU/R24MxRmi4GQ0MVnvc0acSkJtiEfp+fy3YebBfuvlGWl92lDY4W4OdFoziC6iJl34hxZu+7 Hz3et9h/fsaLnzi+yVoQcFhVJhhXyJHeUleepON6BDAjjP/19pXOAEio0xSdGgCFICzZuZwkp54C wM4WQapTS6phaAEHIMmeLcrdLh1QNGvKiZfYQ7qz2OfUOuxl1ZtcbrQ4CpFx7AQAYtSL4Nzk0lIW yMcCu9L1VhOfd0pnh5qYqAqUSSu2AcQDapxDTnVesrdbzgJ60YZOfeXI4AvyeiqlEGx6OZfT2AhF u9wDOlHLyHW7Xu8vqL39RFVjcZnaftNK6CCEaWT5kwdfznyNaxHH/W/V1Qm3/m56vhWgDYDKZAJJ QzMwqcLPcvP5ugo2nj9BuCIj1kkVTw4uRwokpwUEFKmOV3WoC1QdsG+LfW8gDDWirdYIdyRWKTeq Maa/1ZuhHiBqvupL+pSGSwgTVKwNUL2O+j6OmVejPAFlBxAjWrr3dpSm/DWJyQ3cELWQNKdUeopH CkeFVKO1QKRf6TexuD7TwOkkqD1wjZ3TVq0ykjzMq8emyUt+tSJi56BqhYHo/fSWZ6foLnDDh2yb fTYNU9dfCZgL9rI3PoCPeEV2NQKcIAUtcL3sA6RysFlirvwi2a7MdCoq9QWRyoFzh8G27OhV1ZZ8 1nueizE0XcT6VthXvn2F/YEDQNAMa5FdcBe7vfDcGZUM5OjXkB8+RTxTd+rusXkNzweXd881qriM BLa+lWrneaT/VhkzuVWOkobEbOvUzwInE7XH6f6zM9mbNxqn7CBOmxLNC6kJ/7a/+2jQglawnYuL UqIEmxboAKsA3GmwIvgBV8KDqNnDBwMxCiUKapWgt2oJaLwClKD5lmy/h1ssrA89PjLeV97vWpYF mozY5zv6Z3zDufPlqU8qxmyPpz+MFhYqWYC3f3EcEhxiSvog6UsmCUBt6zgd2rrZ6E5BUOwlthh1 DaoJsSygiNUsgqJCmRyCSU4ePaq3xGDSs0GS/Dtej6P0UOHjFotwLewpF9khpsKqiYi39BR9CvAj S7i5jumkn018haC18G1Dc39DpRywDkjwOirFqG/2w4zx9htmTyuMrD943/M1wm+psVc0QQFOrIm9 NGym0m0naoN2ICu/16PanhCJu2lr46T7mi2xrSYxKy5QH4kflq5uaCMSia7t8+4fsdZDE222xHrq CSKHYXymhUs46OqzJi413Gc2TmfOxgLxhaPMIGOqflMCrZwPJYZoK9H/Vp4Kkmujn4ui7/g3ys+P ASrq9Gc4OzFLhPD8ia9+lKT9EQzcBZnwdaPKn6nXG1HV7GQFMpN08jCYIgHVnjnJAAE2A3ldRzT+ zoj85VwHEZXrGvTol5+OCeZ+RvwzHmiYod3rGpr3x3n/ZjDPZs4NDk3P/BwAyMix6Bb2l+Ln1VoA ZWuSEd5c8nsIkaZkQmXAzy1OyJpDC3BgbBd0UA631csPgfUaRMlGRaAI09zMcWkEMccjd/UubXuh e2U7w+fBkjpn0Ln+U1t63tnFN9eunqYVfsw5R2mthEzNMKr90xpwsQ61u/LXme6N3sim/S7Xe1XU cPBMe5fIi7VY6dQDhmNwVYFN8TufX1b1hYXVkgoown1zGKJXTp3rhwDSCsxhl8d/eEF2Xwdk3iOi P/DrZ2IZXzu6TV2sw60/TyDAbcjjMBVOtrbobnRjEvb+vqDfNdIAgvx64F21aE8pc5fPCLhymPDP fFqzBLH2YD5g5++86b8UTOkwGxbjIuJHcgFw8/t4HtfGldiIFHndA1MvIZ2+qBowJeuwTm3bCQ6c nGHUnFuYj2QWHm7dLqsX8Wwpg6Di4jYu4ONa0GfFD6Xxg9cyKaSkw08nX//xKBKT6GFhLMCNEECy xHyHzuTeiuPA/O5krlAueTl/tBHqMTCFsuXMrUG8NP3eupB4/lMC6y59xhsI76BOVuN2+/r7zr1I MHRONLGdnZkv1bG3DlrzLiu/ka5/ifLzRSLXBWmtzO7Y41T1u5FEeLLLorkyAL2pUYrw+BYgnO3W 61PHt+Q1EDIQFX8v8yFZmiL4Ip9Q2CGC7xLfYRWohp3cvnBZ82rWDhVYBU8h8HYfGC/suAmf9eq/ G204JaYYeyc7P+pPVU1DdlpfLk76PjxETBrOhwDWZsqY4eEcensZYaAFIDkaWrmPrL9Gg5dwo5O7 j536cu2p30UteSv1L2pe2nA4qN5B4s54vG9A1fnZdB5KdEY5nHVOliMngv39i/UHjyIlEkDKarzo dmMVxYJBHV90jezaOe/p25U3SOFj6fx4ZOXK5quuVeuhN3GHWFkgkTC0322OGHRXWoEpNARYNv+z hT+CubmnKToNod9a4MfI76p6fmRNl9++ZOFR+O3zt7XzQOhqn31ZHjLg0nCJGpV70kQYXmqEkdJe LdFeGOE2elBr+NS/ioiLYE+8JtSHktJVJOanjQ4PZe3gSkGMWpRanxyTaJOTRaME23oAPi3h9Axs DprP79rIOTzBU+LQU/Hwxl3mapCAet2a6OBBcce/7wD+sA2se16kQwlZCIAGp88e/Pv5MCE3Bb0d dm7LEzCoiHTyVvqLe7nu6KKiHI29/oDWVjrHrEVrHYt4rInxFM+6wo8ZVp7EWbpPvHCrwN7iU2QX 7ENNxZb2SefMHgDTfn87yF//NIasbekUM6o6Oe8bEU03tTS4Mj9v9nEyY4o/4vKvtKr5t+O0Zpuz yrAoKYqrUzxdc1Rs3Tlv1YwsdzTFC8po63CbiJoIb7PbX4rlM6TVgW6MX1YJg2le+hTikcIEsTFu ZXdzAgAAAPANAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAADhwAAAAAAAAMHAAAAAAAAAAAAAATHAAAABwAAAAAAAAAAAAAAAAAAAAAAAA AAAAADhwAAAAAAAAEQFHZXRNb2R1bGVIYW5kbGVBAABLRVJORUwzMi5kbGwAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA ----VEVG5M7OXE7C1I38HEJ8XUVW127WT-- From owner-linux-xfs@oss.sgi.com Wed May 2 12:50:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Jow609320 for linux-xfs-outgoing; Wed, 2 May 2001 12:50:58 -0700 Received: from fluffy.biglal.net ([151.199.74.217]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42JouF09309 for ; Wed, 2 May 2001 12:50:56 -0700 Received: by fluffy.biglal.net (Postfix, from userid 501) id 84A7EA68B5; Wed, 2 May 2001 15:55:34 -0400 (EDT) Subject: OT: modem-13.kleins-butterfly.dialup.pol.co.uk: you have a virus From: "H." Lally Singh To: linux-xfs@oss.sgi.com Content-Type: text/plain X-Mailer: Evolution (0.9 - Preview Release) Date: 02 May 2001 15:55:33 -0400 Mime-Version: 1.0 Message-Id: <20010502195534.84A7EA68B5@fluffy.biglal.net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, if anyone else has been getting an email message via hahaha@sexyfun.net, look in the mail headers for the original machine, because that one has a virus (I forget the name). Any recent version of antivirus software will fix that for you.. From owner-linux-xfs@oss.sgi.com Wed May 2 13:19:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42KJMB19158 for linux-xfs-outgoing; Wed, 2 May 2001 13:19:22 -0700 Received: from dermis.amis.com (dermis.amis.com [207.141.5.253]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f42KJLF19149 for ; Wed, 2 May 2001 13:19:21 -0700 Received: from [172.16.89.23] by dermis.amis.com via smtpd (for oss.sgi.com [216.32.174.190]) with SMTP; 2 May 2001 20:19:21 UT Received: from pop1.amis.com ([172.16.89.10]) by mx1.pc.amis.com (Lotus Domino Release 5.0.7) with ESMTP id 2001050214153685:141130 ; Wed, 2 May 2001 14:15:36 -0600 Received: from amis.com ([172.16.17.176]) by pop1.amis.com (Lotus Domino Release 5.0.6a) with ESMTP id 2001050214190547:13326 ; Wed, 2 May 2001 14:19:05 -0600 Message-ID: <3AF06BA4.AF3CAD60@amis.com> Date: Wed, 02 May 2001 14:18:44 -0600 From: Eric Whiting X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> X-MIMETrack: Itemize by SMTP Server on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/02/2001 02:19:05 PM, Serialize by Router on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/02/2001 02:19:15 PM, Serialize complete at 05/02/2001 02:19:15 PM, Itemize by SMTP Server on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/02/2001 02:15:36 PM, Serialize by Router on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/02/2001 02:15:37 PM, Serialize complete at 05/02/2001 02:15:37 PM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks for the info -- I think I might have a non-xfs problem here. I recreated the filesystem with ext2 and retested. It locked up just the same. eric Andi Kleen wrote: > > On Wed, May 02, 2001 at 11:40:27AM -0600, Eric Whiting wrote: > > My hardware is Tyan 1854, PIII 866, 3com 905b, 3ware 6200 ide > > controller, ibm 75G ide disk. > > My base OS is SUSE 7.1 > > SuSE 7.1 comes with gcc 2.95; it is a bit safer to compile with an > egcs 1.1 compiler because there have been problems with that compiler > version and XFS in the past. > > > Questions > > --------- > > 1. what debug can I do? > > You could compile KDB in if you didn't do it already (it's part of the XFS > tree); then either don't run X or put a serial console onto the box. > When it hangs you have good chances that you see an KDB prompt (it could > be happening already and often looks like a hang in X; if yes your keyboard > lights should be blinking). Then enter bt and send the results to the list. > It's easier with an serial console to do that of course. > > If you get a hard hang it's much harder to debug. In this case it's also > likely that you're running into a generic 2.4 kernel problem; contact > linux-kernel@vger.kernel.org with your hardware configuration and setup. > > -Andi -- __________________________________________________________________ Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Wed May 2 13:50:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42KoaY30388 for linux-xfs-outgoing; Wed, 2 May 2001 13:50:36 -0700 Received: from foehn100.plesnik.bonsai.de (mail.plesnik.de [212.117.70.78]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42KoYF30372 for ; Wed, 2 May 2001 13:50:34 -0700 Received: (from mas@localhost) by foehn100.plesnik.bonsai.de (8.9.1/8.9.1) id WAA07395 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 22:49:39 +0200 Message-ID: <20010502224939.A7331@foehn.plesnik.bonsai.de> Date: Wed, 2 May 2001 22:49:39 +0200 From: Martin Spott To: linux-xfs@oss.sgi.com Subject: Re: XFS for Linux 2.4.4 query References: <200105021820.LAA05754@mail24.bigmailbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <200105021820.LAA05754@mail24.bigmailbox.com>; from Jonathan Day on Wed, May 02, 2001 at 11:20:21AM -0700 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, May 02, 2001 at 11:20:21AM -0700, Jonathan Day wrote: > Any idea if you'll be making a 2.4.4 patch? As mentioned I think yesterday on this mailing list, a patch for 2.4.4 is on the way, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed May 2 14:02:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42L2GN02673 for linux-xfs-outgoing; Wed, 2 May 2001 14:02:16 -0700 Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42L2FF02663 for ; Wed, 2 May 2001 14:02:15 -0700 Received: from [195.20.224.208] (helo=mrvdom01.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 14v3lG-00073o-00 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 23:02:14 +0200 Received: from pd901e312.dip.t-dialin.net ([217.1.227.18] helo=kernelpanix.aura.of.mankind) by mrvdom01.schlund.de with esmtp (Exim 2.12 #2) id 14v3lF-0001dk-00 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 23:02:13 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.0/8.11.0) id f42KLwL11305 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 22:21:58 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Wed, 2 May 2001 22:21:58 +0200 From: utz lehmann To: linux-xfs@oss.sgi.com Subject: source for cvsup Message-ID: <20010502222158.A11282@s2y4n2c.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi sorry for being a bit ot. can someone give me a url for downloading cvsup. ftp.freebsd.org changed there structure. i searched the net about one hour without luck. or someone (at sgi) put it on a ftp server. thanks. utz From owner-linux-xfs@oss.sgi.com Wed May 2 14:19:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42LJNW08664 for linux-xfs-outgoing; Wed, 2 May 2001 14:19:23 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42LJLF08648 for ; Wed, 2 May 2001 14:19:22 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id XAA624712 for ; Wed, 2 May 2001 23:19:18 +0200 (CEST) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA46054; Wed, 2 May 2001 16:18:02 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f42LH1B18292; Wed, 2 May 2001 17:17:01 -0400 Message-ID: <3AF0794A.42EB2167@thebarn.com> Date: Wed, 02 May 2001 17:16:59 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: utz lehmann CC: linux-xfs@oss.sgi.com Subject: Re: source for cvsup References: <20010502222158.A11282@s2y4n2c.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk utz lehmann wrote: > hi > > sorry for being a bit ot. > > can someone give me a url for downloading cvsup. ftp.freebsd.org changed > there structure. i searched the net about one hour without luck. freebsd's main site has been down due to some hardware problems try one of the mirrors ftp://ftp10.FreeBSD.org/pub/FreeBSD/development/CVSup/binaries/ > > > > or someone (at sgi) put it on a ftp server. > > thanks. > > utz -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Wed May 2 14:36:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42LamD12064 for linux-xfs-outgoing; Wed, 2 May 2001 14:36:48 -0700 Received: from chimaera.imperial-starfleet.net (pool4019.studentenheim.uni-tuebingen.de [134.2.214.19]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42LajF12054 for ; Wed, 2 May 2001 14:36:46 -0700 Received: from student.uni-tuebingen.de (localhost.localdomain [127.0.0.1]) by chimaera.imperial-starfleet.net (8.11.2/8.11.2) with ESMTP id f42LckB13033 for ; Wed, 2 May 2001 23:38:46 +0200 Message-ID: <3AF07E66.5000001@student.uni-tuebingen.de> Date: Wed, 02 May 2001 23:38:46 +0200 From: Simon Pabst User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686; en-US; 0.8.1) Gecko/20010425 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: RH7.1-XFS won't boot Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi all, thanks for your help - I got it installed. Looks like there is a problem if the root partition is beyond the 1024 cylinder and you're using a bootdisk to start it. I moved /boot to the beginning of hda and now everything works smoothly thanks! -Simon From owner-linux-xfs@oss.sgi.com Wed May 2 14:48:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42LmjX12489 for linux-xfs-outgoing; Wed, 2 May 2001 14:48:45 -0700 Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42LmiF12486 for ; Wed, 2 May 2001 14:48:44 -0700 Received: from [195.20.224.204] (helo=mrvdom00.schlund.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 14v4UE-0001yB-00; Wed, 2 May 2001 23:48:42 +0200 Received: from pd901e312.dip.t-dialin.net ([217.1.227.18] helo=kernelpanix.aura.of.mankind) by mrvdom00.schlund.de with esmtp (Exim 2.12 #2) id 14v4UB-00010a-00; Wed, 2 May 2001 23:48:40 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.0/8.11.0) id f42L8Mr12205; Wed, 2 May 2001 23:08:22 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Wed, 2 May 2001 23:08:22 +0200 From: utz lehmann To: Russell Cattelan Cc: utz lehmann , linux-xfs@oss.sgi.com Subject: Re: source for cvsup Message-ID: <20010502230822.A12168@s2y4n2c.de> References: <20010502222158.A11282@s2y4n2c.de> <3AF0794A.42EB2167@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AF0794A.42EB2167@thebarn.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk btw, a "*default compress" should added to the supfile examples on http://linux-xfs.sgi.com/projects/xfs/cvsup.html utz From owner-linux-xfs@oss.sgi.com Wed May 2 17:15:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430FpN16610 for linux-xfs-outgoing; Wed, 2 May 2001 17:15:51 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430FoF16607 for ; Wed, 2 May 2001 17:15:50 -0700 Received: from larry.melbourne.sgi.com ([134.14.52.130]) by 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 RAA09630 for ; Wed, 2 May 2001 17:15:48 -0700 (PDT) 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 KAA18385 for ; Thu, 3 May 2001 10:14:31 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA35382 for linux-xfs@oss.sgi.com; Thu, 3 May 2001 10:14:30 +1000 (EST) From: "Nathan Scott" Message-Id: <10105031014.ZM52193@wobbly.melbourne.sgi.com> Date: Thu, 3 May 2001 10:14:29 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: linux-xfs@oss.sgi.com Subject: (Fwd) Quota tools Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, FYI - for those following the quota releases, there's a new version on sourceforge. This package has made its way into the Debian unstable release now also. There were no changes directly related to XFS in this version (and there are none pending). cheers. --- Forwarded mail from Jan Kara Date: Wed, 2 May 2001 11:50:53 +0200 From: Jan Kara To: mvw@planets.elm.net, nathans@wobbly.melbourne.sgi.com, Michael.Meskes@credativ.de, pblaha@suse.cz Subject: Quota tools Hello. I've just made a -pre5 release of quota tools which should include mainly various bugfixes... Honza -- Jan Kara SuSE Labs ---End of forwarded mail from Jan Kara --- Forwarded mail from Michael Meskes Resent-Date: Wed, 2 May 2001 12:28:03 -0700 (PDT) From: Michael Meskes To: debian-devel-changes@lists.debian.org Subject: Installed quota 3.00pre01-2 (i386 source) Date: Wed, 02 May 2001 15:06:17 -0400 Resent-From: debian-devel-changes@lists.debian.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 2 May 2001 14:13:23 +0200 Source: quota Binary: quota Architecture: source i386 Version: 3.00pre01-2 Distribution: unstable Urgency: high Maintainer: Michael Meskes Changed-By: Michael Meskes Description: quota - An implementation of the diskquota system. Changes: quota (3.00pre01-2) unstable; urgency=high . * New upstream version based on 3.01-pre5. * Fixed more bugs in postinst and init.d script. * Removed workarounds for two bugs that were fixed upstream. Files: 4508cea937e08a4ba55f439682997f08 644 admin optional quota_3.00pre01-2.dsc b85d6f2c3b3957b4fa531002989272db 36059 admin optional quota_3.00pre01-2.diff.gz 2f05941affa3687dd2deba8a766d01de 314256 admin optional quota_3.00pre01-2_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE68AjQVkEm8inxm9ERAl4wAJ97CdKnRh18Pay68cUHw079YML05gCfa2I4 euyA1rbHX1BsL7dVOizLFB4= =+8Sn -----END PGP SIGNATURE----- Installed: quota_3.00pre01-2.diff.gz to pool/main/q/quota/quota_3.00pre01-2.diff.gz quota_3.00pre01-2.dsc to pool/main/q/quota/quota_3.00pre01-2.dsc quota_3.00pre01-2_i386.deb to pool/main/q/quota/quota_3.00pre01-2_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-request@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org ---End of forwarded mail from Michael Meskes -- Nathan From owner-linux-xfs@oss.sgi.com Wed May 2 17:19:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430JRA16698 for linux-xfs-outgoing; Wed, 2 May 2001 17:19:27 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430JQF16692 for ; Wed, 2 May 2001 17:19:26 -0700 Received: from crom.corp.sgi.com ([130.62.63.32]) by 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 RAA03614 for ; Wed, 2 May 2001 17:19:24 -0700 (PDT) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA77235 for ; Wed, 2 May 2001 17:22:57 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 5748DCED7A for ; Wed, 2 May 2001 17:18:08 -0700 (PDT) Subject: XFS-1.0 on SGI 1200 From: Florin Andrei To: linux-xfs@oss.sgi.com Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 17:18:08 -0700 Message-Id: <988849088.12143.22.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk While installing XFS-1.0 on a SGI1200 with Mylex DAC960 card... 1. When the installer formatted the partitions, i got this: mkfs.xfs: warning - cannot set blocksize on block device /tmp/rd/c0d0p5: Invalid argument ...and the same thing for some other partitions, not just c0d0p5 2. After the system rebooted, it couldn't mount /dev/rd/c0d0p1 and that's /boot on my system. :-/ The idea was to create a small /boot at the beginning of the disk, formatted with Ext2, and a bunch of other partitions after that, formatted with XFS. 3. Reinstall, this time with an XFS-formatted /boot Now, i got the same errors while the installer formatted the partitions. After reboot, no partition was mounted except for / For all the other partitions, it complained about not finding the specific device. :-( 4. At some point during the install, one of the four 36 GB HDD that are tied into my RAID5 array started to light the red LED, and was marked as bad by the RAID controller. :-((( Oh, BTW, i'm using text-mode install. -- Florin Andrei "Bloat is not about being big. Bloat is about being slow and stupid and not realizing that it's because of design mistakes." - Linus Torvalds From owner-linux-xfs@oss.sgi.com Wed May 2 17:34:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430YY917153 for linux-xfs-outgoing; Wed, 2 May 2001 17:34:34 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430YXF17150 for ; Wed, 2 May 2001 17:34:33 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA28212 for ; Wed, 2 May 2001 17:33:11 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA56040; Wed, 2 May 2001 19:33:16 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f430WFq02526; Wed, 2 May 2001 20:32:15 -0400 Message-ID: <3AF0A70D.C5CE4733@thebarn.com> Date: Wed, 02 May 2001 20:32:13 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Chmouel Boudjnah CC: Sven Herzberg , linux-xfs@oss.sgi.com Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chmouel Boudjnah wrote: > Sven Herzberg writes: > > > First thanks to SGI and all the developers for the Release 1.0. > > Now I've got a question: *Is there anyone providing RPMs for Mandrake > > 8.0?* 'Cos the RedHat RPMs are conflicting with Mandrake's initscripts > > (I think it was the file "install-kernel"). > > We may provide some additional set... Yes please. I've build a patch against the 8.0 kernel src rpm, haven't tested it yet but it does compile. Anybody want help finish it.? If fact I would to encourage some savvy installer programmer to add XFS support to the mandrake installer. I've looked at the code and see reiserfs is already in there shouldn't be to much work to add xfs. -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Wed May 2 17:34:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430YuP17165 for linux-xfs-outgoing; Wed, 2 May 2001 17:34:56 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430YtF17162 for ; Wed, 2 May 2001 17:34:55 -0700 Received: from crom.corp.sgi.com (crom.corp.sgi.com [130.62.63.32]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA03622 for ; Wed, 2 May 2001 17:45:38 -0700 (PDT) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA13363 for ; Wed, 2 May 2001 17:38:28 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 5F2C4CED7A for ; Wed, 2 May 2001 17:33:39 -0700 (PDT) Subject: Re: XFS-1.0 on SGI 1200 From: Florin Andrei To: linux-xfs@oss.sgi.com In-Reply-To: <988849088.12143.22.camel@stantz.corp.sgi.com> References: <988849088.12143.22.camel@stantz.corp.sgi.com> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 17:33:39 -0700 Message-Id: <988850019.12141.23.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 02 May 2001 17:18:08 -0700, Florin Andrei wrote: > > 4. At some point during the install, one of the four 36 GB HDD that are > tied into my RAID5 array started to light the red LED, and was marked as > bad by the RAID controller. :-((( Forgot to tell you, the drive wasn't actually bad. After shuffling the drives and rebuilding the RAID array, everything was fine. -- Florin Andrei "Bloat is not about being big. Bloat is about being slow and stupid and not realizing that it's because of design mistakes." - Linus Torvalds From owner-linux-xfs@oss.sgi.com Wed May 2 17:38:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430cnf17252 for linux-xfs-outgoing; Wed, 2 May 2001 17:38:49 -0700 Received: from amorphis.linuxinside.com ([209.245.61.134]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430cmF17249 for ; Wed, 2 May 2001 17:38:49 -0700 Received: (from pruchai@localhost) by amorphis.linuxinside.com (8.12.0.Beta7/8.12.0.Beta7) id f430fDdM021525 for linux-xfs@oss.sgi.com; Wed, 2 May 2001 17:41:13 -0700 Date: Wed, 2 May 2001 17:41:13 -0700 From: Igor Pruchanskiy To: linux-xfs@oss.sgi.com Subject: linux-2.4-xfs-1.0.patch Message-ID: <20010502174113.A21501@linuxinside.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Sender: igor@linuxinside.com X-Operating-System: Linux 2.4.3 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I was wondering if anyone actually got this patch to work.... It keeps complaining about existing /tmp/null/Makefile and i end up with 3 makefiles Makefile Makefile~ Makefile.rej I am doing patch -p0 < patchfile on /usr/src igor P.S. Please reply directly to me. I am not on this list. thank you From owner-linux-xfs@oss.sgi.com Wed May 2 17:41:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430fVX17305 for linux-xfs-outgoing; Wed, 2 May 2001 17:41:31 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430fUF17301 for ; Wed, 2 May 2001 17:41:30 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA28905 for ; Wed, 2 May 2001 17:40:08 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA13945; Wed, 2 May 2001 19:40:13 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f430dCq02609; Wed, 2 May 2001 20:39:12 -0400 Message-ID: <3AF0A8B0.FD03D9E@thebarn.com> Date: Wed, 02 May 2001 20:39:12 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Chmouel Boudjnah , Sven Herzberg , linux-xfs@oss.sgi.com Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan wrote: note to self: proof read your e-mail > > If fact I would to encourage some savvy installer programmer to add XFS I would *like* to encourage > > support > to the mandrake installer. I've looked at the code and see reiserfs is > already in > there shouldn't be to much work to add xfs. > > -- > Russell Cattelan > -- > Digital Elves inc. -- Currently on loan to SGI > Linux XFS core developer. -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Wed May 2 17:43:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430hYb17367 for linux-xfs-outgoing; Wed, 2 May 2001 17:43:34 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430hXF17364 for ; Wed, 2 May 2001 17:43:33 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f430hWT29279; Wed, 2 May 2001 19:43:32 -0500 (CDT) Message-ID: <3AF0AA07.C4A72E6C@sgi.com> Date: Wed, 02 May 2001 19:44:55 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Igor Pruchanskiy CC: linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch References: <20010502174113.A21501@linuxinside.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Igor Pruchanskiy wrote: > I am doing patch -p0 < patchfile on /usr/src try patch -p1 < patchfile in /usr/src/linux (or whatever the top of your tree is) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 17:47:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430lS717470 for linux-xfs-outgoing; Wed, 2 May 2001 17:47:28 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430lRF17467 for ; Wed, 2 May 2001 17:47:27 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 14v7HA-0001vA-00; Thu, 03 May 2001 02:47:24 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f430kkl23333; Wed, 2 May 2001 20:46:46 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: Florin Andrei Cc: linux-xfs@oss.sgi.com Subject: Re: XFS-1.0 on SGI 1200 References: <988849088.12143.22.camel@stantz.corp.sgi.com> From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 02 May 2001 20:46:46 -0400 In-Reply-To: <988849088.12143.22.camel@stantz.corp.sgi.com> Message-ID: Lines: 17 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >>>>> "Florin" == Florin Andrei writes: Florin> While installing XFS-1.0 on a SGI1200 with Mylex DAC960 Florin> card... Florin> mkfs.xfs: warning - cannot set blocksize on block device Florin> /tmp/rd/c0d0p5: Invalid argument Ah, my bad. Will commit a fix shortly. I don't have a DAC controller around, so I never added the appropriate ioctl to that driver. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Wed May 2 17:50:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430owr17637 for linux-xfs-outgoing; Wed, 2 May 2001 17:50:58 -0700 Received: from amorphis.linuxinside.com ([209.245.61.134]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430ovF17634 for ; Wed, 2 May 2001 17:50:57 -0700 Received: (from pruchai@localhost) by amorphis.linuxinside.com (8.12.0.Beta7/8.12.0.Beta7) id f430rQPZ021545; Wed, 2 May 2001 17:53:26 -0700 Date: Wed, 2 May 2001 17:53:26 -0700 From: Igor Pruchanskiy To: Eric Sandeen Cc: Igor Pruchanskiy , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch Message-ID: <20010502175326.B21501@linuxinside.com> References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@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: <3AF0AA07.C4A72E6C@sgi.com>; from sandeen@sgi.com on Wed, May 02, 2001 at 07:44:55PM -0500 X-Sender: igor@linuxinside.com X-Operating-System: Linux 2.4.3 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk doh! my fault.... that worked, but now linux-2.4.4-xfsTEST.patch won't apply complaining about already patched files.... igor On Wed 02 May 2001, Eric Sandeen wrote: > Igor Pruchanskiy wrote: > > > I am doing patch -p0 < patchfile on /usr/src > > try patch -p1 < patchfile in /usr/src/linux (or whatever the top of your > tree is) > > -Eric > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. > From owner-linux-xfs@oss.sgi.com Wed May 2 17:58:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f430wIM17932 for linux-xfs-outgoing; Wed, 2 May 2001 17:58:18 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f430wHF17929 for ; Wed, 2 May 2001 17:58:17 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f430wDT04357; Wed, 2 May 2001 19:58:13 -0500 (CDT) Message-ID: <3AF0AD79.5712D5D9@sgi.com> Date: Wed, 02 May 2001 19:59:37 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Igor Pruchanskiy CC: linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Igor Pruchanskiy wrote: > > doh! my fault.... > > that worked, but now linux-2.4.4-xfsTEST.patch won't apply complaining about already patched files.... That's because 2.4.4-xfsTEST is not a released version, and is packaged differently. It contains all patched files, while the official, released patches are broken into "core linux" and "xfs filesystem" patches. I guess that's not obvious, but we don't expect people to mix-n-match patches... :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 18:08:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4318D918192 for linux-xfs-outgoing; Wed, 2 May 2001 18:08:13 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4318AF18186 for ; Wed, 2 May 2001 18:08:10 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA01612 for ; Wed, 2 May 2001 18:06:48 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.9.3/8.9.3) id LAA21401; Thu, 3 May 2001 11:08:03 +1000 Date: Thu, 3 May 2001 11:08:03 +1000 From: Keith Owens Message-Id: <200105030108.LAA21401@sherman.melbourne.sgi.com> Subject: Sync xfs with kdb v1.8-2.4.4 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed May 2 18:06:46 PDT 2001 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:93918a linux/mm/vmalloc.c - 1.30 - Add missing include/config.h linux/drivers/char/Makefile - 1.43 - Detect errors from loadkeys instead of generating empty defkeymap.c From owner-linux-xfs@oss.sgi.com Wed May 2 18:12:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431C3218311 for linux-xfs-outgoing; Wed, 2 May 2001 18:12:03 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431C1F18308 for ; Wed, 2 May 2001 18:12:02 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 14v7ey-0001w4-00; Thu, 03 May 2001 03:12:00 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f431BNU25074; Wed, 2 May 2001 21:11:23 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: linux-xfs@oss.sgi.com Subject: TAKE - DAC driver From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 02 May 2001 21:11:22 -0400 Message-ID: Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed May 2 18:10:53 PDT 2001 Workarea: gibble.americas.sgi.com:/export/d0/mkp/XFS/slinx-pristine The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:93919a linux/drivers/block/DAC960.c - 1.25 - Add BLKBSZSET ioctl -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Wed May 2 18:25:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431Pr218642 for linux-xfs-outgoing; Wed, 2 May 2001 18:25:53 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431PqF18639 for ; Wed, 2 May 2001 18:25:52 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA03211 for ; Wed, 2 May 2001 18:24:26 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA18968; Thu, 3 May 2001 11:24:25 +1000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "Nathan Scott" cc: Aaron Lehmann , Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs build broken In-reply-to: Your message of "Tue, 10 Apr 2001 09:00:40 EST." <10104100900.ZM38682@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 May 2001 11:24:25 +1000 Message-ID: <7443.988853065@kao2.melbourne.sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Apr 9, 1:53am, Aaron Lehmann wrote: > Subject: Re: linux-2.4-xfs build broken > loadkeys --mktable defkeymap.map | sed -e 's/^static *//' > defkeymap.c > /bin/sh: loadkeys: command not found > gcc -V egcs-2.91.66 -D__KERNEL__ -I/usr/src/linux-2.4-xfs/linux/include -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing -fomit-frame-pointer -pipe -march=i586 -c -o defkeymap.o defkeymap.c > > That's really weird. It should have stopped the build. Fixed by modid 2.4.x-xfs:slinx:93918a, just checked into the XFS development tree. From owner-linux-xfs@oss.sgi.com Wed May 2 18:27:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431R1L18680 for linux-xfs-outgoing; Wed, 2 May 2001 18:27:01 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431R0F18677 for ; Wed, 2 May 2001 18:27:00 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f431QbB13967; Wed, 2 May 2001 20:26:37 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0C118.90109F1B@thebarn.com> Date: Wed, 02 May 2001 21:23:21 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Martin K. Petersen" CC: linux-xfs@oss.sgi.com Subject: Re: TAKE - DAC driver References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Martin K. Petersen" wrote: > Date: Wed May 2 18:10:53 PDT 2001 > Workarea: gibble.americas.sgi.com:/export/d0/mkp/XFS/slinx-pristine > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs > > Modid: 2.4.x-xfs:slinx:93919a > linux/drivers/block/DAC960.c - 1.25 > http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi/slinx_2.4.x-xfs-nodel/linux/drivers/block/DAC960.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h > http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/block/DAC960.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h > - Add BLKBSZSET ioctl Good. Now how do fix Florin's problem. I suppose we could send him a patch for the 1.0 tree and have him rebuild the kernel? > > -- > Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. > mkp@linuxcare.com, http://www.linuxcare.com/ > SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Wed May 2 18:33:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431XLt18849 for linux-xfs-outgoing; Wed, 2 May 2001 18:33:21 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431XKF18843 for ; Wed, 2 May 2001 18:33:20 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f431X1B13975; Wed, 2 May 2001 20:33:01 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0C298.581B899A@thebarn.com> Date: Wed, 02 May 2001 21:29:45 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Whiting CC: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <3AF06BA4.AF3CAD60@amis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Whiting wrote: > Thanks for the info -- I think I might have a non-xfs problem here. > > I recreated the filesystem with ext2 and retested. It locked up just > the same. > > eric > > As a sanity check here did you run the test on a stock 2.4.4 kernel or on with the XFS changes? It's entirely possible some of th XFS kernel changes has interfered with something else it would be good to either confirm or eliminate that possibility. > > > -- > __________________________________________________________________ > Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Wed May 2 18:33:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431XLN18855 for linux-xfs-outgoing; Wed, 2 May 2001 18:33:21 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431XKF18844 for ; Wed, 2 May 2001 18:33:20 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 14v7zb-0001x5-00; Thu, 03 May 2001 03:33:19 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f431WfB26768; Wed, 2 May 2001 21:32:41 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: linux-xfs@oss.sgi.com Subject: TAKE - Compaq controllers From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 02 May 2001 21:32:41 -0400 Message-ID: Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed May 2 18:32:09 PDT 2001 Workarea: gibble.americas.sgi.com:/export/d0/mkp/XFS/slinx-pristine The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:93920a linux/drivers/block/ps2esdi.c - 1.13 - Well, ESDI hardly qualifies as a RAID controller, but... linux/drivers/block/cpqarray.c - 1.21 linux/drivers/block/cciss.c - 1.7 - Fix the other RAID controllers while I'm at it. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Wed May 2 18:34:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431Y7r18889 for linux-xfs-outgoing; Wed, 2 May 2001 18:34:07 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431Y6F18886 for ; Wed, 2 May 2001 18:34:06 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f431XrB13979; Wed, 2 May 2001 20:33:53 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0C2CD.ED6A0186@thebarn.com> Date: Wed, 02 May 2001 21:30:37 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Whiting CC: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <3AF06BA4.AF3CAD60@amis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Whiting wrote: > Thanks for the info -- I think I might have a non-xfs problem here. > > I recreated the filesystem with ext2 and retested. It locked up just > the same. > > Ohh and the kdb backtrace couldn't hurt either way if you can capture it. > > > -- > __________________________________________________________________ > Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Wed May 2 18:40:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431ec919021 for linux-xfs-outgoing; Wed, 2 May 2001 18:40:38 -0700 Received: from io.cox-internet.com (io-cox.cox-internet.com [208.180.118.41]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431ebF19018 for ; Wed, 2 May 2001 18:40:37 -0700 Received: from cdm-233-165-vict.cox-internet.com ([208.180.233.165]) by io.cox-internet.com (InterMail vK.4.02.00.10 201-232-116-110 license d1ebd4f8b91132ed01cf0e3e933da025) with ESMTP id <20010503013936.TNME26424.io@cdm-233-165-vict.cox-internet.com> for ; Wed, 2 May 2001 20:39:36 -0500 Subject: xfs-redhat 7.1 installation from hardisk From: Michael Vanderford To: linux-xfs@oss.sgi.com Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 20:50:52 -0500 Message-Id: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry if this is a dumb question but is it possible to install redhat 7.1-xfs from iso's downloaded to a second hard drive. From owner-linux-xfs@oss.sgi.com Wed May 2 18:47:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431ljY19229 for linux-xfs-outgoing; Wed, 2 May 2001 18:47:45 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431liF19226 for ; Wed, 2 May 2001 18:47:44 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f431lfU01852; Wed, 2 May 2001 20:47:41 -0500 (CDT) Message-ID: <3AF0B913.C9AB7E0F@sgi.com> Date: Wed, 02 May 2001 20:49:07 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Vanderford CC: linux-xfs@oss.sgi.com Subject: Re: xfs-redhat 7.1 installation from hardisk References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If it's possible with standard Red Hat (and I think it is...) then it's probably possible w/ our version as well - although I have not tested it. Let us know. :) -Eric Michael Vanderford wrote: > > Sorry if this is a dumb question but is it possible to > install redhat 7.1-xfs from iso's downloaded to a second hard drive. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 18:48:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431m7r19242 for linux-xfs-outgoing; Wed, 2 May 2001 18:48:07 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431m6F19239 for ; Wed, 2 May 2001 18:48:06 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f431lxB13997; Wed, 2 May 2001 20:48:00 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0C61B.53065F9B@thebarn.com> Date: Wed, 02 May 2001 21:44:44 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Michael Vanderford CC: linux-xfs@oss.sgi.com Subject: Re: xfs-redhat 7.1 installation from hardisk References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael Vanderford wrote: > Sorry if this is a dumb question but is it possible to > install redhat 7.1-xfs from iso's downloaded to a second hard drive. Sure just copy all the rpm from RH disc1 & 2 and the SGI XFS disc to a directory on the second hard drive and copy the "base" directory from the SGI disc not the RH disc. From owner-linux-xfs@oss.sgi.com Wed May 2 18:51:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431pLR19330 for linux-xfs-outgoing; Wed, 2 May 2001 18:51:21 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f431pKF19327 for ; Wed, 2 May 2001 18:51:20 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f431p0B14004; Wed, 2 May 2001 20:51:00 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0C6D0.B24049E8@thebarn.com> Date: Wed, 02 May 2001 21:47:44 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: Igor Pruchanskiy , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> <3AF0AD79.5712D5D9@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: Please be aware anything in the "testing" directory should be considered potentially broken. This patch has been removed at this point since the devel tree has been updated to 2.4.4 > Igor Pruchanskiy wrote: > > > > doh! my fault.... > > > > that worked, but now linux-2.4.4-xfsTEST.patch won't apply complaining about already patched files.... > > That's because 2.4.4-xfsTEST is not a released version, and is packaged > differently. It contains all patched files, while the official, > released patches are broken into "core linux" and "xfs filesystem" > patches. > > I guess that's not obvious, but we don't expect people to mix-n-match > patches... :) > > -Eric > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 18:59:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f431x2E19521 for linux-xfs-outgoing; Wed, 2 May 2001 18:59:02 -0700 Received: from dermis.amis.com (dermis.amis.com [207.141.5.253]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f431x2F19518 for ; Wed, 2 May 2001 18:59:02 -0700 Received: from [172.16.89.23] by dermis.amis.com via smtpd (for oss.sgi.com [216.32.174.190]) with SMTP; 3 May 2001 01:59:02 UT Received: from pop1.amis.com ([172.16.89.10]) by mx1.pc.amis.com (Lotus Domino Release 5.0.7) with ESMTP id 2001050219551756:144037 ; Wed, 2 May 2001 19:55:17 -0600 Received: from amis.com ([172.16.19.176]) by pop1.amis.com (Lotus Domino Release 5.0.6a) with ESMTP id 2001050219585421:13499 ; Wed, 2 May 2001 19:58:54 -0600 Message-ID: <3AF0BB46.E00CE356@amis.com> Date: Wed, 02 May 2001 19:58:30 -0600 From: Eric Whiting X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-pre1 i686) X-Accept-Language: en MIME-Version: 1.0 To: Russell Cattelan CC: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <3AF06BA4.AF3CAD60@amis.com> <3AF0C298.581B899A@thebarn.com> X-MIMETrack: Itemize by SMTP Server on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/02/2001 07:58:54 PM, Serialize by Router on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/02/2001 07:58:55 PM, Serialize complete at 05/02/2001 07:58:55 PM, Itemize by SMTP Server on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/02/2001 07:55:17 PM, Serialize by Router on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/02/2001 07:55:18 PM, Serialize complete at 05/02/2001 07:55:18 PM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk OK -- I went back to 2.2.19 -- in order to test the hardware. I've been toasting the ext2 partition over nfs for about 6 hours now and it is still up. The HW must be ok. Next step -- try a clean 2.4.4 system. I'll let you know. I really want to run xfs. eric Russell Cattelan wrote: > > Eric Whiting wrote: > > > Thanks for the info -- I think I might have a non-xfs problem here. > > > > I recreated the filesystem with ext2 and retested. It locked up just > > the same. > > > > eric > > > > As a sanity check here did you run the test on a stock 2.4.4 kernel or > > on with the XFS changes? > > It's entirely possible some of th XFS kernel changes has interfered with > something else > it would be good to either confirm or eliminate that possibility. > > > > > > > -- > > __________________________________________________________________ > > Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Wed May 2 19:01:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43219N19600 for linux-xfs-outgoing; Wed, 2 May 2001 19:01:09 -0700 Received: from gloworm.cnchost.com (gloworm.concentric.net [207.155.248.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43218F19596 for ; Wed, 2 May 2001 19:01:09 -0700 Received: by gloworm.cnchost.com id WAA28938; Wed, 2 May 2001 22:01:08 -0400 (EDT) [ConcentricHost SMTP Relay 1.11] Message-ID: <200105030201.WAA28938@gloworm.cnchost.com> From: Mark Pinto To: linux-xfs@oss.sgi.com Subject: xfs r1 debs Date: Wed, 02 May 2001 19:01:08 -0700 (PST) In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk For the Debian Sid/Progeny Debian distributions http://www.markybob.com/xfsboot tools and kernels. Mark Pinto mark.pinto@markybob.com From owner-linux-xfs@oss.sgi.com Wed May 2 19:02:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4322Hh19645 for linux-xfs-outgoing; Wed, 2 May 2001 19:02:17 -0700 Received: from infa.abo.fi (IDENT:root@infa.abo.fi [130.232.208.126]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4322FF19642 for ; Wed, 2 May 2001 19:02:15 -0700 Received: (from jweeriks@localhost) by infa.abo.fi (8.9.3/8.9.3) id FAA23730 for linux-xfs@oss.sgi.com; Thu, 3 May 2001 05:02:14 +0300 Date: Thu, 3 May 2001 05:02:14 +0300 From: Johannes Eriksson To: linux-xfs@oss.sgi.com Subject: Re: xfs-redhat 7.1 installation from hardisk Message-ID: <20010503050213.A21878@infa.abo.fi> Mail-Followup-To: linux-xfs@oss.sgi.com References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i In-Reply-To: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com>; from michaelv@cox-internet.com on Wed, May 02, 2001 at 08:50:52PM -0500 X-Operating-System: Linux 2.2.19 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk * Michael Vanderford [Wed, May 02, 2001 at 08:50:52PM -0500]: > Sorry if this is a dumb question but is it possible to > install redhat 7.1-xfs from iso's downloaded to a second hard drive. I had some problems when trying to do it (with test3). I copied all the ISOs (XFS, seawolf-1, seawolf-2) to a directory on /home partition, booted up with boot disk (from XFS iso) and pointed the anaconda installer to ISOs. I chose to reformat all partitions as XFS except /home. Installation went without a hitch but when it rebooted the new kernel paniced; it could not mount root device - unsupported filesystem. So I reboot with XFS-enabled boot disk and have a look around. I turned out that anaconda had installed Red Hat's kernel instead of SGI's, so it had no XFS support. Luckily I a had prepared a boot disk earlier! So I installed the XFS kernel rpm and rebooted. I figured some other things might have gone wrong in the install so I decided to burn the ISO's and reinstall from CD-ROM. -- Johannes Eriksson From owner-linux-xfs@oss.sgi.com Wed May 2 19:04:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4324Gt19723 for linux-xfs-outgoing; Wed, 2 May 2001 19:04:16 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4324FF19720 for ; Wed, 2 May 2001 19:04:15 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f43248U06741; Wed, 2 May 2001 21:04:08 -0500 (CDT) Message-ID: <3AF0BCED.E05CB036@sgi.com> Date: Wed, 02 May 2001 21:05:33 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Russell Cattelan CC: Michael Vanderford , linux-xfs@oss.sgi.com Subject: Re: xfs-redhat 7.1 installation from hardisk References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> <3AF0C61B.53065F9B@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan wrote: > > Michael Vanderford wrote: > > > Sorry if this is a dumb question but is it possible to > > install redhat 7.1-xfs from iso's downloaded to a second hard drive. > > Sure just copy all the rpm from RH disc1 & 2 and the SGI XFS disc to > a directory on the second hard drive and copy the "base" directory from > the SGI disc not the RH disc. Actually, I don't think that will work. Hard-drive installs used to work this way, but now they want the ISO, not the RPMS, on the hard drive, since people could never figure out how the directories were supposed to be structured. It's in the release notes, and a quick look at the manual doesn't say how to do this, but I've seen the discussion on the Red Hat list - thread starting here: https://listman.redhat.com/pipermail/seawolf-list/2001-May/001491.html Apparently the kickstart installs still use the old-style hard drive layout... -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 19:44:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f432iLo20438 for linux-xfs-outgoing; Wed, 2 May 2001 19:44:21 -0700 Received: from amorphis.linuxinside.com ([209.245.61.134]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f432iJF20435 for ; Wed, 2 May 2001 19:44:19 -0700 Received: (from pruchai@localhost) by amorphis.linuxinside.com (8.12.0.Beta7/8.12.0.Beta7) id f432kgW6021692; Wed, 2 May 2001 19:46:42 -0700 Date: Wed, 2 May 2001 19:46:42 -0700 From: Igor Pruchanskiy To: Eric Sandeen Cc: Igor Pruchanskiy , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch Message-ID: <20010502194642.A21682@linuxinside.com> References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> <3AF0AD79.5712D5D9@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: <3AF0AD79.5712D5D9@sgi.com>; from sandeen@sgi.com on Wed, May 02, 2001 at 07:59:37PM -0500 X-Sender: igor@linuxinside.com X-Operating-System: Linux 2.4.3 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The funny thing is that either one of the patches applys cleanly on it's own. but as soon as you start adding a second patch it starts complaining..... igor On Wed 02 May 2001, Eric Sandeen wrote: > Igor Pruchanskiy wrote: > > > > doh! my fault.... > > > > that worked, but now linux-2.4.4-xfsTEST.patch won't apply complaining about already patched files.... > > That's because 2.4.4-xfsTEST is not a released version, and is packaged > differently. It contains all patched files, while the official, > released patches are broken into "core linux" and "xfs filesystem" > patches. > > I guess that's not obvious, but we don't expect people to mix-n-match > patches... :) > > -Eric > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. > From owner-linux-xfs@oss.sgi.com Wed May 2 19:47:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f432lPd20498 for linux-xfs-outgoing; Wed, 2 May 2001 19:47:25 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f432lNF20494 for ; Wed, 2 May 2001 19:47:24 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f432lKd20113; Wed, 2 May 2001 21:47:20 -0500 (CDT) Message-ID: <3AF0C70F.F5F0488E@sgi.com> Date: Wed, 02 May 2001 21:48:47 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Igor Pruchanskiy CC: linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> <3AF0AD79.5712D5D9@sgi.com> <20010502194642.A21682@linuxinside.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Igor Pruchanskiy wrote: > > The funny thing is that either one of the patches applys cleanly on it's own. > but as soon as you start adding a second patch it starts complaining..... Yes, that's expected. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 20:14:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f433EaY20993 for linux-xfs-outgoing; Wed, 2 May 2001 20:14:36 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f433EZF20989 for ; Wed, 2 May 2001 20:14:35 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f433EKB14304; Wed, 2 May 2001 22:14:20 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0DA57.7376774D@thebarn.com> Date: Wed, 02 May 2001 23:11:04 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Igor Pruchanskiy CC: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> <3AF0AD79.5712D5D9@sgi.com> <20010502194642.A21682@linuxinside.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Igor Pruchanskiy wrote: > The funny thing is that either one of the patches applys cleanly on it's own. > but as soon as you start adding a second patch it starts complaining..... > I'm not sure what you are expecting of these patches but please take a moment to understand what a patch is for before blinding applying applying things. I will have to says thing are getting out of hand in terms of shear number of kernels and patches that are being produced and attempted. Currently I have 4 different trees for the 1.0 release. vanilla 2.4.2 vanilla 2.4.3 RH7.1 Mandrake 8.0 and a 5th just waiting to be completed vanilla 2.4.4 And the 6th tree: current which fortunately has only one flavor and is usually up to date with Linus's releases. The only 2 trees that have been extensively test are the 2.4.2 and the RH7.1, everything else should used with caution and a willingness to put up with potential problems. -Russell From owner-linux-xfs@oss.sgi.com Wed May 2 20:22:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f433MsH21392 for linux-xfs-outgoing; Wed, 2 May 2001 20:22:54 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f433MrF21388 for ; Wed, 2 May 2001 20:22:53 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f433MjB14325; Wed, 2 May 2001 22:22:45 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF0DC50.59DEF191@thebarn.com> Date: Wed, 02 May 2001 23:19:29 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: Michael Vanderford , linux-xfs@oss.sgi.com Subject: Re: xfs-redhat 7.1 installation from hardisk References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> <3AF0C61B.53065F9B@thebarn.com> <3AF0BCED.E05CB036@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: > Russell Cattelan wrote: > > > > Michael Vanderford wrote: > > > > > Sorry if this is a dumb question but is it possible to > > > install redhat 7.1-xfs from iso's downloaded to a second hard drive. > > > > Sure just copy all the rpm from RH disc1 & 2 and the SGI XFS disc to > > a directory on the second hard drive and copy the "base" directory from > > the SGI disc not the RH disc. > > Actually, I don't think that will work. Ahh S*** your right I did run across that at some point. Sorry for the misinformation folks. I guess the best suggestion would be either an nfs install or a kickstart install. > Hard-drive installs used > work this way, but now they want the ISO, not the RPMS, on the hard > drive, since people could never figure out how the directories were > supposed to be structured. > > It's in the release notes, and a quick look at the manual doesn't say > how to do this, but I've seen the discussion on the Red Hat list - > thread starting here: > > https://listman.redhat.com/pipermail/seawolf-list/2001-May/001491.html > > Apparently the kickstart installs still use the old-style hard drive > layout... > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 20:46:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f433kmv22128 for linux-xfs-outgoing; Wed, 2 May 2001 20:46:48 -0700 Received: from amorphis.linuxinside.com ([209.245.61.134]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f433klF22125 for ; Wed, 2 May 2001 20:46:47 -0700 Received: (from pruchai@localhost) by amorphis.linuxinside.com (8.12.0.Beta7/8.12.0.Beta7) id f433mqVX021764; Wed, 2 May 2001 20:48:52 -0700 Date: Wed, 2 May 2001 20:48:51 -0700 From: Igor Pruchanskiy To: Russell Cattelan Cc: Igor Pruchanskiy , Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch Message-ID: <20010502204851.B21682@linuxinside.com> References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> <3AF0AD79.5712D5D9@sgi.com> <20010502194642.A21682@linuxinside.com> <3AF0DA57.7376774D@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AF0DA57.7376774D@thebarn.com>; from cattelan@thebarn.com on Wed, May 02, 2001 at 11:11:04PM -0500 X-Sender: igor@linuxinside.com X-Operating-System: Linux 2.4.3 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk What am i expecting from those patches? hm.. this is a good question.... Me, as well, as other users of 2.4.x, expecting XFS-Release-1.0 ^^^^^^^ Isn't it ? and i would assume that "vanilla 2.4.x" would include .0, .1, .2, .3 and .4 ... > vanilla 2.4.2 Um... month and a half old.... > RH7.1 > Mandrake 8.0 Thanks , but no thanks.There are _other_ distributions I use slackware.... And correct me if i am wrong, but isn't RH7.1 using 2.4.2 ? And isn't mandrake the same thing with different installer and config tools ? If yes, then all the development tree you guys are talking about is redhat.... redhat != linux I really appologize if i affended anyone but there are lots of people that use other distributions and non-stock kernels.... Sincerely, igor On Wed 02 May 2001, Russell Cattelan wrote: > Igor Pruchanskiy wrote: > > > The funny thing is that either one of the patches applys cleanly on it's own. > > but as soon as you start adding a second patch it starts complaining..... > > > > I'm not sure what you are expecting of these patches but please take a moment > to understand what a patch is for before blinding applying applying things. > > I will have to says thing are getting out of hand in terms of shear number of > kernels and patches that are being produced and attempted. > > Currently I have 4 different trees for the 1.0 release. > vanilla 2.4.2 > vanilla 2.4.3 > RH7.1 > Mandrake 8.0 > and a 5th just waiting to be completed > vanilla 2.4.4 > > And the 6th tree: current which fortunately has only one flavor and > is usually up to date with Linus's releases. > > The only 2 trees that have been extensively test are the 2.4.2 and the RH7.1, > everything else should used with caution and a willingness to put up with > potential problems. > > -Russell > From owner-linux-xfs@oss.sgi.com Wed May 2 21:08:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4348wW23521 for linux-xfs-outgoing; Wed, 2 May 2001 21:08:58 -0700 Received: from web9807.mail.yahoo.com (web9807.mail.yahoo.com [216.136.129.32]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f4348vF23518 for ; Wed, 2 May 2001 21:08:57 -0700 Message-ID: <20010503040857.94125.qmail@web9807.mail.yahoo.com> Received: from [200.241.126.254] by web9807.mail.yahoo.com; Wed, 02 May 2001 21:08:57 PDT Date: Wed, 2 May 2001 21:08:57 -0700 (PDT) From: Robert Mena Subject: /dev strange : where is my ttySX To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I've donwloaded and installed kernel(smp), headers, devfsd and xfprogs. I've rebooted ok and created/mounted a xfs partition. Stangely I could not access Internet since it shows no /dev/ttyS1 where my pnp modem is located. Rebooting back to RH7.1 regular kernel gives me back the access. Any ideias ? Thanks. PS. Please send me a CC of the email __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ From owner-linux-xfs@oss.sgi.com Wed May 2 21:13:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f434DfS23623 for linux-xfs-outgoing; Wed, 2 May 2001 21:13:41 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f434DeF23620 for ; Wed, 2 May 2001 21:13:40 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f434DcK02815; Wed, 2 May 2001 23:13:38 -0500 (CDT) Message-ID: <3AF0DB46.6F793418@sgi.com> Date: Wed, 02 May 2001 23:15:02 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Igor Pruchanskiy CC: Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs-1.0.patch References: <20010502174113.A21501@linuxinside.com> <3AF0AA07.C4A72E6C@sgi.com> <20010502175326.B21501@linuxinside.com> <3AF0AD79.5712D5D9@sgi.com> <20010502194642.A21682@linuxinside.com> <3AF0DA57.7376774D@thebarn.com> <20010502204851.B21682@linuxinside.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Igor Pruchanskiy wrote: > > What am i expecting from those patches? > hm.. this is a good question.... > Me, as well, as other users of 2.4.x, expecting XFS-Release-1.0 > ^^^^^^^ It's not a distribution issue, it's an issue of turn-around when new kernels come out. While 2.4.2 is a month old, 2.4.4 is currently what, 4 days old? Maybe 5? Kernel internals change, it's not necessarily trivial to move something like XFS from one release to the next. It'll happen, but you have to be a bit patient. You say you want "Release 1.0," I assume that means you want something that's feature-rich, tested and stable. That's XFS on 2.4.2/2.4.3, that's what's currently supported on this release. If you want bleeding edge, which is currently 2.4.4, that's available as well - just do a CVS checkout of the development tree. You've got tested & stable available, you've got bleeding edge as well. I'm really not sure where the problem lies... -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 21:24:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f434O2U25013 for linux-xfs-outgoing; Wed, 2 May 2001 21:24:02 -0700 Received: from europa.cox-internet.com (europa-cox.cox-internet.com [208.180.118.40]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f434O1F25008 for ; Wed, 2 May 2001 21:24:01 -0700 Received: from cdm-233-165-vict.cox-internet.com ([208.180.233.165]) by europa.cox-internet.com (InterMail vK.4.02.00.10 201-232-116-110 license d1ebd4f8b91132ed01cf0e3e933da025) with ESMTP id <20010503042200.SHOF21636.europa@cdm-233-165-vict.cox-internet.com>; Wed, 2 May 2001 23:22:00 -0500 Subject: Re: xfs-redhat 7.1 installation from hardisk From: Michael Vanderford To: Eric Sandeen Cc: linux-xfs@oss.sgi.com In-Reply-To: <3AF0B913.C9AB7E0F@sgi.com> References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> <3AF0B913.C9AB7E0F@sgi.com> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 23:34:15 -0500 Message-Id: <988864461.1154.0.camel@cdm-233-165-vict.cox-internet.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I put all three iso's in the same directory (redhat-xfs,seawolf1 & seawolf2) Then i grabbed the boot.img from sgi and made a boot disk. The problem i'm seeing is that the boot disk bypasses the redhat-xfs.iso and loads the seawolf1.iso instead. Any suggestions. On 02 May 2001 20:49:07 -0500, Eric Sandeen wrote: > If it's possible with standard Red Hat (and I think it is...) then it's > probably possible w/ our version as well - although I have not tested > it. Let us know. :) > > -Eric > > Michael Vanderford wrote: > > > > Sorry if this is a dumb question but is it possible to > > install redhat 7.1-xfs from iso's downloaded to a second hard drive. > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 21:25:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f434PxF25109 for linux-xfs-outgoing; Wed, 2 May 2001 21:25:59 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f434PwF25106 for ; Wed, 2 May 2001 21:25:58 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f434Ptd13416; Wed, 2 May 2001 23:25:55 -0500 (CDT) Message-ID: <3AF0DE2B.8EFB0202@sgi.com> Date: Wed, 02 May 2001 23:27:23 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Robert Mena CC: linux-xfs@oss.sgi.com Subject: Re: /dev strange : where is my ttySX References: <20010503040857.94125.qmail@web9807.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Robert Mena wrote: > > Hi, I've donwloaded and installed kernel(smp), > headers, devfsd and xfprogs. > > I've rebooted ok and created/mounted a xfs partition. > > Stangely I could not access Internet since it shows no > /dev/ttyS1 where my pnp modem is located. Hi Robert - That's probably devfs. Do you have /dev/tts/1? -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 21:38:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f434cLj26249 for linux-xfs-outgoing; Wed, 2 May 2001 21:38:21 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f434cKF26246 for ; Wed, 2 May 2001 21:38:20 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f434cKK10359; Wed, 2 May 2001 23:38:20 -0500 (CDT) Message-ID: <3AF0E111.F7D1292F@sgi.com> Date: Wed, 02 May 2001 23:39:45 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Vanderford CC: linux-xfs@oss.sgi.com Subject: Re: xfs-redhat 7.1 installation from hardisk References: <988854653.1900.2.camel@cdm-233-165-vict.cox-internet.com> <3AF0B913.C9AB7E0F@sgi.com> <988864461.1154.0.camel@cdm-233-165-vict.cox-internet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael Vanderford wrote: > > I put all three iso's in the same directory (redhat-xfs,seawolf1 > & seawolf2) Then i grabbed the boot.img from sgi and made a > boot disk. The problem i'm seeing is that the boot disk bypasses the > redhat-xfs.iso and loads the seawolf1.iso instead. > Any suggestions. Grab http://lager.dyndns.org/harddrive.py, copy it to an ext2 formatted floppy, and type "linux updates" at the installer prompt, then insert your floppy when it asks for it. It might work, but no guarantees... :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Wed May 2 23:34:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f436Yfi29814 for linux-xfs-outgoing; Wed, 2 May 2001 23:34:41 -0700 Received: from deborah.paradise.net.nz (deborah.paradise.net.nz [203.96.152.32]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f436YaF29806 for ; Wed, 2 May 2001 23:34:36 -0700 Received: from fosi (203-79-83-162.cable.paradise.net.nz [203.79.83.162]) by deborah.paradise.net.nz (8.11.3/8.11.3) with SMTP id f436YX889151 for ; Thu, 3 May 2001 18:34:33 +1200 (NZST) From: "Steve Wray" To: Subject: compilation failure Date: Thu, 3 May 2001 18:31:47 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mandrake 8.0 system, got the release 1 thru CVS, configured and tried make dep clean bzImage modules make modules chokes and dies with: make[2]: Nothing to be done for `modules'. make[2]: Leaving directory `/home/steve/linux-2.4-xfs-r1.0/linux/fs/vfat' make -C xfs modules make[2]: Entering directory `/home/steve/linux-2.4-xfs-r1.0/linux/fs/xfs' gcc -D__KERNEL__ -I/home/steve/linux-2.4-xfs-r1.0/linux/include - -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing - -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 - -DMODULE -DMODVERSIONS -include /home/steve/linux-2.4-xfs-r1.0/linux/include/linux/modversions.h - -Wno-unused -Wno-parentheses -Wno-uninitialized -I. - -I/home/steve/linux-2.4-xfs-r1.0/linux/fs -funsigned-char - -Wno-unknown-pragmas -c -o xfs_bmap.o xfs_bmap.c xfs_bmap.c:543:9: warning: pasting "." and "xs_add_exlist" does not give a valid preprocessing token xfs_bmap.c:2830:9: warning: pasting "." and "xs_del_exlist" does not give a valid preprocessing token xfs_bmap.c: In function `xfs_bmap_alloc': xfs_bmap.c:2721: Unrecognizable insn: (insn/i 137 3626 3620 (parallel[ (set (reg:SI 0 eax) (asm_operands ("") ("=a") 0[ (reg:DI 1 edx) ] [ (asm_input:DI ("A")) ] ("linux/xfs_linux.h") 287)) (set (reg:SI 1 edx) (asm_operands ("") ("=d") 1[ (reg:DI 1 edx) ] [ (asm_input:DI ("A")) ] ("linux/xfs_linux.h") 287)) (clobber (reg:QI 19 dirflag)) (clobber (reg:QI 18 fpsr)) (clobber (reg:QI 17 flags)) ] ) -1 (nil) (nil)) xfs_bmap.c:2721: confused by earlier errors, bailing out make[2]: *** [xfs_bmap.o] Error 2 make[2]: Leaving directory `/home/steve/linux-2.4-xfs-r1.0/linux/fs/xfs' make[1]: *** [_modsubdir_xfs] Error 2 make[1]: Leaving directory `/home/steve/linux-2.4-xfs-r1.0/linux/fs' make: *** [_mod_fs] Error 2 -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBOvD7UghKySqSS+rVEQKT9QCg/S8PVnQj0yUOVBlDBd0N3a2DhHcAoLlm QOrj/+7O+IubzsAuMVX39GJ6 =S+0t -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed May 2 23:41:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f436f2V30195 for linux-xfs-outgoing; Wed, 2 May 2001 23:41:02 -0700 Received: from pc.home.local (adsl-63-196-0-92.dsl.snfc21.pacbell.net [63.196.0.92]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f436esF30189 for ; Wed, 2 May 2001 23:40:54 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by pc.home.local (Postfix) with ESMTP id A582B8AE51D for ; Wed, 2 May 2001 23:40:58 -0700 (PDT) Subject: XFS-1.0 on i815 From: Florin Andrei To: linux-xfs@oss.sgi.com Content-Type: multipart/mixed; boundary="=-s/JpgeixViFvVUomyAmf" X-Mailer: Evolution/0.10 (Preview Release) Date: 02 May 2001 23:40:58 -0700 Message-Id: <988872058.1249.3.camel@pc.home.local> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-s/JpgeixViFvVUomyAmf Content-Type: text/plain While installing XFS-1.0 on my El Cheapo Intel815-based home computer... It was a custom install, i selected various X, media, games and development stuff. Right after that, the system was upgraded to Ximian Gnome-1.4 (and Evolution-0.10 "of course" ;-)) The complete package list is attached. The /var/log/dmesg file is attached. Noticeable stuff: 1. During the first install attempt, when the kernel package was decompressing, something weird happened: - the HDD started to make scary noises - the installer was frozen - lots of messages regarding some problems with hda (was it "lost interrupt"? - i don't remember) were running like hell on one of the consoles After resetting the system and the installer booted again, it complained about not being able to find any suitable media to install Linux! At that point, i was sure all my data was going bye-bye... :-/ Fortunately, i know how to deal with cheap and buggy hardware, so i powered off the system and waited for 5 minutes (yeah, why are you laughing? =)). After that, everything was fine. Now, this is strange, because i had similar problems with a RAID array on another system (one of the disks was going mad), and i'm pretty sure it happened at the same place: while decompressing the kernel package, or very close to that. Hmmm... 2. While the installed system boots up: - there are two swapon calls, one of them obviously failing - after the system is booted, on the first console i can see these two messages: devfs: devfs_register(): device already registered: "2" devfs: devfs_register(): device already registered: "a2" 3. While the installed system shuts down: - i can see these messages: Unmounting file systems: umount2: Device or resource busy umount: /dev: device is busy 4. [removed] 5. Red Hat 7.1 does a very nice trick. If you have a CD-Writer in your system, it appends "hdc=ide-scsi" to kernel boot parameters, so the writer is automatically seen as a pseudo-SCSI device, and /dev/cdrom points to /dev/scd0. Now, i'm not a big fan of getting everything already done, but it would be nice to have a similar trick in RH-7.1-XFS. Apparently, the XFS version doesn't do that. Here's my /etc/fstab: /dev/hda7 / xfs defaults 1 1 LABEL=/boot /boot ext2 defaults 1 2 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 none /proc proc defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0 /dev/hda5 swap swap defaults 0 0 /dev/hda2 /win/winme vfat defaults 1 2 /dev/hda6 /win/win2k_d vfat defaults 1 2 There's nothing pointing to my CD-Writer (which is master on secondary). Even worse, there's nothing pointing to my CD-ROM (which is slave on secondary). 6. While downloading (wget blah) the FreeBSD-4.3 ISO image (150kbytes/sec sustained, on DSL, with pppoe) on the first console, if i logged into the second text console (ALT-F2) and tried to run "mcedit blah", mcedit was frozen, nothing happened, i could not kill it with CTRL-C. I had to log into the third console and run killall mcedit. Now after the download is finished, mcedit works again in the text console. 7. [root@pc /root]# cat /var/log/messages | grep devfsd May 1 15:32:53 pc devfsd[15]: Error making directory "/dev-state"^IRead-only file system <27>May 1 15:32:53 devfsd[15]: error making tree for: "/dev-state/log" May 1 23:03:11 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 1 23:03:11 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 1 23:57:55 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 1 23:57:55 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 2 00:10:00 pc devfsd[15]: action_compat: error unlinking: "cdrom0"^INo such file or directory May 2 02:19:17 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 2 02:19:17 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 2 02:28:12 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 2 02:28:12 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 2 02:31:01 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 2 02:31:01 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 2 02:40:00 pc devfsd[15]: action_compat: error unlinking: "cdrom0"^INo such file or directory May 2 21:50:00 pc devfsd[15]: action_compat: error unlinking: "cdrom0"^INo such file or directory May 2 22:51:28 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 2 22:51:28 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 2 22:55:47 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 2 22:55:47 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory May 2 23:10:00 pc devfsd[15]: action_compat: error unlinking: "cdrom0"^INo such file or directory May 2 23:16:58 pc devfsd[15]: action_compat: error unlinking: "vcs2"^INo such file or directory May 2 23:16:58 pc devfsd[15]: action_compat: error unlinking: "vcsa2"^INo such file or directory 8. I'm running a handful of services, like Postfix, djbdns... So far, everything seems to be normal. Well, that's it. Hope it helps. Time to burn that FreeBSD image... ;-) Cheers, -- Florin Andrei --=-s/JpgeixViFvVUomyAmf Content-Type: text/plain Content-Disposition: attachment; filename=package_list Content-ID: 988869995.1128.0.camel@pc.home.local Content-Transfer-Encoding: 7bit bzip2-1.0.1-3 sendmail-cf-8.11.2-14 ppp-2.4.0-2 util-linux-2.10s-12 wu-ftpd-2.6.1-16 diffstat-1.27-5 qt-devel-2.3.0-3 gtk-engines-0.12-ximian.1 GConf-devel-1.0.0-ximian.4 ghostscript-fonts-5.50-3 dip-3.3.7o-22 libstdc++-2.96-81 nmh-1.0.4-8 dev-3.1.0-14 dmapi-0.1.1-0 tksysv-1.3-2 4Suite-0.10.1-1 pciutils-2.1.8-19 htmlview-1.1.0-2 xboard-4.1.0-1 mod_perl-1.24_01-2 w3c-libwww-5.2.8-6 gcc-2.96-81 kdelibs-sound-devel-2.1.1-5 freetype-2.0.1-4 gnet-1.0.4-ximian.2 xmms-1.2.4-ximian.4 glade-0.6.2-ximian.2 gnome-pim-devel-1.4.0-ximian.3 zlib-devel-1.1.3-22 openssh-askpass-gnome-2.9p1-1 gnome-audio-extra-1.0.0-12 eject-2.0.2-7 MAKEDEV-3.1.0-14 LPRng-3.7.4-22 gnupg-1.0.4-11 isdn4k-utils-3.1-39 internet-config-0.40-1 xpaint-2.6.1-1 slang-1.4.2-2 mkbootdisk-1.4.2-1 tetex-1.0.7-15 newt-devel-0.50.22-2 gnome-print-0.25-ximian.6 dia-0.86-ximian.3 gnome-pilot-0.1.57-ximian.2 evolution-0.10-100_helix_200104260701 perl-DBD-Pg-0.95-1 gd-devel-1.8.3-7 libmng-devel-1.0.0-2 ammonite-devel-1.0.0-ximian.1 mailcap-2.1.4-2 fortune-mod-1.0-13 mpg123-0.59r-10 ntsysv-1.2.22-1 playmidi-2.4-12 nss_ldap-149-1 libtiff-3.5.5-10 sndconfig-0.64.8-1 kdemultimedia-2.1.1-1 xpuzzles-5.5.2-4 time-1.7-13 modemtool-1.22-3 bindconf-1.4-1 bison-1.28-5 gnome-objc-devel-1.0.2-11 mod_ssl-2.8.1-5 gnome-vfs-devel-1.0-ximian.2 vorbis-devel-1.0beta4-3 rhn_register-1.3.2-1 libglade-0.16-ximian.1 gqview-0.10.1-ximian.3 xscreensaver-gl-3.32-ximian.6 setup-2.4.7-1 gmp-3.1.1-3 info-4.0-20 logrotate-3.5.4-1 slrn-0.9.6.4-2 traceroute-1.4a5-25 pine-4.33-8 lynx-2.8.4-9 python-1.5.2-30 xinitrc-3.6-1 htdig-3.2.0-0.b3.4 xbill-2.0-13 mod_dav-1.0.2-4 docbook-utils-pdf-0.6-13 glibc-devel-2.2.2-10 ncurses-devel-5.2-8 efax-0.9-8 rep-gtk-0.15-ximian.4 bonobo-1.0.0-ximian.1 gedit-0.9.5-ximian.1 librep-devel-0.13.4-ximian.6 slib-2d1-ximian.3 glibc-2.2.2-10 iputils-20001110-1 ed-0.2-19 psmisc-19-4 syslinux-1.52-1 SysVinit-2.78-15 vixie-cron-3.0.1-62 utempter-0.5.2-4 kdebase-2.1.1-8 xinetd-2.1.8.9pre14-6 ucd-snmp-utils-4.2-12 cvs-1.11-3 openldap-devel-2.0.7-14 lsof-4.51-1 helix-sweetpill-1.0-ximian.2 control-center-1.4.0.1-ximian.5 mozilla-mail-0.8.1-ximian.13 libghttp-devel-1.0.9-ximian.5 guile-1.4-ximian.9 gsm-devel-1.0.10-2 libjpeg-6b-15 findutils-4.1.6-2 psutils-1.17-10 tcl-8.3.1-53 pythonlib-1.28-1 rp-pppoe-2.6-5 extace-1.4.4-2 kdelibs-sound-2.1.1-5 xpilot-4.3.0-2 bind-9.1.0-10 binutils-2.10.91.0.2-3 gnome-objc-1.0.2-11 fping-2.2b1-1 mc-4.5.54-ximian.6 pan-0.9.6-ximian.2 vorbis-1.0beta4-3 mozilla-chatzilla-0.8.1-ximian.13 mozilla-devel-0.8.1-ximian.13 gnome-guile-0.20-ximian.3 openssl-devel-0.9.6-3 libtermcap-2.0.8-26 grep-2.4.2-5 rdate-1.0-7 metamail-2.7-27 ghostscript-5.50-17 whois-1.0.6-1 gq-0.4.0-2 kdeutils-2.1.1-1 inn-2.3.1-2 docbook-dtd41-sgml-1.0-10 dev86-0.15.0-5 libtermcap-devel-2.0.8-26 arpwatch-2.1a10-39 audiofile-0.2.1-ximian.2 oaf-0.6.5-ximian.3 xchat-1.6.4-ximian.1 gal-devel-0.7-ximian.2 mtr-0.42-8 gnome-pilot-devel-0.1.57-ximian.2 awesfx-0.4.3a-7 losetup-2.10r-5 gzip-1.3-12 textutils-2.0.11-7 pam-0.74-22 playmidi-X11-2.4-12 rpm-python-4.0.2-8 lm_sensors-2.5.5-3 sysstat-3.3.5-3 ucd-snmp-4.2-12 ctags-4.0.3-1 rpm-devel-4.0.2-8 kdetoys-2.1.1-2 libunicode-0.4.gnome-ximian.1 gnome-applets-1.4.0.1-ximian.5 xsane-gimp-0.75-ximian.2 gnome-print-devel-0.25-ximian.6 nautilus-trilobite-1.0.2-ximian.2 cdparanoia-alpha9.7-7 mingetty-0.9.4-16 make-3.79.1-5 rsh-0.17-2.5 kernel-headers-2.4.2-SGI_XFS_1.0 gpm-1.19.3-16 smpeg-0.4.2-2 iptables-1.2.1a-1 qt-2.3.0-3 postgresql-devel-7.0.3-8 tetex-fonts-1.0.7-15 strace-4.2.20010119-3 stunnel-3.13-3 libgal3-0.4.1-3 xmorph-2000.04.28-9 libgnomeprint11-0.25-ximian.6 abisuite-0.7.13-ximian.6 gnome-pim-conduits-1.4.0-ximian.3 freetype2-devel-2.0.1-ximian.1 freetype-devel-2.0.1-4 netscape-common-4.77-1 compat-libstdc++-6.2-2.9.0.14 bash-2.04-21 minicom-1.83.1-5 xfsprogs-1.2.0-0 sed-3.02-9 exmh-2.2-9 urlview-0.9-2 chkfontpath-1.9.5-1 VFlib2-2.25.1-12 zip-2.3-8 docbook-dtd40-sgml-1.0-11 db3-utils-3.1.17-7 gcc-c++-2.96-81 libghttp-1.0.9-ximian.5 red-carpet-1.0-ximian.10 gftp-2.0.7b-ximian.5 libgtop-devel-1.0.12-ximian.3 gnome-games-1.4.0.1-ximian.10 cleanfeed-0.95.7b-10 patch-2.5.4-9 shapecfg-2.2.12-5 desktop-backgrounds-1.1-4 netpbm-9.9-5 db2-2.4.14-5 setserial-2.17-2 sh-utils-2.0-13 XFree86-twm-4.0.3-5 autorun-2.65-1 gd-1.8.3-7 rcs-5.7-14 xpdf-0.92-3 imlib-1.9.10-ximian.2 acl-1.0.1-0 timetool-2.8-1 pygnome-libglade-0.6.6-7 ximian-menus-1.0-ximian.3 trojka-1.1-17 jadetex-3.3-1 gphoto-0.4.3-ximian.4 libunicode-devel-0.4.gnome-ximian.1 gnucash-devel-1.4.11-ximian.5 glibc-common-2.2.2-10 dosfstools-2.2-8 arts-2.1.1-5 openssl-0.9.6-3 nscd-2.2.2-10 quota-3.01-SGI_5 krb5-libs-1.2.2-4 Xaw3d-1.5-9 ipchains-1.3.10-7 mkxauth-1.7-15 unix2dos-2.2-11 postgresql-7.0.3-8 sgml-tools-1.0.9-9 flex-2.5.4a-13 memprof-0.4.1-3 qt-designer-2.3.0-3 gnome-audio-1.4.0-ximian.1 xmms-gnome-1.2.4-ximian.4 ghex-1.2-ximian.5 openssh-clients-2.9p1-1 xmms-devel-1.2.4-ximian.4 gnome-users-guide-1.2-3 file-3.33-1 modutils-2.4.2-5 perl-5.6.0-12 newt-0.50.22-2 mouseconfig-4.21-1 openldap-2.0.7-14 pump-0.8.11-1 libmng-1.0.0-2 kdeadmin-2.1.1-3 xpat2-1.06-5 tux-2.0.26-1 automake-1.4-8 nmap-2.54BETA7-3 mcserv-4.5.54-ximian.6 gnomeicu-0.96.1-ximian.2 mozilla-xmlterm-0.8.1-ximian.13 python-xmlrpc-1.4-1 plugger-3.2-9 sane-devel-1.0.3-ximian.2 gnome-guile-devel-0.20-ximian.3 redhat-logos-1.1.2-3 gdbm-1.8.0-5 ncurses-5.2-8 pnm2ppa-1.04-1 setuptool-1.7-2 tmpwatch-2.7.1-1 openldap-clients-2.0.7-14 ImageMagick-5.2.7-2 XFree86-tools-4.0.3-5 pygtk-libglade-0.6.6-7 yp-tools-2.4-7 Maelstrom-3.0.1-11 tetex-latex-1.0.7-15 Xaw3d-devel-1.5-9 php-pgsql-4.0.4pl1-9 libgtop-1.0.12-ximian.3 libogg-1.0beta4-ximian.3 expat-1.95.1-1 sawfish-themes-0.2-ximian.1 gtkhtml-devel-0.9.2-ximian.2 rhn_register-gnome-1.3.2-1 filesystem-2.0.7-1 cpio-2.4.2-20 procmail-3.14-6 hdparm-3.9-6 sox-12.17.1-2 umb-scheme-3.2-18 rpm-4.0.2-8 kpppload-1.04-23 rwall-server-0.17-9 tcpdump-3.4-39 cproto-4.6-7 krb5-devel-1.2.2-4 kdesupport-devel-2.1-3 freetype2-2.0.1-ximian.1 gnome-pim-1.4.0-ximian.3 bonobo-devel-1.0.0-ximian.1 xmms-gl-1.2.4-ximian.4 openssh-2.9p1-1 statserial-1.1-20 ksymoops-2.4.0-3 fileutils-4.0.36-4 pspell-0.11.2-2 talk-0.17-9 vim-common-6.0-0.27 wvdial-1.41-12 netpbm-progs-9.9-5 pygnome-1.0.53-7 nfs-utils-0.3.1-5 kdelibs-2.1.1-5 xloadimage-4.1-16 xjewel-1.6-15 php-ldap-4.0.4pl1-9 autoconf-2.13-10 gmp-devel-3.1.1-3 rsync-2.4.6-2 sawfish-0.38-ximian.4 mozilla-psm-0.8.1-ximian.13 gtk+-devel-1.2.10-ximian.8 gnumeric-0.64-ximian.3 glib-1.2.10-ximian.2 kudzu-devel-0.98.10-1 gawk-3.0.6-1 pwdb-0.61.1-1 tcp_wrappers-7.6-18 wget-1.6-2 control-panel-3.18-4 XFree86-xfs-4.0.3-5 xtt-fonts-0.19990222-9 unzip-5.41-3 ypserv-1.3.11-13 docbook-dtd31-sgml-1.0-10 db3-devel-3.1.17-7 libstdc++-devel-2.96-81 pmake-1.45-1 stat-2.2-2 gtk+-1.2.10-ximian.8 scrollkeeper-0.1.4-ximian.2 gtk-themes-0.1-ximian.2 imlib-devel-1.9.10-ximian.2 gnome-games-devel-1.4.0.1-ximian.10 pciutils-devel-2.1.8-19 ash-0.3.7-1 readline-4.1-9 elm-2.5.3-11 libtool-libs-1.3.5-8 libungif-4.1.0-7 gnorpm-0.96-1 magicdev-0.3.5-3 koffice-2.0.1-2 rusers-server-0.17-10 words-2-16 Mesa-devel-3.4-13 bc-1.06-2 esound-0.2.22-ximian.3 GConf-1.0.0-ximian.4 ggv-1.0-ximian.2 audiofile-devel-0.2.1-ximian.2 mtr-gtk-0.42-8 rdist-6.1.5-14 cdecl-2.5-17 indent-2.2.6-1 libogg-devel-1.0beta4-ximian.3 bdflush-1.5-16 less-358-16 rmt-0.4b21-3 mount-2.10r-5 lrzsz-0.12.20-7 authconfig-4.1.6-1 rxvt-2.7.5-15 aumix-2.7-2 Mesa-3.4-13 balsa-1.1.1-3 samba-client-2.0.7-36 perl-DBI-1.14-10 docbook-utils-0.6-13 expat-devel-1.95.1-1 ltrace-0.3.10-5 netpbm-devel-9.9-5 ical-2.2-21 rep-gtk-gnome-0.15-ximian.4 gnome-vfs-1.0-ximian.2 libnspr4-4.1-ximian.3 glib-devel-1.2.10-ximian.2 gtk-engines-thinice-1.0.4-ximian.1 cdrecord-1.9-6 mkisofs-1.9-6 man-1.5h1-20 rusers-0.17-10 devfsd-1.3.11-sgi kudzu-0.98.10-1 switchdesk-gnome-3.9.5-1 tkinter-1.5.2-30 xsri-1.0-8 switchdesk-kde-3.9.5-1 telnet-server-0.17-10 docbook-dtd30-sgml-1.0-10 db2-devel-2.4.14-5 libpng-devel-1.0.9-1 texinfo-4.0-20 samba-2.0.7-36 libgal6-0.7-ximian.2 gimp-1.2.1-ximian.5 gtop-1.0.13-ximian.1 gnet-devel-1.0.4-ximian.2 netscape-communicator-4.77-1 cracklib-2.7-8 ncftp-3.0.2-1 console-tools-19990829-34 xfsprogs-devel-1.2.0-0 expect-5.31-53 XFree86-75dpi-fonts-4.0.3-5 passwd-0.64.1-4 ypbind-1.7-6 gnuchess-4.0.pl80-6 apacheconf-0.7-2 tetex-dvips-1.0.7-15 XFree86-devel-4.0.3-5 gdm-2.2.0-ximian.13 sawfish-themer-0.38-ximian.4 libvorbis-1.0beta4-ximian.4 oaf-devel-0.6.5-ximian.3 up2date-2.5.4-1 gal-0.4.1-3 db3-3.1.17-7 hotplug-2001_02_14-15 nkf-1.92-4 shadow-utils-20000826-4 a2ps-4.13b-13 tix-4.1.0.6-53 apmd-3.0final-29 XFree86-4.0.3-5 attr-1.0.1-0 samba-common-2.0.7-36 cpp-2.96-81 perl-SGMLSpm-1.03ii-4 libungif-devel-4.1.0-7 readline-devel-4.1-9 kdegames-2.1.1-1 ximian-utils-0.2-ximian.1 sane-1.0.3-ximian.2 gnome-libs-devel-1.2.13-ximian.8 nautilus-1.0.2-ximian.2 imlib-cfgeditor-1.9.10-ximian.2 e2fsprogs-1.19-4 groff-1.16.1-7 bind-utils-9.1.0-10 sharutils-4.2.1-7 lilo-21.4.4-13 krbafs-1.0.5-1 pygtk-0.6.6-7 portmap-4.0-35 xisdnload-1.38-39 kdesupport-2.1-3 php-imap-4.0.4pl1-9 gcc-objc-2.96-81 zlib-1.1.3-22 xgammon-0.98-19 slang-devel-1.4.2-2 kdoc-2.1.1-1 gnome-libs-1.2.13-ximian.8 ximian-wallpapers-0.2-ximian.1 pilot-link-0.9.5pre5-ximian.2 libglade-devel-0.16-ximian.1 nautilus-devel-1.0.2-ximian.2 indexhtml-7.1-2 finger-0.17-7 mpage-2.5.1-5 groff-perl-1.16.1-7 kbdconfig-1.9.12-1 switchdesk-3.9.5-1 autofs-3.1.7-14 libpng-1.0.9-1 locale_config-0.2-4 netcfg-2.36-3 XFree86-100dpi-fonts-4.0.3-5 printconf-gui-0.2.12-1 apache-1.3.19-5 tetex-dvilj-1.0.7-15 gdbm-devel-1.8.0-5 nmap-frontend-2.54BETA7-3 monkeytalk-1.0-ximian.4 gnapster-1.4.2-ximian.3 gnome-core-devel-1.4.0.2-ximian.8 pilot-link-devel-0.9.5pre5-ximian.2 postfix-20010228_pl02release-2 redhat-release-7.1-1 cdp-0.33-20 popt-1.6.2-8 crontabs-1.9-2 pam_krb5-1.31-1 usermode-1.42-1 kdenetwork-ppp-2.1.1-1 rsh-server-0.17-2.5 gpm-devel-1.19.3-16 dump-0.4b21-3 librep-0.13.4-ximian.6 mt-st-0.5b-10 bzip2-devel-1.0.1-3 ammonite-1.0.0-ximian.1 gnome-utils-1.4.0-ximian.4 ncompress-4.2.4-21 esound-devel-0.2.22-ximian.3 libvorbis-devel-1.0beta4-ximian.4 basesystem-7.0-2 inews-2.3.1-2 diffutils-2.7-21 procps-2.0.7-8 sysklogd-1.4-7 alchemist-0.16-3 pidentd-3.0.12-4 XFree86-xdm-4.0.3-5 firewall-config-0.95-2 xboing-2.4-12 php-4.0.4pl1-9 tetex-xdvi-1.0.7-15 gcc-g77-2.96-81 kdelibs-devel-2.1.1-5 gmc-4.5.54-ximian.6 grip-2.95-ximian.3 xmms-mikmod-1.2.4-ximian.4 gimp-devel-1.2.1-ximian.5 openssh-askpass-2.9p1-1 termcap-11.0.1-8 at-3.1.8-16 aspell-0.32.6-2 tar-1.13.19-4 vim-minimal-6.0-0.27 XFree86-libs-4.0.3-5 timidity++-2.10.3-0.a2.3 xcdroast-0.98a8-2 rp3-1.1.10-1 kdepim-2.1.1-1 sgml-common-0.5-5 kdevelop-1.4.1-2 talk-server-0.17-9 db1-devel-1.85-5 grdb-0.2.4-ximian.1 gaim-0.11.0pre9-ximian.3 glimmer-1.0.1-ximian.3 libnspr4-devel-4.1-ximian.3 openssh-server-2.9p1-1 man-pages-1.35-5 libole2-0.1.7-2 gettext-0.10.35-31 raidtools-0.90-20 tcsh-6.10-5 which-2.12-1 ee-0.3.12-3 timeconfig-3.2-1 kdenetwork-2.1.1-1 caching-nameserver-7.1-3 python-devel-1.5.2-30 sudo-1.6.3p6-1 gdk-pixbuf-0.10.1-ximian.3 ximian-faq-1.0-ximian.2 xscreensaver-3.29-3 byacc-1.9-18 xmms-esd-1.2.4-ximian.4 libxml-devel-1.8.11-ximian.1 guile-devel-1.4-ximian.9 pump-devel-0.8.11-1 dhcpcd-1.3.18pl8-10 ftp-0.17-7 telnet-0.17-10 multimedia-2.1-21 initscripts-5.83-1 urw-fonts-2.0-12 cracklib-dicts-2.7-8 gv-3.5.8-11 mtools-3.9.7-4 anonftp-4.0-4 docbook-style-dsssl-1.59-10 e2fsprogs-devel-1.19-4 libtool-1.3.5-8 rpm-build-4.0.2-8 kdegraphics-2.1.1-1 libxml-1.8.11-ximian.1 gnome-core-1.4.0.2-ximian.8 xsane-0.75-ximian.2 control-center-devel-1.4.0.1-ximian.5 nautilus-mozilla-1.0.2-ximian.2 cdda2wav-1.9-6 mailx-8.1.1-20 m4-1.4.1-4 mkinitrd-3.0.10-1 cyrus-sasl-1.5.24-17 SDL-1.1.7-3 anacron-2.3-16 rootfiles-7.0-4 finger-server-0.17-7 dialog-0.9a-4 cyrus-sasl-devel-1.5.24-17 libjpeg-devel-6b-15 njamd-0.8.0-3 iproute-2.2.4-10 bug-buddy-2.0.1-ximian.1 mozilla-0.8.1-ximian.13 ORBit-devel-0.5.7-ximian.3 rep-gtk-libglade-0.15-ximian.4 ximian-doorman-1.0-ximian.5 chkconfig-1.2.22-1 mikmod-3.1.6-10 mktemp-1.5-8 rwho-0.17-10 kernel-2.4.2-SGI_XFS_1.0 tk-8.3.1-53 lokkit-0.43-6 Xconfigurator-4.9.27-1 links-0.95-2 printconf-0.2.12-1 freeciv-1.11.4-5 postgresql-server-7.0.3-8 tetex-afm-1.0.7-15 gdb-5.0rh-5 pam-devel-0.74-22 screen-3.9.8-3 ORBit-0.5.7-ximian.3 gtkhtml-0.9.2-ximian.2 eog-0.6-ximian.4 gdk-pixbuf-devel-0.10.1-ximian.3 gnucash-1.4.11-ximian.5 db1-1.85-5 net-tools-1.57-6 xfsdump-1.0.5-0 tclx-8.2.0-53 dos2unix-3.1-6 openjade-1.3-13 libtiff-devel-3.5.5-10 gnome-user-docs-1.4.1-ximian.2 gnome-media-1.2.1-ximian.5 up2date-gnome-2.5.4-1 --=-s/JpgeixViFvVUomyAmf Content-Type: text/plain Content-Disposition: attachment; filename=dmesg Content-ID: 988870083.1128.1.camel@pc.home.local Content-Transfer-Encoding: 7bit Linux version 2.4.2-SGI_XFS_1.0 (root@exclaim) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Fri Apr 27 19:30:49 CDT 2001 BIOS-provided physical RAM map: BIOS-e820: 000000000009fc00 @ 0000000000000000 (usable) BIOS-e820: 0000000000000400 @ 000000000009fc00 (reserved) BIOS-e820: 0000000000020000 @ 00000000000e0000 (reserved) BIOS-e820: 0000000007dc0000 @ 0000000000100000 (usable) BIOS-e820: 0000000000018000 @ 0000000007ee0000 (ACPI data) BIOS-e820: 0000000000008000 @ 0000000007ef8000 (ACPI NVS) BIOS-e820: 0000000000020000 @ 0000000007ec0000 (ACPI data) BIOS-e820: 0000000000080000 @ 00000000ffb80000 (reserved) BIOS-e820: 0000000000100000 @ 00000000fff00000 (reserved) On node 0 totalpages: 32448 zone(0): 4096 pages. zone DMA has max 32 cached pages. zone(1): 28352 pages. zone Normal has max 221 cached pages. zone(2): 0 pages. zone HighMem has max 1 cached pages. Kernel command line: BOOT_IMAGE=linux ro root=307 BOOT_FILE=/boot/vmlinuz-2.4.2-SGI_XFS_1.0 hdc=ide-scsi ide_setup: hdc=ide-scsi Initializing CPU#0 Detected 598.063 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1192.75 BogoMIPS Memory: 124652k/129792k available (1924k kernel code, 4752k reserved, 96k data, 220k init, 0k highmem) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 32768 (order: 6, 262144 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) VFS: Diskquotas version dquot_6.5.0 initialized CPU: Before vendor init, caps: 0383f9ff 00000000 00000000, vendor = 0 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. CPU: After vendor init, caps: 0383f9ff 00000000 00000000 00000000 CPU: After generic, caps: 0383f9ff 00000000 00000000 00000000 CPU: Common caps: 0383f9ff 00000000 00000000 00000000 CPU: Intel Pentium III (Coppermine) stepping 03 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.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Using IRQ router PIIX [8086/2440] at 00:1f.0 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 0x0b (Driver version 1.14) Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 82658kB/27552kB, 256 slots per queue RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev f9 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA hda: QUANTUM FIREBALLP LM20.5, ATA DISK drive hdc: CD-W58E, ATAPI CD/DVD-ROM drive hdd: TOSHIBA CD-ROM XM-6702B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 40132503 sectors (20548 MB) w/1900KiB Cache, CHS=2498/255/63, UDMA(66) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4 < p5 p6 p7 p8 > Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with 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 Real Time Clock Driver v1.10d md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 md.c: sizeof(mdp_super_t) = 4096 autodetecting RAID arrays autorun ... ... autorun DONE. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 8192 bind 8192) Linux IP multicast router 0.06 plus PIM-SM NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x0 Start mounting filesystem: ide0(3,7) Ending clean XFS mount for filesystem: ide0(3,7) VFS: Mounted root (xfs filesystem) readonly. Mounted devfs on /dev Freeing unused kernel memory: 220k freed Adding Swap: 530104k swap-space (priority -1) usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb-uhci.c: $Revision: 1.251 $ time 19:48:52 Apr 27 2001 usb-uhci.c: High bandwidth mode enabled PCI: Found IRQ 11 for device 00:1f.2 PCI: Setting latency timer of device 00:1f.2 to 64 usb-uhci.c: USB UHCI at I/O 0xef40, IRQ 11 usb-uhci.c: Detected 2 ports usb.c: new USB bus registered, assigned bus number 1 hub.c: USB hub found hub.c: 2 ports detected PCI: Found IRQ 10 for device 00:1f.4 PCI: Setting latency timer of device 00:1f.4 to 64 usb-uhci.c: USB UHCI at I/O 0xef80, IRQ 10 usb-uhci.c: Detected 2 ports usb.c: new USB bus registered, assigned bus number 2 hub.c: USB hub found hub.c: 2 ports detected SCSI subsystem driver Revision: 1.00 hdd: ATAPI 48X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 i2c-core.o: i2c core module i2c-algo-bit.o: i2c bit algorithm module Linux video capture interface: v1.00 bttv: driver version 0.7.57 loaded bttv: using 2 buffers with 2080k (4160k total) for capture i2c-core.o: i2c core module i2c-algo-bit.o: i2c bit algorithm module Linux video capture interface: v1.00 bttv: driver version 0.7.57 loaded bttv: using 2 buffers with 2080k (4160k total) for capture scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: TEAC Model: CD-W58E Rev: 1.0A Type: CD-ROM ANSI SCSI revision: 02 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 sr0: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray --=-s/JpgeixViFvVUomyAmf-- From owner-linux-xfs@oss.sgi.com Wed May 2 23:49:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f436nts30841 for linux-xfs-outgoing; Wed, 2 May 2001 23:49:55 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f436nsF30837 for ; Wed, 2 May 2001 23:49:54 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id AAA05314 for ; Thu, 3 May 2001 00:00:36 -0700 (PDT) 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 QAA21151; Thu, 3 May 2001 16:48:36 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA53172; Thu, 3 May 2001 16:48:34 +1000 (EST) From: "Nathan Scott" Message-Id: <10105031648.ZM53240@wobbly.melbourne.sgi.com> Date: Thu, 3 May 2001 16:48:33 -0500 In-Reply-To: "Steve Wray" "compilation failure" (May 3, 6:31pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Steve Wray" , Subject: Re: compilation failure Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, Try compiling with gcc 2.91.66 (or get either the kgcc or egcs-compat rpm, both of which are 2.91.66 I think). If you want to stick with your current compiler, you'll need to use the development cvs tree which has Steve's recent-compiler-versions fixes in it). http://linux-xfs.sgi.com/projects/xfs/faq.html ... "Q: Are there any known issues about gcc 2.95 for compiling the XFS kernel tree?" cheers. On May 3, 6:31pm, Steve Wray wrote: > Subject: compilation failure > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mandrake 8.0 system, > got the release 1 thru CVS, > configured and tried > make dep clean bzImage modules > > make modules chokes and dies with: > > make[2]: Nothing to be done for `modules'. > make[2]: Leaving directory > `/home/steve/linux-2.4-xfs-r1.0/linux/fs/vfat' > make -C xfs modules > make[2]: Entering directory > `/home/steve/linux-2.4-xfs-r1.0/linux/fs/xfs' > gcc -D__KERNEL__ -I/home/steve/linux-2.4-xfs-r1.0/linux/include > - -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing > - -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 > - -DMODULE -DMODVERSIONS -include > /home/steve/linux-2.4-xfs-r1.0/linux/include/linux/modversions.h > - -Wno-unused -Wno-parentheses -Wno-uninitialized -I. > - -I/home/steve/linux-2.4-xfs-r1.0/linux/fs -funsigned-char > - -Wno-unknown-pragmas -c -o xfs_bmap.o xfs_bmap.c > xfs_bmap.c:543:9: warning: pasting "." and "xs_add_exlist" does not > give a valid preprocessing token > xfs_bmap.c:2830:9: warning: pasting "." and "xs_del_exlist" does not > give a valid preprocessing token > xfs_bmap.c: In function `xfs_bmap_alloc': > xfs_bmap.c:2721: Unrecognizable insn: > (insn/i 137 3626 3620 (parallel[ > (set (reg:SI 0 eax) > (asm_operands ("") ("=a") 0[ > (reg:DI 1 edx) > ] > [ > (asm_input:DI ("A")) > ] ("linux/xfs_linux.h") 287)) > (set (reg:SI 1 edx) > (asm_operands ("") ("=d") 1[ > (reg:DI 1 edx) > ] > [ > (asm_input:DI ("A")) > ] ("linux/xfs_linux.h") 287)) > (clobber (reg:QI 19 dirflag)) > (clobber (reg:QI 18 fpsr)) > (clobber (reg:QI 17 flags)) > ] ) -1 (nil) > (nil)) > xfs_bmap.c:2721: confused by earlier errors, bailing out > make[2]: *** [xfs_bmap.o] Error 2 > make[2]: Leaving directory > `/home/steve/linux-2.4-xfs-r1.0/linux/fs/xfs' > make[1]: *** [_modsubdir_xfs] Error 2 > make[1]: Leaving directory `/home/steve/linux-2.4-xfs-r1.0/linux/fs' > make: *** [_mod_fs] Error 2 > > > -----BEGIN PGP SIGNATURE----- > Version: PGPfreeware 7.0.3 for non-commercial use > > iQA/AwUBOvD7UghKySqSS+rVEQKT9QCg/S8PVnQj0yUOVBlDBd0N3a2DhHcAoLlm > QOrj/+7O+IubzsAuMVX39GJ6 > =S+0t > -----END PGP SIGNATURE----- >-- End of excerpt from Steve Wray -- Nathan From owner-linux-xfs@oss.sgi.com Wed May 2 23:50:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f436o7a30864 for linux-xfs-outgoing; Wed, 2 May 2001 23:50:07 -0700 Received: from bobas.nowytarg.top.pl (ghostwheel.underley.eu.org [217.97.235.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f436o3F30859 for ; Wed, 2 May 2001 23:50:03 -0700 Received: by bobas.nowytarg.top.pl with BSMTP id ; Thu, 3 May 2001 08:49:30 +0200 Received: by witch.underley.eu.org id ; Thu, 3 May 2001 08:48:04 +0200 Date: Thu, 3 May 2001 08:48:03 +0200 From: Daniel Podlejski To: linux-xfs@oss.sgi.com Subject: missing bfd.h ? Message-ID: <20010503084803.A10696@witch.underley.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i X-PGP-Fingerprint: 4D 72 53 F8 FE 8C 53 B9 66 AD F6 EA C9 17 CD 82 X-GPG-Fingerprint: 299F 1820 582B 283A 5F50 37D9 AA0B 6E10 03D4 EA5D X-Homepage: http://www.underley.eu.org/ X-Cert: http://www.brainbench.com/transcript.jsp?pid=124954 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, durning compile linux kernel with kdb and xfs I got: In file included from /arc/src/linux/include/linux/kdbprivate.h:26, from kdb_bt.c:37: /arc/src/linux/include/linux/dis-asm.h:43: bfd.h: No such file or directory In file included from kdb_bt.c:37: /arc/src/linux/include/linux/kdbprivate.h:29: bfd.h: No such file or directory In file included from /arc/src/linux/include/linux/kdbprivate.h:26, from kdb_bt.c:37: /arc/src/linux/include/linux/dis-asm.h:77: field `flavour' has incomplete type /arc/src/linux/include/linux/dis-asm.h:79: field `arch' has incomplete type /arc/src/linux/include/linux/dis-asm.h:83: field `endian' has incomplete type /arc/src/linux/include/linux/dis-asm.h:90: parse error before `asymbol' /arc/src/linux/include/linux/dis-asm.h:90: warning: no semicolon at end of struct or union /arc/src/linux/include/linux/dis-asm.h:107: parse error before `memaddr' /arc/src/linux/include/linux/dis-asm.h:108: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:115: parse error before `bfd_vma' /arc/src/linux/include/linux/dis-asm.h:115: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:119: parse error before `addr' /arc/src/linux/include/linux/dis-asm.h:119: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:129: parse error before `addr' /arc/src/linux/include/linux/dis-asm.h:129: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:132: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:132: warning: type defaults to `int' in declaration of `buffer' /arc/src/linux/include/linux/dis-asm.h:132: warning: data definition has no type or storage class /arc/src/linux/include/linux/dis-asm.h:133: parse error before `buffer_vma' /arc/src/linux/include/linux/dis-asm.h:133: warning: type defaults to `int' in declaration of `buffer_vma' /arc/src/linux/include/linux/dis-asm.h:133: warning: data definition has no type or storage class /arc/src/linux/include/linux/dis-asm.h:167: parse error before `target' /arc/src/linux/include/linux/dis-asm.h:167: warning: type defaults to `int' in declaration of `target' /arc/src/linux/include/linux/dis-asm.h:167: warning: data definition has no type or storage class /arc/src/linux/include/linux/dis-asm.h:169: parse error before `target2' /arc/src/linux/include/linux/dis-asm.h:169: warning: type defaults to `int' in declaration of `target2' /arc/src/linux/include/linux/dis-asm.h:169: warning: data definition has no type or storage class /arc/src/linux/include/linux/dis-asm.h:174: parse error before `}' /arc/src/linux/include/linux/dis-asm.h:174: warning: type defaults to `int' in declaration of `disassemble_info' /arc/src/linux/include/linux/dis-asm.h:174: warning: data definition has no type or storage class /arc/src/linux/include/linux/dis-asm.h:180: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:180: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:182: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:182: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:183: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:183: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:184: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:184: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:185: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:185: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:186: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:186: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:187: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:187: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:188: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:188: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:189: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:189: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:190: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:190: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:191: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:191: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:192: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:192: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:193: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:193: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:194: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:194: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:195: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:195: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:196: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:196: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:197: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:197: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:199: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:199: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:200: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:200: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:201: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:201: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:202: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:202: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:203: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:203: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:204: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:204: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:205: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:205: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:206: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:206: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:207: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:207: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:208: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:208: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:209: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:209: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:210: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:210: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:211: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:211: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:212: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:212: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:213: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:213: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:214: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:214: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:215: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:215: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:216: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:216: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:217: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:217: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:218: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:218: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:219: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:219: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:220: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:220: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:221: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:221: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:222: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:222: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:223: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:223: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:224: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:224: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:225: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:225: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:226: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:226: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:227: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:227: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:228: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:228: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:229: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:229: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:238: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:238: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:250: parse error before `*' /arc/src/linux/include/linux/dis-asm.h:250: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:254: parse error before `bfd_vma' /arc/src/linux/include/linux/dis-asm.h:254: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:261: parse error before `struct' /arc/src/linux/include/linux/dis-asm.h:261: warning: function declaration isn't a prototype /arc/src/linux/include/linux/dis-asm.h:265: parse error before `struct' /arc/src/linux/include/linux/dis-asm.h:265: warning: function declaration isn't a prototype In file included from kdb_bt.c:37: /arc/src/linux/include/linux/kdbprivate.h:88: parse error before `bfd_vma' /arc/src/linux/include/linux/kdbprivate.h:88: warning: no semicolon at end of struct or union /arc/src/linux/include/linux/kdbprivate.h:91: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:93: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:94: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:96: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:97: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:98: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:99: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:100: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:101: parse error before `:' /arc/src/linux/include/linux/kdbprivate.h:107: parse error before `}' /arc/src/linux/include/linux/kdbprivate.h:107: warning: type defaults to `int' in declaration of `kdb_bp_t' /arc/src/linux/include/linux/kdbprivate.h:107: warning: data definition has no type or storage class /arc/src/linux/include/linux/kdbprivate.h:112: parse error before `kdb_breakpoints' /arc/src/linux/include/linux/kdbprivate.h:112: warning: type defaults to `int' in declaration of `kdb_breakpoints' /arc/src/linux/include/linux/kdbprivate.h:112: warning: data definition has no type or storage class /arc/src/linux/include/linux/kdbprivate.h:119: parse error before `*' /arc/src/linux/include/linux/kdbprivate.h:119: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:123: parse error before `kdb_bp_t' /arc/src/linux/include/linux/kdbprivate.h:123: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:239: parse error before `*' /arc/src/linux/include/linux/kdbprivate.h:239: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:240: parse error before `*' /arc/src/linux/include/linux/kdbprivate.h:240: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:254: parse error before `kdb_bp_t' /arc/src/linux/include/linux/kdbprivate.h:254: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:255: parse error before `*' /arc/src/linux/include/linux/kdbprivate.h:255: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:288: parse error before `kdb_di' /arc/src/linux/include/linux/kdbprivate.h:288: warning: type defaults to `int' in declaration of `kdb_di' /arc/src/linux/include/linux/kdbprivate.h:288: warning: data definition has no type or storage class /arc/src/linux/include/linux/kdbprivate.h:293: parse error before `disassemble_info' /arc/src/linux/include/linux/kdbprivate.h:293: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:294: parse error before `disassemble_info' /arc/src/linux/include/linux/kdbprivate.h:294: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:295: parse error before `disassemble_info' /arc/src/linux/include/linux/kdbprivate.h:295: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:296: parse error before `*' /arc/src/linux/include/linux/kdbprivate.h:296: warning: function declaration isn't a prototype /arc/src/linux/include/linux/kdbprivate.h:112: warning: array `kdb_breakpoints' assumed to have one element /arc/src/linux/include/linux/dis-asm.h:148: storage size of `display_endian' isn't known make[3]: *** [kdb_bt.o] Error 1 make[2]: *** [first_rule] Error 2 make[1]: *** [_dir_kdb] Error 2 make: *** [stamp-build] Error 2 -- Daniel Podlejski ... Some dance to remember Some dance to forget ... From owner-linux-xfs@oss.sgi.com Wed May 2 23:55:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f436tp731265 for linux-xfs-outgoing; Wed, 2 May 2001 23:55:51 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f436tmF31262 for ; Wed, 2 May 2001 23:55:48 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id IAA715642 for ; Thu, 3 May 2001 08:55:42 +0200 (CEST) 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 QAA21179; Thu, 3 May 2001 16:54:21 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA46458; Thu, 3 May 2001 16:54:20 +1000 (EST) From: "Nathan Scott" Message-Id: <10105031654.ZM53002@wobbly.melbourne.sgi.com> Date: Thu, 3 May 2001 16:54:19 -0500 In-Reply-To: Daniel Podlejski "missing bfd.h ?" (May 3, 8:48am) References: <20010503084803.A10696@witch.underley.eu.org> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Daniel Podlejski , linux-xfs@oss.sgi.com Subject: Re: missing bfd.h ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 3, 8:48am, Daniel Podlejski wrote: > Subject: missing bfd.h ? > Hi, durning compile linux kernel with kdb and xfs I got: > > In file included from /arc/src/linux/include/linux/kdbprivate.h:26, > from kdb_bt.c:37: > /arc/src/linux/include/linux/dis-asm.h:43: bfd.h: No such file or directory > ... using Debian? you need to install the "binutils-dev" package. or alternatively the "binutils" package, on an rpm-based system. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed May 2 23:59:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f436xm331458 for linux-xfs-outgoing; Wed, 2 May 2001 23:59:48 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f436xkF31453 for ; Wed, 2 May 2001 23:59:47 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 14209CE62; Thu, 3 May 2001 08:57:54 +0100 (BST) To: Russell Cattelan Cc: Sven Herzberg , linux-xfs@oss.sgi.com, Mandrake Install , Mandrake Kernel Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> From: Chmouel Boudjnah Date: 03 May 2001 08:57:54 +0100 In-Reply-To: <3AF0A70D.C5CE4733@thebarn.com> (Russell Cattelan's message of "Wed, 02 May 2001 20:32:13 -0400") Message-ID: Lines: 37 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan writes: > Yes please. Ok they are ready : ftp://ftp.sunet.se/pub/Linux/distributions/mandrake-devel/contrib/RPMS/ it's : acl-1.0.1-1mdk.i586.rpm acl-devel-1.0.1-1mdk.i586.rpm attr-1.0.1-1mdk.i586.rpm attr-devel-1.0.1-1mdk.i586.rpm xfsprogs-1.2.0-1mdk.i586.rpm xfsprogs-devel-1.2.0-1mdk.i586.rpm dmapi-0.1.1-1mdk.i586.rpm dmapi-devel-0.1.1-1mdk.i586.rpm xfsdump-1.0.5-1mdk.i586.rpm and : kernel-xfs-2.4.4-1mdk.i586.rpm > I've build a patch against the 8.0 kernel src rpm, haven't tested it > yet but it does compile. > Anybody want help finish it.? Could you send me the patch, i had a lot of conflict and i did the kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > If fact I would to encourage some savvy installer programmer to add > XFS support to the mandrake installer. I've looked at the code and > see reiserfs is already in there shouldn't be to much work to add > xfs. I already begin it, it should be fairly simple... From owner-linux-xfs@oss.sgi.com Thu May 3 00:26:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f437QRf32358 for linux-xfs-outgoing; Thu, 3 May 2001 00:26:27 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f437QQF32353 for ; Thu, 3 May 2001 00:26:26 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id CF341CE62; Thu, 3 May 2001 09:24:33 +0100 (BST) To: "Steve Wray" Cc: Subject: Re: compilation failure References: From: Chmouel Boudjnah Date: 03 May 2001 09:24:33 +0100 In-Reply-To: ("Steve Wray"'s message of "Thu, 3 May 2001 18:31:47 +1200") Message-ID: Lines: 24 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Steve Wray" writes: > > On Mandrake 8.0 system, > got the release 1 thru CVS, > configured and tried > make dep clean bzImage modules You compile it with a gcc-2.96 use kgcc from the egcs package. > make modules chokes and dies with: > > make[2]: Nothing to be done for `modules'. > make[2]: Leaving directory > `/home/steve/linux-2.4-xfs-r1.0/linux/fs/vfat' > make -C xfs modules > make[2]: Entering directory > `/home/steve/linux-2.4-xfs-r1.0/linux/fs/xfs' > gcc -D__KERNEL__ -I/home/steve/linux-2.4-xfs-r1.0/linux/include > -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 > -DMODULE -DMODVERSIONS -include From owner-linux-xfs@oss.sgi.com Thu May 3 00:31:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f437VaW32656 for linux-xfs-outgoing; Thu, 3 May 2001 00:31:36 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f437VZF32650 for ; Thu, 3 May 2001 00:31:35 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 386AFCE62; Thu, 3 May 2001 09:29:43 +0100 (BST) To: "Nathan Scott" Cc: "Steve Wray" , Subject: Re: compilation failure References: <10105031648.ZM53240@wobbly.melbourne.sgi.com> From: Chmouel Boudjnah Date: 03 May 2001 09:29:43 +0100 In-Reply-To: <10105031648.ZM53240@wobbly.melbourne.sgi.com> ("Nathan Scott"'s message of "Thu, 3 May 2001 16:48:33 -0500") Message-ID: Lines: 30 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Nathan Scott" writes: > http://linux-xfs.sgi.com/projects/xfs/faq.html ... > "Q: Are there any known issues about gcc 2.95 for compiling > the XFS kernel tree?" Would be possible to make this changes in the FAQ : --- /tmp/faq Thu May 3 09:25:24 2001 +++ /tmp/faq.new Thu May 3 09:29:06 2001 @@ -1,12 +1,15 @@ Q: Are there any known issues about gcc 2.95 for compiling the XFS kernel tree? Yes. So far there were some problems reported with kernels built with -gcc 2.95 which were solved by compiling it with egcs 2.91.66 (or kgcc -on RedHat 7.x systems). So for now please use version gcc 2.91.66 (aka -egcs 1.1.2) to build your XFS kernel. If you are using a debian or +gcc 2.95 which were solved by compiling it with egcs 2.91.66[*] So for +now please use version gcc 2.91.66[*] to build your XFS kernel. If you are using a debian or SuSE based system this means that you may have to find and install this egcs version. Please note that the problems with gcc 2.95 seem to be restriced to the i386 platform - on the ppc it works just fine with 2.95 for instance. All said for gcc 2.95 also applies to redhat's gcc 2.96. On the other hand the gcc 2.95.3 (20010125) from debian unstalbe seems to work. + +[*] It's called kgcc on a Red Hat system and are located in the +compat-egcs package, on a Linux-Mandrake system it's located in the +egcs package. From owner-linux-xfs@oss.sgi.com Thu May 3 01:33:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f438X3Z04098 for linux-xfs-outgoing; Thu, 3 May 2001 01:33:03 -0700 Received: from mailb.telia.com (root@mailb.telia.com [194.22.194.6]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f438WvF04093 for ; Thu, 3 May 2001 01:32:57 -0700 Received: from d1o980.telia.com (d1o980.telia.com [213.65.208.241]) by mailb.telia.com (8.9.3/8.9.3) with ESMTP id KAA01173; Thu, 3 May 2001 10:32:51 +0200 (CEST) Received: from student.liu.se (h222n2fls22o980.telia.com [213.66.251.222]) by d1o980.telia.com (8.10.2/8.10.1) with ESMTP id f438Wo021430; Thu, 3 May 2001 10:32:50 +0200 (CEST) Message-ID: <3AF117B2.1070503@student.liu.se> Date: Thu, 03 May 2001 10:32:50 +0200 From: Joakim Bodin User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-xfs i686; en-US; rv:0.8.1+) Gecko/20010502 X-Accept-Language: sv, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: Sven Herzberg , Mandrake Install , Mandrake Kernel Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chmouel Boudjnah wrote: >Russell Cattelan writes: > >>Yes please. >> > >Ok they are ready : > >ftp://ftp.sunet.se/pub/Linux/distributions/mandrake-devel/contrib/RPMS/ > >it's : > >acl-1.0.1-1mdk.i586.rpm >acl-devel-1.0.1-1mdk.i586.rpm >attr-1.0.1-1mdk.i586.rpm >attr-devel-1.0.1-1mdk.i586.rpm >xfsprogs-1.2.0-1mdk.i586.rpm >xfsprogs-devel-1.2.0-1mdk.i586.rpm >dmapi-0.1.1-1mdk.i586.rpm >dmapi-devel-0.1.1-1mdk.i586.rpm >xfsdump-1.0.5-1mdk.i586.rpm > >and : > >kernel-xfs-2.4.4-1mdk.i586.rpm > >>I've build a patch against the 8.0 kernel src rpm, haven't tested it >>yet but it does compile. >>Anybody want help finish it.? >> > >Could you send me the patch, i had a lot of conflict and i did the >kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > >>If fact I would to encourage some savvy installer programmer to add >>XFS support to the mandrake installer. I've looked at the code and >>see reiserfs is already in there shouldn't be to much work to add >>xfs. >> > >I already begin it, it should be fairly simple... > I'd just like to give thanks to Chmouel for theses packages and hopefully a xfs-enabled Mdk 8.1 install. Mdk is just getting better and better :) Joakim Bodin From owner-linux-xfs@oss.sgi.com Thu May 3 02:22:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f439Maj06808 for linux-xfs-outgoing; Thu, 3 May 2001 02:22:36 -0700 Received: from mail.celestix.com ([203.126.57.231]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f439MVF06800 for ; Thu, 3 May 2001 02:22:32 -0700 Received: from mail.celestix.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D9C6A1B8046 for ; Thu, 3 May 2001 17:26:49 +0800 (SGT) Received: FROM localhost.localdomain ([127.0.0.1]) BY mail.celestix.com (Sophos Anti-Virus for SMTP v1.5.1 build 13) ; Thu, 3 May 2001 17:26:49 +0000 Received: from groovindarkness.celestix.com (unknown [203.126.57.234]) by mail.celestix.com (Postfix) with SMTP id B4E6F1B8033 for ; Thu, 3 May 2001 17:26:47 +0800 (SGT) Content-Type: text/plain; charset="iso-8859-1" From: Thibaut LAURENT Organization: Celestix Networks Pte Ltd To: linux-xfs@oss.sgi.com Subject: XFS in Linus kernel tree ? Date: Thu, 3 May 2001 17:18:37 +0800 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01050317183703.01483@groovindarkness.celestix.com> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi ! I guess this question has already been asked a thousand times but I could not find the answer anywhere (may the great Tux blue-screen me if I was too lazy) : now there's a pretty stable release of XFS, is it meant to be integrated into the standard Linus kernel as reiserfs ? BTW, do you guys have an idea of how long it will take to implement group quotas ? Thanks for all your great work, Thibaut Thibaut Laurent R&D Engineer Celestix Networks Pte Ltd, Singapore http://www.celestix.com From owner-linux-xfs@oss.sgi.com Thu May 3 02:35:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f439ZId07290 for linux-xfs-outgoing; Thu, 3 May 2001 02:35:18 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f439ZEF07286 for ; Thu, 3 May 2001 02:35:14 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id LAA696939 for ; Thu, 3 May 2001 11:35:09 +0200 (CEST) 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 TAA21871; Thu, 3 May 2001 19:33:49 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id TAA53229; Thu, 3 May 2001 19:33:47 +1000 (EST) From: "Nathan Scott" Message-Id: <10105031933.ZM42931@wobbly.melbourne.sgi.com> Date: Thu, 3 May 2001 19:33:47 -0500 In-Reply-To: Thibaut LAURENT "XFS in Linus kernel tree ?" (May 3, 5:18pm) References: <01050317183703.01483@groovindarkness.celestix.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Thibaut LAURENT , linux-xfs@oss.sgi.com Subject: Re: XFS in Linus kernel tree ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 3, 5:18pm, Thibaut LAURENT wrote: > Subject: XFS in Linus kernel tree ? > Hi ! > > I guess this question has already been asked a thousand times but I could not > find the answer anywhere (may the great Tux blue-screen me if I was too > lazy) : now there's a pretty stable release of XFS, is it meant to be > integrated into the standard Linus kernel as reiserfs ? I'm not going to make a guess on that one, but... > BTW, do you guys have an idea of how long it will take to implement group > quotas ? Group quotas are already supported (in the 1.0 release). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu May 3 03:04:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43A4dF08346 for linux-xfs-outgoing; Thu, 3 May 2001 03:04:39 -0700 Received: from ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43A4bF08343 for ; Thu, 3 May 2001 03:04:38 -0700 Received: from granbar-192.ii.uib.no (granbar.ii.uib.no) [129.177.192.137] by ii.uib.no with esmtp (Exim 3.03) id 14vFyV-0004kv-00 for ; Thu, 03 May 2001 12:04:43 +0200 Received: (from jfm@localhost) by granbar.ii.uib.no (8.9.3+Sun/8.9.3) id MAA13739 for linux-xfs@oss.sgi.com; Thu, 3 May 2001 12:04:35 +0200 (MEST) Date: Thu, 3 May 2001 12:04:35 +0200 From: Jan-Frode Myklebust To: linux-xfs@oss.sgi.com Subject: strange files, XFS bug? Message-ID: <20010503120435.A13673@ii.uib.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I've been seeing some strange errors with my XFS filesystem lately. When doing 'ls' of different directories I get errors saying "No such file or directory". Is this an XFS bug, or something else? % uname -a Linux mushkin.ii.uib.no 2.4.2-XFS #1 fre mar 16 23:07:22 CET 2001 i586 unknown % df -k . Filesystem 1k-blocks Used Available Use% Mounted on /dev/ide/host0/bus1/target1/lun0/part1 14107168 12971344 1135824 92% /home % mount | grep home /dev/ide/host0/bus1/target1/lun0/part1 on /home type xfs (rw) % grep home /etc/fstab /dev/discs/disc1/part1 /home xfs defaults 1 1 % ls ls: Spm.+Ref.liste i MAR316.sdw: No such file or directory ls: tysse.doc: No such file or directory ls: Jobbsøkn.3.sdw: Invalid or incomplete multibyte or wide character ls: Jobbsøkn.4.doc: Invalid or incomplete multibyte or wide character ls: OppgaveMAR304.sdw: No such file or directory JobbS?knad.sdw Sammendr.MAR316.doc VociNob.Regn.2001.sdw Jobbs?kn.4.sdw Sammendr.MAR316.doc.sdw VociNob.?rsregn.2000.doc Jobbs?knad,2.doc SammendragMAR316.sdw VociNob.?rsregn.2000.sdw Jobbs?knad,2.sdw Spm.+Ref.liste i MAR316.doc innbydelse.9A.doc KLASSE9A.doc S?kn.DnB.doc innbydelse.9A.sdw KLASSE9A.sdw S?kn.DnB.sdw kabelinfo..sdw MAR303.oppg.2.doc S?kn.Halliburton.sdw mf.doc MAR303.oppg.2.sdw S?kn.Rieber.doc mf.sdw OppgaveMAR304.doc S?kn.Rieber.sdw mm.sdw OppgaveMAR316.doc S?kn.Spareb.1.doc regning.sdw OppgaveMAR316.sdw S?kn.Str?lfors.sdw tysse.sdw Presentasjon,MAR316.sdw VociNob.Regn..sdw tysse2.doc % ls -al tysse.doc ls: tysse.doc: No such file or directory % ls -ld . drwxr-xr-x 2 siri users 4096 Apr 29 22:12 . Same thing happens as root, so it's not a permission problem. I have several directories showing the same problem. Any ideas? I'm running a bit old version of 2.4.2-XFS because I random lockups with 2.4.3-XFS, hard hangs and once a message about kernel: spurious APIC interrupt on CPU#0, should never happen. kernel: NETDEV WATCHDOG: eth0: transmit timed out kernel: ide_dmaproc: chipset supported ide_dma_lostirq func only: 13 kernel: hdc: lost interrupt Will upgrade to 2.4.4-XFS as soon as it's stable.. -jf From owner-linux-xfs@oss.sgi.com Thu May 3 03:27:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43AR3V09168 for linux-xfs-outgoing; Thu, 3 May 2001 03:27:03 -0700 Received: from indonesia.kscanners.no (indonesia.kscanners.no [193.214.130.21]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43AQmF09156 for ; Thu, 3 May 2001 03:26:52 -0700 Received: from localhost.localdomain ([127.0.0.1] helo=kscanners.com ident=toralf) by indonesia.kscanners.no with esmtp (Exim 3.22 #1) id 14vGJh-0000as-00; Thu, 03 May 2001 12:26:37 +0200 Message-ID: <3AF1325D.9B68F5C9@kscanners.com> Date: Thu, 03 May 2001 12:26:37 +0200 From: Toralf Lund Organization: Kongsberg Scanners AS X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: NFS problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is not directly related to XFS, but it's a bit disappointing to see that SGI has released a kernel (kernel-2.4.2-SGI_XFS_1.0) that has compatibility problems with IRIX servers - specifically, mounting file systems from an IRIX server reveals a bug in the NFS driver. For more info, please refer to http://www.fys.uio.no/~trondmy/src/2.4.3/ (linux-2.4.3-dir.dif) and http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=36897 -- Toralf Lund +47 66 85 51 22 Kongsberg Scanners AS +47 66 85 51 00 (switchboard) http://www.kscanners.no/~toralf +47 66 85 51 01 (fax) From owner-linux-xfs@oss.sgi.com Thu May 3 03:28:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43AS4T09221 for linux-xfs-outgoing; Thu, 3 May 2001 03:28:04 -0700 Received: from deborah.paradise.net.nz (deborah.paradise.net.nz [203.96.152.32]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43AS2F09217 for ; Thu, 3 May 2001 03:28:02 -0700 Received: from fosi (203-79-83-162.cable.paradise.net.nz [203.79.83.162]) by deborah.paradise.net.nz (8.11.3/8.11.3) with SMTP id f43ARZ866536; Thu, 3 May 2001 22:27:35 +1200 (NZST) From: "Steve Wray" To: "Chmouel Boudjnah" , "Nathan Scott" Cc: Subject: RE: compilation failure Date: Thu, 3 May 2001 22:24:49 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry, I had been under the (obviously mistaken) impression that since I had the latest release of Mandrake, that it would have a (default) C compiler that actually compiled basic things like the kernel. Crazy... we still have to have 2 different C compilers! I thought this was just a bug in what was it Redhat 6 or something? Why on earth are we still suffering this? And thanks for the swift response! > -----Original Message----- > From: Chmouel Boudjnah [mailto:chmouel@mandrakesoft.com] > Sent: Thursday, May 03, 2001 8:30 PM > To: Nathan Scott > Cc: Steve Wray; linux-xfs@oss.sgi.com > Subject: Re: compilation failure > > > "Nathan Scott" writes: > > > http://linux-xfs.sgi.com/projects/xfs/faq.html ... > > "Q: Are there any known issues about gcc 2.95 for compiling > > the XFS kernel tree?" > > > Would be possible to make this changes in the FAQ : > > --- /tmp/faq Thu May 3 09:25:24 2001 > +++ /tmp/faq.new Thu May 3 09:29:06 2001 > @@ -1,12 +1,15 @@ > Q: Are there any known issues about gcc 2.95 for compiling the > XFS kernel tree? > > Yes. So far there were some problems reported with kernels built with > -gcc 2.95 which were solved by compiling it with egcs 2.91.66 (or kgcc > -on RedHat 7.x systems). So for now please use version gcc 2.91.66 (aka > -egcs 1.1.2) to build your XFS kernel. If you are using a debian or > +gcc 2.95 which were solved by compiling it with egcs 2.91.66[*] So for > +now please use version gcc 2.91.66[*] to build your XFS kernel. > If you are using a debian or > SuSE based system this means that you may have to find and install > this egcs version. Please note that the problems with gcc 2.95 seem to > be restriced to the i386 platform - on the ppc it works just fine with > 2.95 for instance. All said for gcc 2.95 also applies to redhat's gcc > 2.96. On the other hand the gcc 2.95.3 (20010125) from debian unstalbe > seems to work. > + > +[*] It's called kgcc on a Red Hat system and are located in the > +compat-egcs package, on a Linux-Mandrake system it's located in the > +egcs package. > From owner-linux-xfs@oss.sgi.com Thu May 3 03:31:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43AVYL09466 for linux-xfs-outgoing; Thu, 3 May 2001 03:31:34 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43AVYF09461 for ; Thu, 3 May 2001 03:31:34 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 45419CE62; Thu, 3 May 2001 12:29:41 +0100 (BST) To: "Steve Wray" Cc: "Nathan Scott" , Subject: Re: compilation failure References: From: Chmouel Boudjnah Date: 03 May 2001 12:29:41 +0100 In-Reply-To: ("Steve Wray"'s message of "Thu, 3 May 2001 22:24:49 +1200") Message-ID: Lines: 15 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Steve Wray" writes: > Sorry, I had been under the (obviously mistaken) impression > that since I had the latest release of Mandrake, that it would > have a (default) C compiler that actually compiled basic things > like the kernel. the problem is only when compiler XFS not the kernel himsef. > Crazy... we still have to have 2 different C compilers! > I thought this was just a bug in what was it Redhat 6 or something? ?????????, it's not a bug but a "Distribution design features " From owner-linux-xfs@oss.sgi.com Thu May 3 03:45:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43AjS410814 for linux-xfs-outgoing; Thu, 3 May 2001 03:45:28 -0700 Received: from smtp-server2.tampabay.rr.com (smtp-server2.tampabay.rr.com [65.32.1.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43AjRF10811 for ; Thu, 3 May 2001 03:45:28 -0700 Received: from cfl.rr.com (ubr-35.87.175.wmelbourne.cfl.rr.com [65.35.87.175]) by smtp-server2.tampabay.rr.com (8.11.2/8.11.2) with ESMTP id f43Aiov14619; Thu, 3 May 2001 06:44:50 -0400 (EDT) Message-ID: <3AF137CB.5DE970F6@cfl.rr.com> Date: Thu, 03 May 2001 06:49:47 -0400 From: Mark Hounschell Reply-To: dmarkh@cfl.rr.com X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: utz lehmann CC: Andi Kleen , Eric Whiting , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <20010502203454.A9561@s2y4n2c.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk utz lehmann wrote: > > Andi Kleen [ak@suse.de] wrote: > > On Wed, May 02, 2001 at 11:40:27AM -0600, Eric Whiting wrote: > > > My hardware is Tyan 1854, PIII 866, 3com 905b, 3ware 6200 ide > > > controller, ibm 75G ide disk. > > > My base OS is SUSE 7.1 > > > > SuSE 7.1 comes with gcc 2.95; it is a bit safer to compile with an > > egcs 1.1 compiler because there have been problems with that compiler > > version and XFS in the past. > > btw: you can install the redhat 7.0 kgcc rpm on suse 7.1. it works. > dont forget to change the linux makefile to use kgcc and all makefiles for > other kernel modules (nvidia driver). > > utz I've heard rumors on the SuSE-e list that the lastest stable release 2.95.3 works ok woth XFS. Haven't tried it yet. Get SuSE's rpm and try it first. -- Mark Hounschell dmarkh@cfl.rr.com From owner-linux-xfs@oss.sgi.com Thu May 3 03:52:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Aq0g11007 for linux-xfs-outgoing; Thu, 3 May 2001 03:52:00 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f43ApvF11003 for ; Thu, 3 May 2001 03:51:58 -0700 Received: (qmail 3071 invoked from network); 3 May 2001 10:51:53 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 3 May 2001 10:51:53 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "Steve Wray" cc: "Chmouel Boudjnah" , linux-xfs@oss.sgi.com Subject: Re: compilation failure In-reply-to: Your message of "Thu, 03 May 2001 22:24:49 +1200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 May 2001 20:51:53 +1000 Message-ID: <16030.988887113@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 3 May 2001 22:24:49 +1200, "Steve Wray" wrote: >Sorry, I had been under the (obviously mistaken) impression >that since I had the latest release of Mandrake, that it would >have a (default) C compiler that actually compiled basic things >like the kernel. The kernel is notorious as being a bad test case for gcc. There are unusual C and assembler constructs that are ambiguously defined or simply not in the gcc documentation but happen to work. Most people do not try anything unusual but the kernel is full of special case code. If gcc changes something that was fully documented then it is a gcc bug. But if gcc changes undocumented or ambiguous behaviour then we get arguments about whether gcc or the kernel is wrong. In that situation the kernel developers recommend specific versions of gcc for compiling the kernel. Sometimes distributions have to ship two compilers, an older one which is known to compile the kernel correctly and a newer one for user space which might compile the kernel or might not. linux/Dcoumentation/Changes lists the required versions of gcc for the kernel. From owner-linux-xfs@oss.sgi.com Thu May 3 03:56:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43AutE11179 for linux-xfs-outgoing; Thu, 3 May 2001 03:56:55 -0700 Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43AuqF11176 for ; Thu, 3 May 2001 03:56:53 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.9.3/8.9.3) with ESMTP id MAA00867; Thu, 3 May 2001 12:56:49 +0200 Message-ID: <3AF13971.C7E78689@crc.dk> Date: Thu, 03 May 2001 12:56:49 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2nfs i686) X-Accept-Language: da, en, de MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: NFS problems References: <3AF1325D.9B68F5C9@kscanners.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Toralf Lund wrote: > > This is not directly related to XFS, but it's a bit disappointing to see > that SGI has released a kernel (kernel-2.4.2-SGI_XFS_1.0) that has > compatibility problems with IRIX servers - specifically, mounting file > systems from an IRIX server reveals a bug in the NFS driver. > > For more info, please refer to > > http://www.fys.uio.no/~trondmy/src/2.4.3/ > (linux-2.4.3-dir.dif) > > and > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=36897 > > -- > Toralf Lund +47 66 85 51 22 > Kongsberg Scanners AS +47 66 85 51 00 (switchboard) > http://www.kscanners.no/~toralf +47 66 85 51 01 (fax) I've done the following: Downloaded SGI's RH7.1-SGI-XFS-1.0.iso file, installed the kernel SRPM file, added Trond's patch and build the different rpm's. I've replaced SGI's rpms with the new ones and made an iso file out of it. This can be found at: ftp://ftp.crc.dk/pub/rh71irixnfspatch/ in the XFS subdirectory. BTW[1], I had to name the RPM's the same as on the original CD, as I couldn't get genhdlist to work. What is the right way of doing this? BTW[2], I couldn't do a graphical installation on an intel 815 based machine, X won't start. Have some modules been taken out of the boot image (i.e. agpgart) in order to make room for xfs? Mogens -- Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Thu May 3 03:58:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Awlj11239 for linux-xfs-outgoing; Thu, 3 May 2001 03:58:47 -0700 Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43AwkF11235 for ; Thu, 3 May 2001 03:58:46 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id AFCFC1E2ED; Thu, 3 May 2001 12:58:45 +0200 (MEST) Date: Thu, 3 May 2001 12:58:44 +0200 From: Andi Kleen To: Mark Hounschell Cc: utz lehmann , Andi Kleen , Eric Whiting , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing Message-ID: <20010503125844.C28596@gruyere.muc.suse.de> References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <20010502203454.A9561@s2y4n2c.de> <3AF137CB.5DE970F6@cfl.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AF137CB.5DE970F6@cfl.rr.com>; from dmarkh@cfl.rr.com on Thu, May 03, 2001 at 06:49:47AM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, May 03, 2001 at 06:49:47AM -0400, Mark Hounschell wrote: > I've heard rumors on the SuSE-e list that the lastest stable release > 2.95.3 works > ok woth XFS. Haven't tried it yet. Get SuSE's rpm and try it first. The latest XFS tree has some workaround for known 2.95 long long bugs (mainly division) and they seem to work somehow; but nobody knows if that really catched all cases or if there isn't miscompilation in more obscure code paths left. XFS is full of long long computation (you wanted a "64bit filesystem", didn't you?). Using egcs 1.1 is definitely safer, with it XFS has been tested a lot more. You could also use XFS on a 64bit architecture like an Alpha. -Andi From owner-linux-xfs@oss.sgi.com Thu May 3 04:23:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43BNsc12255 for linux-xfs-outgoing; Thu, 3 May 2001 04:23:54 -0700 Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43BNrF12251 for ; Thu, 3 May 2001 04:23:53 -0700 Received: from pacbell.net ([64.171.2.231]) by mta7.pltn13.pbi.net (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with ESMTP id <0GCQ00BSWX1FG0@mta7.pltn13.pbi.net> for linux-xfs@oss.sgi.com; Wed, 2 May 2001 23:08:03 -0700 (PDT) Date: Wed, 02 May 2001 23:07:35 -0700 From: Jake Bishop Subject: Recompile the Red hat xfs kernel To: linux-xfs@oss.sgi.com Message-id: <3AF0F5A7.C96004A4@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I have installed the Red Hat 7.1 system with the XFS kernel.The system seems to run very well. I would like to recompile the kernel to better fit my system.How is this done?. There is no /usr/src/linux dir.I am new to Redhat, not to sure about there methods, I like to use Slackware, to me a much easier distro to deal with. Thanks From owner-linux-xfs@oss.sgi.com Thu May 3 04:37:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Bbl212998 for linux-xfs-outgoing; Thu, 3 May 2001 04:37:47 -0700 Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43BbjF12993 for ; Thu, 3 May 2001 04:37:45 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.9.3/8.9.3) with ESMTP id NAA04190; Thu, 3 May 2001 13:37:43 +0200 Message-ID: <3AF14307.12DF22F2@crc.dk> Date: Thu, 03 May 2001 13:37:43 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2nfs i686) X-Accept-Language: da, en, de MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Recompile the Red hat xfs kernel References: <3AF0F5A7.C96004A4@pacbell.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jake Bishop wrote: > > Hello, > I have installed the Red Hat 7.1 system with the XFS kernel.The system > seems to run very well. > I would like to recompile the kernel to better fit my system.How is this > done?. There is no /usr/src/linux > dir. It's called /usr/src/linux-2.4.2. If this doesn't exist, you havn't installed the kernel-source rpm. Mogens -- Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Thu May 3 04:40:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43BeZx13053 for linux-xfs-outgoing; Thu, 3 May 2001 04:40:35 -0700 Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43BeXF13050 for ; Thu, 3 May 2001 04:40:33 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.9.3/8.9.3) with ESMTP id NAA04454; Thu, 3 May 2001 13:40:31 +0200 Message-ID: <3AF143AF.8D7C94C0@crc.dk> Date: Thu, 03 May 2001 13:40:31 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2nfs i686) X-Accept-Language: da, en, de MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: NFS problems References: <3AF1325D.9B68F5C9@kscanners.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Toralf Lund wrote: ... > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=36897 I have a private theory on, why Trond's patch isn't included in the kernel: The kernel people claims that it is a glibc bug. The glibc people claims that it is a kernel bug. Everybody says it's an SGI bug. :-) Mogens -- Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Thu May 3 04:43:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43BhBS13120 for linux-xfs-outgoing; Thu, 3 May 2001 04:43:11 -0700 Received: from oxera.wanadoo.fr (smtp-rt-13.wanadoo.fr [193.252.19.223]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Bh9F13117 for ; Thu, 3 May 2001 04:43:09 -0700 Received: from amyris.wanadoo.fr (193.252.19.150) by oxera.wanadoo.fr; 3 May 2001 13:43:01 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by amyris.wanadoo.fr; 3 May 2001 13:37:50 +0200 Subject: Re: strange files, XFS bug? From: "redhat.angus" To: Jan-Frode Myklebust Cc: linux-xfs@oss.sgi.com In-Reply-To: <20010503120435.A13673@ii.uib.no> References: <20010503120435.A13673@ii.uib.no> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 13:39:14 +0200 Message-Id: <988889956.4975.0.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 03 May 2001 12:04:35 +0200, Jan-Frode Myklebust a écrit : > I've been seeing some strange errors with my XFS filesystem lately. When > doing 'ls' of different directories I get errors saying "No such file or > directory". Is this an XFS bug, or something else? I had this kind problem and xfs_repair allowed me to correct the corrupted fileystem (the filesystem should not be mounted). > Will upgrade to 2.4.4-XFS as soon as it's stable.. 2.4.4-xfs does not correct the problem for me, use xfs_repair -David From owner-linux-xfs@oss.sgi.com Thu May 3 05:10:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43CA9O14248 for linux-xfs-outgoing; Thu, 3 May 2001 05:10:09 -0700 Received: from ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43CA7F14245 for ; Thu, 3 May 2001 05:10:08 -0700 Received: from granbar-192.ii.uib.no (granbar.ii.uib.no) [129.177.192.137] by ii.uib.no with esmtp (Exim 3.03) id 14vHvy-0005NP-00 ; Thu, 03 May 2001 14:10:14 +0200 Received: (from jfm@localhost) by granbar.ii.uib.no (8.9.3+Sun/8.9.3) id OAA14221; Thu, 3 May 2001 14:09:56 +0200 (MEST) Date: Thu, 3 May 2001 14:09:56 +0200 From: Jan-Frode Myklebust To: "redhat.angus" Cc: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? Message-ID: <20010503140956.A14103@ii.uib.no> References: <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <988889956.4975.0.camel@adslgw>; from redhat.angus@wanadoo.fr on Thu, May 03, 2001 at 01:39:14PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, May 03, 2001 at 01:39:14PM +0200, redhat.angus wrote: > > I had this kind problem and xfs_repair allowed me to correct the > corrupted fileystem (the filesystem should not be mounted). > Thanks, looks like xfs_repair fixed it. Anyway, does anybody know what's causing this? Should i be worried? -jf From owner-linux-xfs@oss.sgi.com Thu May 3 05:14:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43CEmM14482 for linux-xfs-outgoing; Thu, 3 May 2001 05:14:48 -0700 Received: from ns.tecosim.de (ns.tecosim.de [194.24.222.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43CEkF14478 for ; Thu, 3 May 2001 05:14:46 -0700 Received: from donner.tecosim.de (root@donner.tecosim.de [194.24.222.109]) by ns.tecosim.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA03304; Thu, 3 May 2001 14:14:43 +0200 Received: (from leh@localhost) by donner.tecosim.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id f43CEfA29109; Thu, 3 May 2001 14:14:41 +0200 Date: Thu, 3 May 2001 14:14:41 +0200 From: Utz Lehmann To: Jan-Frode Myklebust Cc: "redhat.angus" , linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? Message-ID: <20010503141440.C23836@tecosim.de> References: <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <20010503140956.A14103@ii.uib.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010503140956.A14103@ii.uib.no>; from janfrode@parallab.uib.no on Thu, May 03, 2001 at 02:09:56PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jan-Frode Myklebust [janfrode@parallab.uib.no] wrote: > On Thu, May 03, 2001 at 01:39:14PM +0200, redhat.angus wrote: > > > > I had this kind problem and xfs_repair allowed me to correct the > > corrupted fileystem (the filesystem should not be mounted). > > > > Thanks, looks like xfs_repair fixed it. Anyway, does anybody know > what's causing this? Should i be worried? i had this using a bad compiler (gcc 2.96). egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. utz From owner-linux-xfs@oss.sgi.com Thu May 3 05:41:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43CfCN15808 for linux-xfs-outgoing; Thu, 3 May 2001 05:41:12 -0700 Received: from mail.coltex.nl (edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43CfAF15804 for ; Thu, 3 May 2001 05:41:11 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f43CefK10224; Thu, 3 May 2001 14:40:42 +0200 Message-Id: <4.3.2.7.2.20010503143610.0372ba08@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 03 May 2001 14:40:50 +0200 To: Jan-Frode Myklebust , "redhat.angus" From: Seth Mos Subject: Re: strange files, XFS bug? Cc: linux-xfs@oss.sgi.com In-Reply-To: <20010503140956.A14103@ii.uib.no> References: <988889956.4975.0.camel@adslgw> <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:09 3-5-2001 +0200, Jan-Frode Myklebust wrote: >On Thu, May 03, 2001 at 01:39:14PM +0200, redhat.angus wrote: > > > > I had this kind problem and xfs_repair allowed me to correct the > > corrupted fileystem (the filesystem should not be mounted). > > > >Thanks, looks like xfs_repair fixed it. Anyway, does anybody know >what's causing this? Should i be worried? I believe that the other one that also suffered corruption also had a SMP machine with a via chipset? Am I correct, or just mixing things up. The SMP machine at work uses a ServerWorks Chipset in a Dell 2450. And I can't provoke it. Was this on scsi or IDE or even hardware/software Raid ? There have been some serious DMA issues with via chipsets and IDE. Get your latest bios in that case (according to the AC diary) which should fix it. Don't know what -ac patch this belongs to. I believe 2.4.3 or later. Not sure If anything is incorrect, shoot.. err... say so. Bye -- Seth Every program has two purposes one for which it was written and another for which it wasn't I make the last kind. From owner-linux-xfs@oss.sgi.com Thu May 3 05:41:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43CfcJ15829 for linux-xfs-outgoing; Thu, 3 May 2001 05:41:38 -0700 Received: from areca.wanadoo.fr (smtp-rt-4.wanadoo.fr [193.252.19.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43CfXF15825 for ; Thu, 3 May 2001 05:41:35 -0700 Received: from amyris.wanadoo.fr (193.252.19.150) by areca.wanadoo.fr; 3 May 2001 14:41:25 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by amyris.wanadoo.fr; 3 May 2001 14:39:59 +0200 Subject: Re: strange files, XFS bug? From: "redhat.angus" To: linux-xfs In-Reply-To: <20010503141440.C23836@tecosim.de> References: <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <20010503140956.A14103@ii.uib.no> <20010503141440.C23836@tecosim.de> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 14:41:22 +0200 Message-Id: <988893685.6072.1.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 03 May 2001 14:14:41 +0200, Utz Lehmann a écrit : > i had this using a bad compiler (gcc 2.96). > > egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. Can somebody of SGI confirm ? That I do not use any more gcc-2.96RH to compile kernel-2.4-xfs. -David From owner-linux-xfs@oss.sgi.com Thu May 3 05:46:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Ck6W15978 for linux-xfs-outgoing; Thu, 3 May 2001 05:46:06 -0700 Received: from embelia.wanadoo.fr (smtp-rt-7.wanadoo.fr [193.252.19.161]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Ck1F15968 for ; Thu, 3 May 2001 05:46:03 -0700 Received: from antholoma.wanadoo.fr (193.252.19.153) by embelia.wanadoo.fr; 3 May 2001 14:45:52 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by antholoma.wanadoo.fr; 3 May 2001 14:45:11 +0200 Subject: Re: strange files, XFS bug? From: "redhat.angus" To: Seth Mos Cc: Jan-Frode Myklebust , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20010503143610.0372ba08@pop.xs4all.nl> References: <988889956.4975.0.camel@adslgw> <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <4.3.2.7.2.20010503143610.0372ba08@pop.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 14:46:32 +0200 Message-Id: <988893996.6067.2.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 03 May 2001 14:40:50 +0200, Seth Mos a écrit : > I believe that the other one that also suffered corruption also had a SMP > machine with a via chipset? > Am I correct, or just mixing things up. no SMP and no via chipset for me, pure SCSI I always use linux-2.4-xfs cvs branch and sometimes gcc-2.96RH -David From owner-linux-xfs@oss.sgi.com Thu May 3 05:57:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Cv3G16799 for linux-xfs-outgoing; Thu, 3 May 2001 05:57:03 -0700 Received: from ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Cv1F16793 for ; Thu, 3 May 2001 05:57:01 -0700 Received: from granbar-192.ii.uib.no (granbar.ii.uib.no) [129.177.192.137] by ii.uib.no with esmtp (Exim 3.03) id 14vIfI-0001mE-00 ; Thu, 03 May 2001 14:57:04 +0200 Received: (from jfm@localhost) by granbar.ii.uib.no (8.9.3+Sun/8.9.3) id OAA14417; Thu, 3 May 2001 14:56:56 +0200 (MEST) Date: Thu, 3 May 2001 14:56:56 +0200 From: Jan-Frode Myklebust To: Seth Mos Cc: "redhat.angus" , linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? Message-ID: <20010503145656.B14333@ii.uib.no> References: <988889956.4975.0.camel@adslgw> <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <20010503140956.A14103@ii.uib.no> <4.3.2.7.2.20010503143610.0372ba08@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.20010503143610.0372ba08@pop.xs4all.nl>; from knuffie@xs4all.nl on Thu, May 03, 2001 at 02:40:50PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, May 03, 2001 at 02:40:50PM +0200, Seth Mos wrote: > > I believe that the other one that also suffered corruption also had a SMP > machine with a via chipset? > Am I correct, or just mixing things up. This is on a single cpu, but it might be the VIA issue: [root@mushkin lost+found]# hinv Main memory size: 256 Mbytes 1 AuthenticAMD AMD-K6(tm) 3D processor processor 1 vga+ graphics device PCI bus devices: Host bridge: VIA Technologies, Inc. VT82C597 [Apollo VP3] (rev 4). PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (rev 0). ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 34). IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16). Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 48). SCSI storage controller: Symbios Logic Inc. (formerly NCR) 53c875 (rev 3). Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 6). Input device controller: Creative Labs SB Live! (rev 6). VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 130). > > Was this on scsi or IDE or even hardware/software Raid ? IDE, no raid. > > There have been some serious DMA issues with via chipsets and IDE. > Get your latest bios in that case (according to the AC diary) which should > fix it. Will look for it, thanks. -jf From owner-linux-xfs@oss.sgi.com Thu May 3 05:57:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43CvlF16921 for linux-xfs-outgoing; Thu, 3 May 2001 05:57:47 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f43CvjF16911 for ; Thu, 3 May 2001 05:57:45 -0700 Received: (qmail 4342 invoked from network); 3 May 2001 12:57:42 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 3 May 2001 12:57:42 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "redhat.angus" cc: linux-xfs Subject: Re: strange files, XFS bug? In-reply-to: Your message of "03 May 2001 14:41:22 +0200." <988893685.6072.1.camel@adslgw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 May 2001 22:57:41 +1000 Message-ID: <17303.988894661@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 03 May 2001 14:41:22 +0200, "redhat.angus" wrote: >> egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. > >Can somebody of SGI confirm ? That I do not use any more gcc-2.96RH to >compile kernel-2.4-xfs. gcc 2.96 is not an official release, it is a RedHat special. 2.96 does not correctly compile the kernel, even without XFS. From owner-linux-xfs@oss.sgi.com Thu May 3 06:01:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43D1dH17400 for linux-xfs-outgoing; Thu, 3 May 2001 06:01:39 -0700 Received: from mail.coltex.nl (edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43D1bF17392 for ; Thu, 3 May 2001 06:01:37 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f43D0wK10290; Thu, 3 May 2001 15:00:58 +0200 Message-Id: <4.3.2.7.2.20010503145911.0372ebd0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 03 May 2001 15:01:07 +0200 To: "redhat.angus" From: Seth Mos Subject: Re: strange files, XFS bug? Cc: linux-xfs@oss.sgi.com In-Reply-To: <988893685.6072.1.camel@adslgw> References: <20010503141440.C23836@tecosim.de> <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <20010503140956.A14103@ii.uib.no> <20010503141440.C23836@tecosim.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f43D1cF17395 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:41 3-5-2001 +0200, you wrote: >Le 03 May 2001 14:14:41 +0200, Utz Lehmann a écrit : > > i had this using a bad compiler (gcc 2.96). > > > > egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. > >Can somebody of SGI confirm ? That I do not use any more gcc-2.96RH to >compile kernel-2.4-xfs. The updated 2.96 RH compiler available does compile but is not supported. If you want a kernel that has been tested a lot compile it with 2.91.66. This is known to work. >-David Bye -- Seth Every program has two purposes one for which it was written and another for which it wasn't I make the last kind. From owner-linux-xfs@oss.sgi.com Thu May 3 06:03:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43D3IX17474 for linux-xfs-outgoing; Thu, 3 May 2001 06:03:18 -0700 Received: from mail.coltex.nl (edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43D3GF17470 for ; Thu, 3 May 2001 06:03:16 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f43D2wK10312; Thu, 3 May 2001 15:02:58 +0200 Message-Id: <4.3.2.7.2.20010503150132.036cdea8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 03 May 2001 15:03:07 +0200 To: "redhat.angus" From: Seth Mos Subject: Re: strange files, XFS bug? Cc: Jan-Frode Myklebust , linux-xfs@oss.sgi.com In-Reply-To: <988893996.6067.2.camel@adslgw> References: <4.3.2.7.2.20010503143610.0372ba08@pop.xs4all.nl> <988889956.4975.0.camel@adslgw> <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <4.3.2.7.2.20010503143610.0372ba08@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f43D3HF17472 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:46 3-5-2001 +0200, redhat.angus wrote: >Le 03 May 2001 14:40:50 +0200, Seth Mos a écrit : > > I believe that the other one that also suffered corruption also had a SMP > > machine with a via chipset? > > Am I correct, or just mixing things up. > >no SMP and no via chipset for me, pure SCSI >I always use linux-2.4-xfs cvs branch and sometimes gcc-2.96RH What is the scsi controller used in this system? And it is better not to use the gcc-2.96RH unless it's the updated one. >-David Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I make the last kind. From owner-linux-xfs@oss.sgi.com Thu May 3 06:14:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43DEUN17885 for linux-xfs-outgoing; Thu, 3 May 2001 06:14:30 -0700 Received: from apeiba.wanadoo.fr (smtp-rt-2.wanadoo.fr [193.252.19.154]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43DEQF17878 for ; Thu, 3 May 2001 06:14:27 -0700 Received: from andira.wanadoo.fr (193.252.19.152) by apeiba.wanadoo.fr; 3 May 2001 15:14:20 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by andira.wanadoo.fr; 3 May 2001 15:10:50 +0200 Subject: Re: strange files, XFS bug? From: "redhat.angus" To: Keith Owens Cc: linux-xfs , knuffie@xs4all.nl In-Reply-To: <17303.988894661@ocs3.ocs-net> References: <17303.988894661@ocs3.ocs-net> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 15:12:11 +0200 Message-Id: <988895536.6072.3.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 03 May 2001 22:57:41 +1000, Keith Owens a écrit : > gcc 2.96 is not an official release, it is a RedHat special. 2.96 does > not correctly compile the kernel, even without XFS. I know. There is a long thread on this on slashdot, lkm and others But RedHat compile kernel RPM with this gcc snapshot (alan cox himself see http://marc.theaimsgroup.com/?l=linux-kernel&m=98350147716979&w=2 and there was a request on this mailing list for testing exotic gcc with linux-2.4-xfs :) so I test My SCSI controller to answer to Seth is an initio 9100UW but i am rather among those which accuses the compiler so i will use kgcc for production. -David From owner-linux-xfs@oss.sgi.com Thu May 3 06:31:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43DVmM20153 for linux-xfs-outgoing; Thu, 3 May 2001 06:31:48 -0700 Received: from msg.ecetra.com (dollar.ecetra.com [193.164.224.209]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43DVkF20131 for ; Thu, 3 May 2001 06:31:46 -0700 Received: from vie-ac.office.ecetra.com (vie-ac.office.ecetra.com [10.251.148.147] (may be forged)) by msg.ecetra.com (8.9.3/8.9.3) with ESMTP id PAA04523; Thu, 3 May 2001 15:31:36 +0200 Received: from localhost (localhost [127.0.0.1]) by vie-ac.office.ecetra.com (8.11.3/8.11.3) with ESMTP id f43DU6310598; Thu, 3 May 2001 15:30:06 +0200 Date: Thu, 3 May 2001 15:30:06 +0200 (CEST) From: Adam Cioccarelli To: Seth Mos cc: "redhat.angus" , Jan-Frode Myklebust , Subject: Re: strange files, XFS bug? In-Reply-To: <4.3.2.7.2.20010503150132.036cdea8@pop.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It is better not to use any version of gcc 2.96 see http://www.gnu.org/software/gcc/gcc-2.96.html Adam On Thu, 3 May 2001, Seth Mos wrote: > At 14:46 3-5-2001 +0200, redhat.angus wrote: > >Le 03 May 2001 14:40:50 +0200, Seth Mos a écrit : > > > I believe that the other one that also suffered corruption also had a SMP > > > machine with a via chipset? > > > Am I correct, or just mixing things up. > > > >no SMP and no via chipset for me, pure SCSI > >I always use linux-2.4-xfs cvs branch and sometimes gcc-2.96RH > > What is the scsi controller used in this system? > And it is better not to use the gcc-2.96RH unless it's the updated one. > > > >-David > > Cheers > > -- > Seth > Every program has two purposes > one for which it was written and > another for which it wasn't > I make the last kind. > From owner-linux-xfs@oss.sgi.com Thu May 3 06:48:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Dmbx28056 for linux-xfs-outgoing; Thu, 3 May 2001 06:48:37 -0700 Received: from camelia.wanadoo.fr (smtp-rt-10.wanadoo.fr [193.252.19.59]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43DmWF28018 for ; Thu, 3 May 2001 06:48:34 -0700 Received: from antholoma.wanadoo.fr (193.252.19.153) by camelia.wanadoo.fr; 3 May 2001 15:48:25 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by antholoma.wanadoo.fr; 3 May 2001 15:40:02 +0200 Subject: Re: strange files, XFS bug? From: "redhat.angus" To: Adam Cioccarelli Cc: Seth Mos , Jan-Frode Myklebust , linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 15:41:27 +0200 Message-Id: <988897288.6401.0.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 03 May 2001 15:30:06 +0200, Adam Cioccarelli a écrit : > It is better not to use any version of gcc 2.96 > > see http://www.gnu.org/software/gcc/gcc-2.96.html There is different point of view on this subject. see http://www.bero.org/gcc296.html One could resume this has the approach according to Alan Cox and the approach according to Linus Torvalds (pro and con of gcc-2.96) ;-) -David From owner-linux-xfs@oss.sgi.com Thu May 3 07:05:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43E52V02323 for linux-xfs-outgoing; Thu, 3 May 2001 07:05:02 -0700 Received: from apicra.wanadoo.fr (smtp-rt-3.wanadoo.fr [193.252.19.155]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43E4xF02303 for ; Thu, 3 May 2001 07:05:01 -0700 Received: from andira.wanadoo.fr (193.252.19.152) by apicra.wanadoo.fr; 3 May 2001 16:04:52 +0200 Received: from ARennes-201-2-1-32.abo.wanadoo.fr (193.253.176.32) by andira.wanadoo.fr; 3 May 2001 15:53:28 +0200 Subject: Re: SGI CD installer and RedHat disc1: two in one From: "redhat.angus" To: linux-xfs Cc: sandeen@sgi.com, cattelan@thebarn.com In-Reply-To: <988816831.4045.0.camel@adslgw> References: <988816831.4045.0.camel@adslgw> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 15:54:51 +0200 Message-Id: <988898093.6402.1.camel@adslgw> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It's worked ! With the help of Russell and Eric. Thanks again. -David From owner-linux-xfs@oss.sgi.com Thu May 3 07:37:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43EbMu14950 for linux-xfs-outgoing; Thu, 3 May 2001 07:37:22 -0700 Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43EbKF14932 for ; Thu, 3 May 2001 07:37:20 -0700 Received: from sid.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.16 #1) id 14vKDy-0003aQ-00 for linux-xfs@oss.sgi.com; Thu, 03 May 2001 15:36:58 +0100 Message-ID: <3AF16D0A.2D12C344@moving-picture.com> Date: Thu, 03 May 2001 15:36:58 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Problem setting up quotas ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I've just installed RedHat 7.1/XFS1.0 on a Athlon based system and I'm trying to get quotas working - so far without success. I've made a XFS file system and mounted it with -o quota and tried to follow the instructions in the quotaon man page and /usr/share/doc/xfsprogs/README.quota but get the following: # rpm -q quota quota-3.01-SGI_5 # uname -r 2.4.2-SGI_XFS_1.0 # mount | grep quota /dev/hda4 on /disk1 type xfs (rw,quota) # setquota james 600 800 15 20 /disk1 Not all specified mountpoints are using quota. # repquota /disk1 Not all specified mountpoints are using quota. # edquota james No filesystems with quota detected. I've also recompiled the kernel with CONFIG_QUOTA=y and CONFIG_XFS_QUOTA=y just in case the supplied kernel didn't have quotas enabled - but with the same results. Is there anything else I need to do? Incidentally, the examples in /usr/share/doc/xfsprogs/README.quota and the quotaon man page don't agree with the actual commands e.g. in README.quota the syntax to the setquota example is incorrect. in quotaon(8), the examples talk about a -s option to repquota and a -o option to quotaoff which don't seem to exist ... Thanks James Pearson From owner-linux-xfs@oss.sgi.com Thu May 3 07:54:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Eslk21739 for linux-xfs-outgoing; Thu, 3 May 2001 07:54:47 -0700 Received: from sith.mimuw.edu.pl (qmailr@sith.mimuw.edu.pl [193.0.97.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f43EsiF21728 for ; Thu, 3 May 2001 07:54:45 -0700 Received: (qmail 32010 invoked by uid 1645); 3 May 2001 15:00:18 -0000 Date: Thu, 3 May 2001 17:00:18 +0200 From: Jan Rekorajski To: James Pearson Cc: linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... Message-ID: <20010503170018.A31942@sith.mimuw.edu.pl> References: <3AF16D0A.2D12C344@moving-picture.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.17i In-Reply-To: <3AF16D0A.2D12C344@moving-picture.com>; from james-p@moving-picture.com on Thu, May 03, 2001 at 03:36:58PM +0100 X-Operating-System: Linux 2.4.2 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 03 May 2001, James Pearson wrote: > I've just installed RedHat 7.1/XFS1.0 on a Athlon based system and I'm > trying to get quotas working - so far without success. > > I've made a XFS file system and mounted it with -o quota and tried to > follow the instructions in the quotaon man page and > /usr/share/doc/xfsprogs/README.quota but get the following: > > # rpm -q quota > quota-3.01-SGI_5 > > # uname -r > 2.4.2-SGI_XFS_1.0 > > # mount | grep quota > /dev/hda4 on /disk1 type xfs (rw,quota) > > # setquota james 600 800 15 20 /disk1 > Not all specified mountpoints are using quota. > > # repquota /disk1 > Not all specified mountpoints are using quota. > > # edquota james > No filesystems with quota detected. > > I've also recompiled the kernel with CONFIG_QUOTA=y and > CONFIG_XFS_QUOTA=y just in case the supplied kernel didn't have quotas > enabled - but with the same results. > > Is there anything else I need to do? I had the same problem. It may be the effect of misplaced patch. Look in the fs/dquot.c file somewhere around line 1450, and move the following after the if (special != NULL...) statement: if (sb && sb->s_op && sb->s_op->quotactl) { unlock_kernel(); return sb->s_op->quotactl(sb, cmds, type, id, addr); } if (id & ~0xFFFF) goto out; I don't know why, but it happened. Jan -- Jan Rêkorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From owner-linux-xfs@oss.sgi.com Thu May 3 07:59:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43ExJc23621 for linux-xfs-outgoing; Thu, 3 May 2001 07:59:19 -0700 Received: from femail24.sdc1.sfba.home.com (femail24.sdc1.sfba.home.com [24.0.95.149]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43ExHF23603 for ; Thu, 3 May 2001 07:59:17 -0700 Received: from cr598116-a.wlfdle1.on.wave.home.com ([24.112.74.120]) by femail24.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010503145912.CIMF627.femail24.sdc1.sfba.home.com@cr598116-a.wlfdle1.on.wave.home.com>; Thu, 3 May 2001 07:59:12 -0700 From: Gerald Henriksen To: Keith Owens Cc: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? Date: Thu, 03 May 2001 11:00:11 -0400 Message-ID: References: <988893685.6072.1.camel@adslgw> <17303.988894661@ocs3.ocs-net> In-Reply-To: <17303.988894661@ocs3.ocs-net> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f43ExIF23604 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 03 May 2001 22:57:41 +1000, you wrote: >On 03 May 2001 14:41:22 +0200, >"redhat.angus" wrote: >>> egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. >> >>Can somebody of SGI confirm ? That I do not use any more gcc-2.96RH to >>compile kernel-2.4-xfs. > >gcc 2.96 is not an official release, it is a RedHat special. 2.96 does >not correctly compile the kernel, even without XFS. I am sure that this will come as a surprise to Red Hat, who are shipping Red Hat 7.1 with a kernel compiled with gcc 2.96 The kernel issue was with kernels 2.2 and before, which had incorrect code in them that previous versions of gcc would accept. With the move to 2.4, this issue is gone. From owner-linux-xfs@oss.sgi.com Thu May 3 08:26:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43FQZJ01521 for linux-xfs-outgoing; Thu, 3 May 2001 08:26:35 -0700 Received: from dermis.amis.com (dermis.amis.com [207.141.5.253]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f43FQYF01511 for ; Thu, 3 May 2001 08:26:34 -0700 Received: from [172.16.89.23] by dermis.amis.com via smtpd (for oss.sgi.com [216.32.174.190]) with SMTP; 3 May 2001 15:26:34 UT Received: from pop1.amis.com ([172.16.89.10]) by mx1.pc.amis.com (Lotus Domino Release 5.0.7) with ESMTP id 2001050309224801:148512 ; Thu, 3 May 2001 09:22:48 -0600 Received: from amis.com ([172.16.17.176]) by pop1.amis.com (Lotus Domino Release 5.0.6a) with ESMTP id 2001050309262973:13860 ; Thu, 3 May 2001 09:26:29 -0600 Message-ID: <3AF1788F.6F12BD53@amis.com> Date: Thu, 03 May 2001 09:26:07 -0600 From: Eric Whiting X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: Mark Hounschell , utz lehmann , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <20010502203454.A9561@s2y4n2c.de> <3AF137CB.5DE970F6@cfl.rr.com> <20010503125844.C28596@gruyere.muc.suse.de> X-MIMETrack: Itemize by SMTP Server on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/03/2001 09:26:29 AM, Serialize by Router on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/03/2001 09:26:29 AM, Serialize complete at 05/03/2001 09:26:30 AM, Serialize by Router on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/03/2001 09:26:30 AM, Itemize by SMTP Server on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/03/2001 09:22:48 AM, Serialize by Router on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/03/2001 09:22:50 AM, Serialize complete at 05/03/2001 09:22:50 AM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm trying the 2.95.3. I'll recompile the kernel with 2.95.3 -- do I need to recompile the tools as well? I'll do it, but I'm curious where the longlong stuff really comes into play. eric Andi Kleen wrote: > > On Thu, May 03, 2001 at 06:49:47AM -0400, Mark Hounschell wrote: > > I've heard rumors on the SuSE-e list that the lastest stable release > > 2.95.3 works > > ok woth XFS. Haven't tried it yet. Get SuSE's rpm and try it first. > > The latest XFS tree has some workaround for known 2.95 long long bugs (mainly > division) and they seem to work somehow; but nobody knows if that really > catched all cases or if there isn't miscompilation in more obscure code > paths left. XFS is full of long long computation (you wanted a "64bit > filesystem", didn't you?). Using egcs 1.1 is definitely safer, with it > XFS has been tested a lot more. You could also use XFS on a 64bit > architecture like an Alpha. > > -Andi -- __________________________________________________________________ Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Thu May 3 08:30:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43FUNi02909 for linux-xfs-outgoing; Thu, 3 May 2001 08:30:23 -0700 Received: from mail.compro.net (cpe-66-1-218-52.fl.sprintbbd.net [66.1.218.52]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43FUIF02879 for ; Thu, 3 May 2001 08:30:22 -0700 Received: from compro.net ([10.10.10.120]) by mail.compro.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA28874; Thu, 3 May 2001 11:29:09 -0500 X-Authentication-Warning: mail.compro.net: Host [10.10.10.120] claimed to be compro.net Message-ID: <3AF179A8.6B772999@compro.net> Date: Thu, 03 May 2001 11:30:49 -0400 From: Mark Hounschell Reply-To: markh@compro.net Organization: Compro Computer Svcs. X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Gerald Henriksen CC: Keith Owens , linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? References: <988893685.6072.1.camel@adslgw> <17303.988894661@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Gerald Henriksen wrote: > > On Thu, 03 May 2001 22:57:41 +1000, you wrote: > > >On 03 May 2001 14:41:22 +0200, > >"redhat.angus" wrote: > >>> egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. > >> > >>Can somebody of SGI confirm ? That I do not use any more gcc-2.96RH to > >>compile kernel-2.4-xfs. > > > >gcc 2.96 is not an official release, it is a RedHat special. 2.96 does > >not correctly compile the kernel, even without XFS. > > I am sure that this will come as a surprise to Red Hat, who are > shipping Red Hat 7.1 with a kernel compiled with gcc 2.96 > > The kernel issue was with kernels 2.2 and before, which had incorrect > code in them that previous versions of gcc would accept. With the > move to 2.4, this issue is gone. See http://www.gnu.org/software/gcc/gcc-2.96.html. So why would ANYBODY use 2.96? From owner-linux-xfs@oss.sgi.com Thu May 3 08:32:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43FWoc03758 for linux-xfs-outgoing; Thu, 3 May 2001 08:32:50 -0700 Received: from office.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43FWmF03745 for ; Thu, 3 May 2001 08:32:48 -0700 Received: from vador.mandrakesoft.com (anakin.mandrakesoft.com [192.168.1.4]) by office.mandrakesoft.com (8.9.3/8.9.3) with ESMTP id RAA23247; Thu, 3 May 2001 17:32:46 +0200 To: Austin Gonyou Cc: Alan Eldridge , Subject: Re: devfsd-1.3.11-1 References: X-URL: Date: 03 May 2001 17:41:46 +0200 In-Reply-To: Message-ID: Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou writes: > Is it possible to update devfsd to 2.x, the one that comes with RH 7.1? if you look at it: [tv]$ rpm -qpi devfsd-2.4.2-0.1.28.i386.rpm Name : devfsd Relocations: (not relocateable) Version : 2.4.2 Vendor: Red Hat, Inc. Release : 0.1.28 Build Date: Tue Mar 13 22:00:42 2001 Install date: (not installed) Build Host: porky.devel.redhat.com Group : System Environment/Kernel Source RPM: kernel-2.4.2-0.1.28.src.rpm /////\\\\ From owner-linux-xfs@oss.sgi.com Thu May 3 08:48:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Fm7b04658 for linux-xfs-outgoing; Thu, 3 May 2001 08:48:07 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Fm6F04655 for ; Thu, 3 May 2001 08:48:06 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43FlcR20439; Thu, 3 May 2001 10:47:38 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 10:47:37 -0500 (CDT) From: Austin Gonyou To: Thierry Vignaud cc: Alan Eldridge , Subject: Re: devfsd-1.3.11-1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk How easy would it be to just patch a 2.4.4 kernel and NOT use devfsd. I'm having too many problems to actually spend as much time as I'll have to to fix it. I DO want to spend the time, but I don't have the time to spend right now. Ideas? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On 3 May 2001, Thierry Vignaud wrote: > Austin Gonyou writes: > > > Is it possible to update devfsd to 2.x, the one that comes with RH 7.1? > > if you look at it: > > [tv]$ rpm -qpi devfsd-2.4.2-0.1.28.i386.rpm > Name : devfsd Relocations: (not relocateable) > Version : 2.4.2 Vendor: Red Hat, Inc. > Release : 0.1.28 Build Date: Tue Mar 13 22:00:42 2001 > Install date: (not installed) Build Host: porky.devel.redhat.com > Group : System Environment/Kernel Source RPM: kernel-2.4.2-0.1.28.src.rpm > /////\\\\ > From owner-linux-xfs@oss.sgi.com Thu May 3 08:48:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43FmJ904676 for linux-xfs-outgoing; Thu, 3 May 2001 08:48:19 -0700 Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43FmHF04671 for ; Thu, 3 May 2001 08:48:17 -0700 Received: from sid.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.16 #1) id 14vLKM-0004DQ-00; Thu, 03 May 2001 16:47:38 +0100 Message-ID: <3AF17D9A.D9B648A4@moving-picture.com> Date: Thu, 03 May 2001 16:47:38 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: Jan Rekorajski CC: linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... References: <3AF16D0A.2D12C344@moving-picture.com> <20010503170018.A31942@sith.mimuw.edu.pl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jan Rekorajski wrote: > > On Thu, 03 May 2001, James Pearson wrote: > > > I've just installed RedHat 7.1/XFS1.0 on a Athlon based system and I'm > > trying to get quotas working - so far without success. > > > > I've made a XFS file system and mounted it with -o quota and tried to > > follow the instructions in the quotaon man page and > > /usr/share/doc/xfsprogs/README.quota but get the following: > > > > # rpm -q quota > > quota-3.01-SGI_5 > > > > # uname -r > > 2.4.2-SGI_XFS_1.0 > > > > # mount | grep quota > > /dev/hda4 on /disk1 type xfs (rw,quota) > > > > # setquota james 600 800 15 20 /disk1 > > Not all specified mountpoints are using quota. > > > > # repquota /disk1 > > Not all specified mountpoints are using quota. > > > > # edquota james > > No filesystems with quota detected. > > > > I've also recompiled the kernel with CONFIG_QUOTA=y and > > CONFIG_XFS_QUOTA=y just in case the supplied kernel didn't have quotas > > enabled - but with the same results. > > > > Is there anything else I need to do? > > I had the same problem. It may be the effect of misplaced patch. > > Look in the fs/dquot.c file somewhere around line 1450, > and move the following after the if (special != NULL...) statement: > > if (sb && sb->s_op && sb->s_op->quotactl) { > unlock_kernel(); > return sb->s_op->quotactl(sb, cmds, type, id, addr); > } > > if (id & ~0xFFFF) > goto out; > > I don't know why, but it happened. > Not quite sure what needs to be moved where - there's nothing like that around line 1450, but at around line 2050 there is: dev = NODEV; if (special != NULL || (cmds != Q_SYNC && cmds != Q_GETSTATS)) { mode_t mode; struct nameidata nd; ret = user_path_walk(special, &nd); if (ret) goto out; dev = nd.dentry->d_inode->i_rdev; mode = nd.dentry->d_inode->i_mode; path_release(&nd); ret = -ENOTBLK; if (!S_ISBLK(mode)) goto out; ret = -ENODEV; sb = get_super(dev); if (!sb) goto out; } if (sb && sb->s_op && sb->s_op->quotactl) { unlock_kernel(); return sb->s_op->quotactl(sb, cmds, type, id, addr); } if (id & ~0xFFFF) goto out; ret = -EINVAL; What needs to be changed? Thanks James Pearson From owner-linux-xfs@oss.sgi.com Thu May 3 08:54:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Fs7704827 for linux-xfs-outgoing; Thu, 3 May 2001 08:54:07 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Fs6F04824 for ; Thu, 3 May 2001 08:54:06 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f43FrwL28945; Thu, 3 May 2001 10:53:59 -0500 (CDT) Message-ID: <3AF17F70.B1895FAD@sgi.com> Date: Thu, 03 May 2001 10:55:28 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Austin Gonyou CC: linux-xfs@oss.sgi.com Subject: Re: devfsd-1.3.11-1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou wrote: > > How easy would it be to just patch a 2.4.4 kernel and NOT use devfsd. I'm > having too many problems to actually spend as much time as I'll have to to > fix it. I DO want to spend the time, but I don't have the time to spend > right now. Ideas? To get rid of devfsd, just turn it off in the kernel config, or pass "devfsd=nomount" on the lilo command line. Also, please remember that 2.4.4 is not yet well tested at all... -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 09:08:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43G8J205217 for linux-xfs-outgoing; Thu, 3 May 2001 09:08:19 -0700 Received: from ci982177-a.sptnbrg1.sc.home.com (root@ci982177-a.sptnbrg1.sc.home.com [24.21.244.18]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43G8IF05214 for ; Thu, 3 May 2001 09:08:18 -0700 Received: from home.com (walkerb@stan.house.org [10.0.1.2]) by ci982177-a.sptnbrg1.sc.home.com (8.9.3/8.9.3) with ESMTP id KAA07950 for ; Thu, 3 May 2001 10:59:43 -0400 Message-ID: <3AF18119.1030704@home.com> Date: Thu, 03 May 2001 12:02:33 -0400 From: Brian Walker Organization: Cable Communists User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4 i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs compile problem Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I'm running Redhat 7.1 and I wanted to recompile my kernel. I'm using the stock 2.4.2 kernel with XFS support installed by the XFS iso image and the redhat 7.1 iso images. I am getting the following when doing a make bzImage: ld -m elf_i386 -Ttext 0x0 -s --oformat binary -e begtext -o bsetup bsetup.o bsetup.o: In function `start_of_setup': bsetup.o(.text+0x43e): undefined reference to `SIG1' bsetup.o(.text+0x446): undefined reference to `SIG2' bsetup.o: In function `bad_sig': bsetup.o(.text+0x4c6): undefined reference to `SIG1' bsetup.o(.text+0x4ce): undefined reference to `SIG2' bsetup.o: In function `meme820': bsetup.o(.text+0x528): undefined reference to `E820MAP' bsetup.o: In function `jmpe820': bsetup.o(.text+0x532): undefined reference to `SMAP' bsetup.o(.text+0x544): undefined reference to `SMAP' bsetup.o: In function `good820': bsetup.o(.text+0x54e): undefined reference to `E820MAX' make[1]: *** [bsetup] Error 1 make[1]: Leaving directory `/usr/src/linux-2.4.2/arch/i386/boot' make: *** [bzImage] Error 2 Any ideas? Thanks! Brian From owner-linux-xfs@oss.sgi.com Thu May 3 09:15:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43GFaW05500 for linux-xfs-outgoing; Thu, 3 May 2001 09:15:36 -0700 Received: from office.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43GFXF05497 for ; Thu, 3 May 2001 09:15:33 -0700 Received: from vador.mandrakesoft.com (anakin.mandrakesoft.com [192.168.1.4]) by office.mandrakesoft.com (8.9.3/8.9.3) with ESMTP id SAA23899; Thu, 3 May 2001 18:15:32 +0200 To: Austin Gonyou Cc: Alan Eldridge , Subject: Re: devfsd-1.3.11-1 References: X-URL: Date: 03 May 2001 18:24:32 +0200 In-Reply-To: Message-ID: Lines: 8 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou writes: > How easy would it be to just patch a 2.4.4 kernel and NOT use devfsd. I'm > having too many problems to actually spend as much time as I'll have to to > fix it. I DO want to spend the time, but I don't have the time to spend > right now. Ideas? devfs=noboot on kernel cmdline From owner-linux-xfs@oss.sgi.com Thu May 3 10:11:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HBJB08524 for linux-xfs-outgoing; Thu, 3 May 2001 10:11:19 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HBHF08520 for ; Thu, 3 May 2001 10:11:17 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA08409 for ; Thu, 3 May 2001 10:21:57 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA32354; Thu, 3 May 2001 12:09:57 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f43H8tq08838; Thu, 3 May 2001 13:08:56 -0400 Message-ID: <3AF190A6.2EC95E44@thebarn.com> Date: Thu, 03 May 2001 13:08:54 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Mogens Kjaer CC: linux-xfs@oss.sgi.com Subject: Re: NFS problems References: <3AF1325D.9B68F5C9@kscanners.com> <3AF143AF.8D7C94C0@crc.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Mogens Kjaer wrote: > Toralf Lund wrote: > ... > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=36897 > > I have a private theory on, why Trond's patch isn't included > in the kernel: > > The kernel people claims that it is a glibc bug. > The glibc people claims that it is a kernel bug. > Everybody says it's an SGI bug. That sums it up pretty well. The XFS projects goals it to provide the XFS file system, not to become an integration test bed. (some might argue that point since we enabled devfs, but that's a different issue ;-) SGI has a team/project for doing integration/value add called LBS Linux Base System formally know as ProPack. I'm not sure if the nfs dir patch is part of the BLT at this point but I would be a good candidate. this is a bit out of date but... http://www.sgi.com/software/linux/propack/ > p > > :-) > > Mogens > -- > Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry > Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark > Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 > Email: mk@crc.dk Homepage: http://www.crc.dk -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Thu May 3 10:19:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HJoK08989 for linux-xfs-outgoing; Thu, 3 May 2001 10:19:50 -0700 Received: from femail4.rdc1.on.home.com (femail4.rdc1.on.home.com [24.2.9.91]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HJmF08983 for ; Thu, 3 May 2001 10:19:48 -0700 Received: from cr598116-a.wlfdle1.on.wave.home.com ([24.112.74.120]) by femail4.rdc1.on.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010503172049.DJPE718.femail4.rdc1.on.home.com@cr598116-a.wlfdle1.on.wave.home.com> for ; Thu, 3 May 2001 10:20:49 -0700 From: Gerald Henriksen To: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? Date: Thu, 03 May 2001 13:20:42 -0400 Message-ID: References: <988893685.6072.1.camel@adslgw> <17303.988894661@ocs3.ocs-net> <3AF179A8.6B772999@compro.net> In-Reply-To: <3AF179A8.6B772999@compro.net> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f43HJmF08984 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 03 May 2001 11:30:49 -0400, you wrote: >See http://www.gnu.org/software/gcc/gcc-2.96.html. So why would ANYBODY >use 2.96? That statement is merely warning people that the official gcc people don't support 2.96, nothing more. Simply, you use 2.96 if you want: - the best ISO C and ISO C++ standards conformance currently available on Linux from the gcc family - the advantages of all the improvements in code generation that have happened since egcs. In particular, Intel paid for a new code generation backend that first appeared in the 2.95 series. - it is a stable compiler. A search through the Red Hat bugzilla entries shows that most complaints about 2.96 are actually non-standards compliant code. Also, several distributions now ship with either 2.95 or 2.96, with no problems. - far better non-IA32 support (one of the reasons Red Hat created 2.96 was so that they could use one version of the compiler on all the platforms they support). The bigger question is why would anyone with a 2.4 based kernel still be using any of the egcs releases. From owner-linux-xfs@oss.sgi.com Thu May 3 10:22:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HMht09267 for linux-xfs-outgoing; Thu, 3 May 2001 10:22:43 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HMeF09261 for ; Thu, 3 May 2001 10:22:40 -0700 Received: from crom.corp.sgi.com (crom.corp.sgi.com [130.62.63.32]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA04149 for ; Thu, 3 May 2001 10:21:19 -0700 (PDT) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA38904 for ; Thu, 3 May 2001 10:26:14 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 5D44BCED7A for ; Thu, 3 May 2001 10:21:24 -0700 (PDT) Subject: Re: NFS problems From: Florin Andrei To: linux-xfs@oss.sgi.com In-Reply-To: <3AF13971.C7E78689@crc.dk> References: <3AF1325D.9B68F5C9@kscanners.com> <3AF13971.C7E78689@crc.dk> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 10:21:24 -0700 Message-Id: <988910484.23682.3.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 03 May 2001 12:56:49 +0200, Mogens Kjaer wrote: > > BTW[2], I couldn't do a graphical installation on an intel 815 > based machine, X won't start. Have some modules been taken > out of the boot image (i.e. agpgart) in order to make room for xfs? I didn't do a graphical install on i815, but a text one. Anyway, when it came to probing X, it refused to work. So, it's the same problem. I had to delay the X configuration, and do it after the system booted up for the first time. -- Florin Andrei "Bloat is not about being big. Bloat is about being slow and stupid and not realizing that it's because of design mistakes." - Linus Torvalds From owner-linux-xfs@oss.sgi.com Thu May 3 10:32:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HWJT10083 for linux-xfs-outgoing; Thu, 3 May 2001 10:32:19 -0700 Received: from gatekeeper.tripos.com (firewall-user@gatekeeper.tripos.com [192.160.145.62]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HWHF10078 for ; Thu, 3 May 2001 10:32:18 -0700 Received: (from uucp@localhost) by tripos.com (8.8.8+Sun) id MAA09531 for <@firewall.tripos.com:linux-xfs@oss.sgi.com>; Thu, 3 May 2001 12:32:12 -0500 (CDT) Received: from elara.tripos.com(172.20.5.15) by gatekeeper.tripos.com via smap (V5.5) id xma009470; Thu, 3 May 01 12:22:28 -0500 Received: from umbriel (umbriel [172.20.5.155]) by tripos.com (980919.SGI.STAND) via SMTP id MAA70238 for ; Thu, 3 May 2001 12:22:27 -0500 (CDT) From: "Jerry Wintrode" To: Subject: After installation X fails. Date: Thu, 3 May 2001 12:22:27 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk After installation X windows starts but will not clear screen, it just keeps putting windows on top of old windows. I have Intel XEON Quad 500MHZ 1 Gig of ram GD5480 video MS intellimouse I have already upgraded the Xconfig and mouseconfig rpms per RedHat bug list. Thanks Jerry Wintrode Tripos, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 10:34:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HYXQ10180 for linux-xfs-outgoing; Thu, 3 May 2001 10:34:33 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HYKF10168 for ; Thu, 3 May 2001 10:34:20 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id TAA765265 for ; Thu, 3 May 2001 19:34:14 +0200 (CEST) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA31347; Thu, 3 May 2001 12:32:58 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f43HVuq10719; Thu, 3 May 2001 13:31:56 -0400 Message-ID: <3AF1960A.E3F927C6@thebarn.com> Date: Thu, 03 May 2001 13:31:54 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: James Pearson CC: Jan Rekorajski , linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... References: <3AF16D0A.2D12C344@moving-picture.com> <20010503170018.A31942@sith.mimuw.edu.pl> <3AF17D9A.D9B648A4@moving-picture.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'n not quite spotting the problem either... could you send the diff? I'm not very familiar with the quota code... Nathan can you see a problem in the dquot.c stuff referenced below? > Jan Rekorajski wrote: > > > > On Thu, 03 May 2001, James Pearson wrote: > > > > > I've just installed RedHat 7.1/XFS1.0 on a Athlon based system and I'm > > > trying to get quotas working - so far without success. > > > > > > I've made a XFS file system and mounted it with -o quota and tried to > > > follow the instructions in the quotaon man page and > > > /usr/share/doc/xfsprogs/README.quota but get the following: > > > > > > # rpm -q quota > > > quota-3.01-SGI_5 > > > > > > # uname -r > > > 2.4.2-SGI_XFS_1.0 > > > > > > # mount | grep quota > > > /dev/hda4 on /disk1 type xfs (rw,quota) > > > > > > # setquota james 600 800 15 20 /disk1 > > > Not all specified mountpoints are using quota. > > > > > > # repquota /disk1 > > > Not all specified mountpoints are using quota. > > > > > > # edquota james > > > No filesystems with quota detected. > > > > > > I've also recompiled the kernel with CONFIG_QUOTA=y and > > > CONFIG_XFS_QUOTA=y just in case the supplied kernel didn't have quotas > > > enabled - but with the same results. > > > > > > Is there anything else I need to do? > > > > I had the same problem. It may be the effect of misplaced patch. > > > > Look in the fs/dquot.c file somewhere around line 1450, > > and move the following after the if (special != NULL...) statement: > > > > if (sb && sb->s_op && sb->s_op->quotactl) { > > unlock_kernel(); > > return sb->s_op->quotactl(sb, cmds, type, id, addr); > > } > > > > if (id & ~0xFFFF) > > goto out; > > > > I don't know why, but it happened. > > > > Not quite sure what needs to be moved where - there's nothing like that > around line 1450, but at around line 2050 there is: > > dev = NODEV; > if (special != NULL || (cmds != Q_SYNC && cmds != Q_GETSTATS)) { > mode_t mode; > struct nameidata nd; > > ret = user_path_walk(special, &nd); > if (ret) > goto out; > > dev = nd.dentry->d_inode->i_rdev; > mode = nd.dentry->d_inode->i_mode; > path_release(&nd); > > ret = -ENOTBLK; > if (!S_ISBLK(mode)) > goto out; > ret = -ENODEV; > sb = get_super(dev); > if (!sb) > goto out; > } > > if (sb && sb->s_op && sb->s_op->quotactl) { > unlock_kernel(); > return sb->s_op->quotactl(sb, cmds, type, id, addr); > } > > if (id & ~0xFFFF) > goto out; > > ret = -EINVAL; > > What needs to be changed? > > Thanks > > James Pearson -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Thu May 3 10:36:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HaCk10252 for linux-xfs-outgoing; Thu, 3 May 2001 10:36:12 -0700 Received: from dermis.amis.com (dermis.amis.com [207.141.5.253]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f43HaBF10249 for ; Thu, 3 May 2001 10:36:11 -0700 Received: from [172.16.89.23] by dermis.amis.com via smtpd (for oss.sgi.com [216.32.174.190]) with SMTP; 3 May 2001 17:36:11 UT Received: from pop1.amis.com ([172.16.89.10]) by mx1.pc.amis.com (Lotus Domino Release 5.0.7) with ESMTP id 2001050311322022:149613 ; Thu, 3 May 2001 11:32:20 -0600 Received: from amis.com ([172.16.17.176]) by pop1.amis.com (Lotus Domino Release 5.0.6a) with ESMTP id 2001050311355875:13984 ; Thu, 3 May 2001 11:35:58 -0600 Message-ID: <3AF196E9.3235BBFD@amis.com> Date: Thu, 03 May 2001 11:35:37 -0600 From: Eric Whiting X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: Mark Hounschell , utz lehmann , linux-xfs@oss.sgi.com Subject: Re: 2.4.4-xfs NFS testing References: <3AF0468B.70E8B919@amis.com> <20010502195501.A13116@gruyere.muc.suse.de> <20010502203454.A9561@s2y4n2c.de> <3AF137CB.5DE970F6@cfl.rr.com> <20010503125844.C28596@gruyere.muc.suse.de> X-MIMETrack: Itemize by SMTP Server on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/03/2001 11:35:58 AM, Serialize by Router on pop1/AMI(Release 5.0.6a |January 17, 2001) at 05/03/2001 11:36:00 AM, Serialize complete at 05/03/2001 11:36:00 AM, Itemize by SMTP Server on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/03/2001 11:32:20 AM, Serialize by Router on mx1/amis(Release 5.0.7 |March 21, 2001) at 05/03/2001 11:32:26 AM, Serialize complete at 05/03/2001 11:32:26 AM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I tried: 2.4.4-xfs NFS kernel compiled with 2.95.3 Results: still had severe lockup under heavy nfs loading from solaris boxes. I'll try to get more debug info -- as well as rule out some other issues. I read about 2.4.4 problems -- maybe I should go back to 2.4.2-xfs? eric Andi Kleen wrote: > > On Thu, May 03, 2001 at 06:49:47AM -0400, Mark Hounschell wrote: > > I've heard rumors on the SuSE-e list that the lastest stable release > > 2.95.3 works > > ok woth XFS. Haven't tried it yet. Get SuSE's rpm and try it first. > > The latest XFS tree has some workaround for known 2.95 long long bugs (mainly > division) and they seem to work somehow; but nobody knows if that really > catched all cases or if there isn't miscompilation in more obscure code > paths left. XFS is full of long long computation (you wanted a "64bit > filesystem", didn't you?). Using egcs 1.1 is definitely safer, with it > XFS has been tested a lot more. You could also use XFS on a 64bit > architecture like an Alpha. > > -Andi -- __________________________________________________________________ Eric T. Whiting AMI Semiconductors From owner-linux-xfs@oss.sgi.com Thu May 3 10:42:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43HgZM10591 for linux-xfs-outgoing; Thu, 3 May 2001 10:42:35 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HgYF10587 for ; Thu, 3 May 2001 10:42:34 -0700 Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA07739 for ; Thu, 3 May 2001 10:41:12 -0700 (PDT) mail_from (tduffy@engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id KAA57010; Thu, 3 May 2001 10:41:16 -0700 (PDT) Date: Thu, 3 May 2001 10:40:59 -0700 (PDT) From: Tom Duffy To: Mogens Kjaer cc: Subject: Re: NFS problems In-Reply-To: <3AF143AF.8D7C94C0@crc.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 3 May 2001, Mogens Kjaer wrote: > The kernel people claims that it is a glibc bug. > The glibc people claims that it is a kernel bug. > Everybody says it's an SGI bug. this is scheduled to be fixed in IRIX 6.5.13 (I think), but there are going to be a lot of people out there with older versions of IRIX... And as Russell pointed out, this is fixed in the integrated LBS kernel. -tduffy From owner-linux-xfs@oss.sgi.com Thu May 3 10:47:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Hlr011036 for linux-xfs-outgoing; Thu, 3 May 2001 10:47:53 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43HlqF11033 for ; Thu, 3 May 2001 10:47:52 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f43Hlq420621; Thu, 3 May 2001 12:47:52 -0500 (CDT) Message-ID: <3AF19A22.4D39722E@sgi.com> Date: Thu, 03 May 2001 12:49:22 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Brian Walker CC: linux-xfs@oss.sgi.com Subject: Re: xfs compile problem References: <3AF18119.1030704@home.com> <3AF1870E.8F7CEC29@sgi.com> <3AF19720.7030905@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Try installing the kgcc package, which is an alias for an older, but more kernel-compatible gcc. Then edit the Makefile to use kgcc (comments in the Makefile explain how to do this). "2.96" has some issues with our kernel - or maybe it's the other way around... We're moving towards better compiler-independence, but for now, use kgcc. -Eric Brian Walker wrote: > > Eric, > > Thanks for the quick reply! I've got the redhat 7.1 default compiler > which is gcc 2.96. Should I be using something different? > > Brian > > Eric Sandeen wrote: > > >What compiler are you using? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 11:37:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Ibor13106 for linux-xfs-outgoing; Thu, 3 May 2001 11:37:50 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43IboF13103 for ; Thu, 3 May 2001 11:37:50 -0700 Received: from ledzep.americas.sgi.com (relay.sgi.com [137.38.226.97] (may be forged)) by 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 LAA02580 for ; Thu, 3 May 2001 11:37:46 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA06448 for ; Thu, 3 May 2001 13:36:30 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f43IZTq13310 for ; Thu, 3 May 2001 14:35:29 -0400 Message-ID: <3AF1A4EF.EE82780F@thebarn.com> Date: Thu, 03 May 2001 14:35:27 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm sure this compiler issue won't go away soon. But just as an overview of what is working and what isn't XFS Release 1.0: gcc 2.91.66 well tested know to work, use this for stability gcc 2.95.2/3/4 reported to work, not extensively tested, use as own risk gcc 2.96 does not work, gives compilation errors. gcc 2.95RH7.1 ditto. gcc 2.96Mandrake Not attempted yet. XFS current: gcc 2.91.66 same as R 1.0 gcc 2.95.2/3/4 same as R 1.0 gcc 2.96 does not work, compilation errors gcc 2.96RH7.1 compiles, boots, and initial tests show it to be working gcc 2.96Mandrake compiles, boots, and initial tests show it to be working As always there is a big difference between what is "supported" and what "works". We are saying R 1.0 is supported (in the loose sense of Open Source supported) by compiling with gcc 2.91.66, everything else is "use at your own risk" at this point. -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Thu May 3 11:46:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Ik5V13311 for linux-xfs-outgoing; Thu, 3 May 2001 11:46:05 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43IjxF13308 for ; Thu, 3 May 2001 11:46:00 -0700 Received: from ledzep.americas.sgi.com (relay.sgi.com [137.38.226.97] (may be forged)) by 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 LAA09737 for ; Thu, 3 May 2001 11:45:58 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA72896; Thu, 3 May 2001 13:44:41 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f43Iheq13352; Thu, 3 May 2001 14:43:40 -0400 Message-ID: <3AF1A6DC.67C1CA2F@thebarn.com> Date: Thu, 03 May 2001 14:43:40 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Chmouel Boudjnah CC: Sven Herzberg , linux-xfs@oss.sgi.com, Mandrake Install , Mandrake Kernel Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chmouel Boudjnah wrote: > Russell Cattelan writes: > > > Yes please. > > Ok they are ready : > > ftp://ftp.sunet.se/pub/Linux/distributions/mandrake-devel/contrib/RPMS/ If you don't mind, I'll will put this link in our "news" segment on our web page? > > > I've build a patch against the 8.0 kernel src rpm, haven't tested it > > yet but it does compile. > > Anybody want help finish it.? > > Could you send me the patch, i had a lot of conflict and i did the > kernel-xfs on a vanilla 2.4.4 generated patch from cvs. ftp://oss.sgi.com/projects/xfs/download/testing/mdkl2.4.3-xfs.patch this was a real quick attempt to get it to compile, area that are suspect and may not be right : dquot.c and param addition to do_mount_nd probably a better way to go about getting the dir name to the dmapi mount, or even look at the code closer and move the dmapi stuff back into do_mount. > > > If fact I would to encourage some savvy installer programmer to add > > XFS support to the mandrake installer. I've looked at the code and > > see reiserfs is already in there shouldn't be to much work to add > > xfs. > > I already begin it, it should be fairly simple... Great let us know if you have any questions, obviously we had to struggle with a few problems on anaconda. -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Thu May 3 11:55:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43ItLi13587 for linux-xfs-outgoing; Thu, 3 May 2001 11:55:21 -0700 Received: from ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43ItJF13584 for ; Thu, 3 May 2001 11:55:19 -0700 Received: from apal-192.ii.uib.no (apal.ii.uib.no) [129.177.192.27] by ii.uib.no with esmtp (Exim 3.03) id 14vOG5-0000VH-00 ; Thu, 03 May 2001 20:55:25 +0200 Received: (from janfrode@localhost) by apal.ii.uib.no (8.9.3+Sun/8.9.3) id UAA01890; Thu, 3 May 2001 20:55:17 +0200 (MEST) Date: Thu, 3 May 2001 20:55:16 +0200 From: Jan-Frode Myklebust To: Austin Gonyou Cc: linux-xfs@oss.sgi.com Subject: Re: devfsd-1.3.11-1 Message-ID: <20010503205516.A633@ii.uib.no> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from austin@coremetrics.com on Thu, May 03, 2001 at 10:47:37AM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, May 03, 2001 at 10:47:37AM -0500, Austin Gonyou wrote: > How easy would it be to just patch a 2.4.4 kernel and NOT use devfsd. [ Assuming you really meant devfsd and not devfs ] No problem at all. Just remove / comment out the devfsd lines from rc.sysinit or equivalent. Then you will get a clean /dev/ containing only the real devices, like this: % ls -l /dev totalt 0 crw------- 1 janfrode root 5, 1 apr 24 19:08 console drwxr-xr-x 1 root root 0 jan 1 1970 cpu drwxr-xr-x 1 root root 0 jan 1 1970 cua drwxr-xr-x 1 root root 0 jan 1 1970 discs drwxr-xr-x 1 root root 0 apr 24 19:08 dri crw-rw-rw- 1 root root 1, 7 jan 1 1970 full drwxr-xr-x 1 root root 0 jan 1 1970 ide prw------- 1 root root 0 apr 24 21:05 initctl crw-r----- 1 root root 1, 2 jan 1 1970 kmem srw-rw-rw- 0 root root 0 apr 24 21:05 log crw-r----- 1 root root 1, 1 jan 1 1970 mem drwxr-xr-x 1 root root 0 jan 1 1970 misc crw-rw-rw- 1 root root 1, 3 jan 1 1970 null crw-r----- 1 root root 1, 4 jan 1 1970 port crw------- 1 root root 108, 0 jan 1 1970 ppp drwxr-xr-x 1 root root 0 jan 1 1970 printers crw-rw-rw- 1 root root 5, 2 mai 3 19:47 ptmx drwxr-xr-x 1 root root 0 jan 1 1970 pts drwxr-xr-x 1 root root 0 jan 1 1970 pty crw-r--r-- 1 root root 1, 8 jan 1 1970 random drwxr-xr-x 1 root root 0 jan 1 1970 scsi drwxrwxrwt 1 root root 0 apr 24 19:08 shm drwxr-xr-x 1 root root 0 jan 1 1970 sound drwxr-xr-x 1 root root 0 jan 1 1970 tts crw-rw-rw- 1 root root 5, 0 mai 2 16:16 tty crw-r--r-- 1 root root 1, 9 jan 1 1970 urandom drwxr-xr-x 1 root root 0 jan 1 1970 vc drwxr-xr-x 1 root root 0 jan 1 1970 vcc crw-rw-rw- 1 root root 1, 5 jan 1 1970 zero I use devfs without devfsd, and manually create the few links (dsp, sg0) I need for applications that don't understand the new naming. -jf From owner-linux-xfs@oss.sgi.com Thu May 3 12:17:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JHcP14221 for linux-xfs-outgoing; Thu, 3 May 2001 12:17:38 -0700 Received: from skif.spylog.net (skif.spylog.com [194.67.35.250]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JHbF14215 for ; Thu, 3 May 2001 12:17:38 -0700 Received: from mail.spylog.com (www.local [192.168.0.205]) by skif.spylog.net (Postfix) with ESMTP id 4053D47C4 for ; Thu, 3 May 2001 23:17:36 +0400 (MSD) Received: from an.local (an.local [192.168.4.50]) by mail.spylog.com (Postfix) with ESMTP id 3AF0E70F01 for ; Thu, 3 May 2001 23:17:36 +0400 (MSD) Received: by an.local (Postfix, from userid 501) id 5168950B6B; Thu, 3 May 2001 23:17:35 +0400 (MSD) Date: Thu, 3 May 2001 23:17:35 +0400 From: Andrey Nekrasov To: linux-xfs@oss.sgi.com Subject: repquota bug? Message-ID: <20010503231735.A1917@an.local> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.3.15i Organization: SpyLOG ltd. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, 1. quota-3.01-SGI_5 kernel 2.4.3 + xfs patch + core patch (from SGI) egcs 1.1.2 (kgcc) 2. /dev/hda3 on /home type xfs (rw,usrquota) 3. andy@an /opt/in $ quota andy Disk quotas for user andy (uid 501): Filesystem blocks quota limit grace files quota limit grace /dev/hda3 95684 400000 0 5196 0 0 andy@an /opt/in $ OK! 4. andy@an /opt/in $ repquota |less *** Report for user quotas on device /dev/hda3 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard grace used soft hard grace ---------------------------------------------------------------------- andy -- 95684 400000 0 5196 0 0 andy -- 95684 400000 0 5196 0 0 andy -- 95684 400000 0 5196 0 0 andy -- 95684 400000 0 5196 0 0 andy -- 95684 400000 0 5196 0 0 andy -- 95684 400000 0 5196 0 0 .... andy -- 95684 400000 0 5196 0 0 ... ... ... Why? bye. Andrey Nekrasov, SpyLOG. http://www.spylog.com/ From owner-linux-xfs@oss.sgi.com Thu May 3 12:33:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JXVG14641 for linux-xfs-outgoing; Thu, 3 May 2001 12:33:31 -0700 Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JXTF14638 for ; Thu, 3 May 2001 12:33:30 -0700 Received: from [195.20.224.208] (helo=mrvdom01.schlund.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 14vOqu-0007Vr-00; Thu, 3 May 2001 21:33:28 +0200 Received: from pd901e31c.dip.t-dialin.net ([217.1.227.28] helo=kernelpanix.aura.of.mankind) by mrvdom01.schlund.de with esmtp (Exim 2.12 #2) id 14vOqm-0007pS-00; Thu, 3 May 2001 21:33:21 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.0/8.11.0) id f43Ir8G23268; Thu, 3 May 2001 20:53:08 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Thu, 3 May 2001 20:53:08 +0200 From: utz lehmann To: "redhat.angus" Cc: linux-xfs Subject: Re: strange files, XFS bug? Message-ID: <20010503205308.A23197@s2y4n2c.de> References: <20010503120435.A13673@ii.uib.no> <988889956.4975.0.camel@adslgw> <20010503140956.A14103@ii.uib.no> <20010503141440.C23836@tecosim.de> <988893685.6072.1.camel@adslgw> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <988893685.6072.1.camel@adslgw> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk redhat.angus [redhat.angus@wanadoo.fr] wrote: > Le 03 May 2001 14:14:41 +0200, Utz Lehmann a écrit : > > i had this using a bad compiler (gcc 2.96). > > > > egcs-2.91.66 (= kgcc) is recomended. see the linux-xfs makefile. > > Can somebody of SGI confirm ? That I do not use any more gcc-2.96RH to > compile kernel-2.4-xfs. here my own experience: i had tried the redhat gcc-2.96-81 on redhat 7.0 a few days before. the result was a crashing kernel and errors like yours. i went back to kgcc everythings works without any problem. even with non xfs 2.4.x kernel a had problems with the suse gcc 2.95.2. using the redhat kgcc solved it. egcs-2.91.66 (= kgcc) is rock solid for kernel compilation. btw: i dont trust gcc 2.95.2 any more. on hp-ux sometimes it used the same address for differnet variables. very hard to find the bug. utz From owner-linux-xfs@oss.sgi.com Thu May 3 12:33:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JXl014652 for linux-xfs-outgoing; Thu, 3 May 2001 12:33:47 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JXkF14649 for ; Thu, 3 May 2001 12:33:46 -0700 Received: from dendennis.saarinen.org ([192.168.1.2] helo=dendennis) by vimfuego.saarinen.org with smtp (Exim 3.22 #1 (Red Hack)) id 14vOqu-0005kF-00; Fri, 04 May 2001 07:33:28 +1200 From: "Juha Saarinen" To: "Keith Owens" , "redhat.angus" Cc: "linux-xfs" Subject: RE: strange files, XFS bug? Date: Fri, 4 May 2001 07:32:57 +1200 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <17303.988894661@ocs3.ocs-net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk :: gcc 2.96 is not an official release, it is a RedHat special. 2.96 does :: not correctly compile the kernel, even without XFS. It has compiled the 2.4.x kernels just fine for me... -- Juha From owner-linux-xfs@oss.sgi.com Thu May 3 12:40:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JefZ14901 for linux-xfs-outgoing; Thu, 3 May 2001 12:40:41 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JeeF14898 for ; Thu, 3 May 2001 12:40:41 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43JbW529015; Thu, 3 May 2001 14:37:32 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 14:37:32 -0500 (CDT) From: Austin Gonyou To: Jan-Frode Myklebust cc: Subject: Re: devfsd-1.3.11-1 In-Reply-To: <20010503205516.A633@ii.uib.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I should've been more specific. I was under the assumption that you couldn't really use devfsd if devfs was not compiled into the kernel. Sorry for the confusion. What I really want to do is patch a 2.4.4 kernel to use XFS without using devfs. That part I don't think would be an issue, and I understand all that's involved here. One thing I'd like to be able to do though is to know how to properly patch a 2.4.4 kernel upto xfs. Should I get a 2.4.2 kernel, patch it with xfs, then patch it up to 2.4.4? Ideas? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Thu May 3 12:43:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Jhqj14982 for linux-xfs-outgoing; Thu, 3 May 2001 12:43:52 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JhoF14979 for ; Thu, 3 May 2001 12:43:50 -0700 Received: from dendennis.saarinen.org ([192.168.1.2] helo=dendennis) by vimfuego.saarinen.org with smtp (Exim 3.22 #1 (Red Hack)) id 14vP0R-0005kq-00; Fri, 04 May 2001 07:43:19 +1200 From: "Juha Saarinen" To: , "Gerald Henriksen" Cc: "Keith Owens" , Subject: RE: strange files, XFS bug? Date: Fri, 4 May 2001 07:42:48 +1200 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3AF179A8.6B772999@compro.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk :: See http://www.gnu.org/software/gcc/gcc-2.96.html. So why would ANYBODY :: use 2.96? You'll probably find that Red Hat's GCC 2.96 isn't the pukka GNU GCC 2.96. -- Juha From owner-linux-xfs@oss.sgi.com Thu May 3 12:45:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JjuO15042 for linux-xfs-outgoing; Thu, 3 May 2001 12:45:56 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JjtF15039 for ; Thu, 3 May 2001 12:45:55 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43Jioh29066 for ; Thu, 3 May 2001 14:44:51 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 14:44:50 -0500 (CDT) From: Austin Gonyou To: Subject: New thread: Manually creating the 2.4.4 XFS tree Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I should've been more specific. I was under the assumption that you couldn't really use devfsd if devfs was not compiled into the kernel. Sorry for the confusion. What I really want to do is patch a 2.4.4 kernel to use XFS without using devfs. That part I don't think would be an issue, and I understand all that's involved here. One thing I'd like to be able to do though is to know how to properly patch a 2.4.4 kernel upto xfs. Should I get a 2.4.2 kernel, patch it with xfs, then patch it up to 2.4.4? Ideas? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Thu May 3 12:52:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Jqbj15172 for linux-xfs-outgoing; Thu, 3 May 2001 12:52:37 -0700 Received: from marvin.linux-dude.com (c-cd8a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.205]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JqYF15169 for ; Thu, 3 May 2001 12:52:35 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin.linux-dude.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f43JqXm05026 for ; Thu, 3 May 2001 21:52:33 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: linux-xfs@oss.sgi.com Date: Thu, 3 May 2001 21:52:33 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01050321241200.04916@marvin> Content-Transfer-Encoding: 8bit Subject: Will xfs scale to > 1GB/s on any hardware? Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I've seen that people repport 100 MB/s (sustained I hope) with as few as 8 disks. Would XFS scale to > 1GB/s sustained and is it known what could be the largest integrated deviation from that streaming speed (to get the feeling for the size of buffer needed to pick up the slack). Also, would I get this performance over 1-2 TB. The application, as it is, allready uses several channels to get a combined 1GB/s performance (roughly 10 channels) so esoteric hardware is quite feasible in this case. I know that we are talking about 100 disks here and maybe the reliability of that system may not to high but so far I'm just exploring the possibilities of alternative implementations. Greetings, Jarek From owner-linux-xfs@oss.sgi.com Thu May 3 12:55:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JttD15279 for linux-xfs-outgoing; Thu, 3 May 2001 12:55:55 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43JtrF15275 for ; Thu, 3 May 2001 12:55:54 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43Jn4J29134; Thu, 3 May 2001 14:49:04 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 14:49:04 -0500 (CDT) From: Austin Gonyou To: Juha Saarinen cc: , Gerald Henriksen , Keith Owens , Subject: RE: strange files, XFS bug? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk the newest gcc they have seems to be ok. I've been using RH7.0 since the DAY it was released, and had plenty of headache, until they updated their packages to 2.96. Ever since then, things have been good. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Fri, 4 May 2001, Juha Saarinen wrote: > :: See http://www.gnu.org/software/gcc/gcc-2.96.html. So why would ANYBODY > :: use 2.96? > > You'll probably find that Red Hat's GCC 2.96 isn't the pukka GNU GCC 2.96. > > -- Juha > From owner-linux-xfs@oss.sgi.com Thu May 3 12:58:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43JwAa15362 for linux-xfs-outgoing; Thu, 3 May 2001 12:58:10 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Jw7F15356 for ; Thu, 3 May 2001 12:58:08 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43Jvs129198; Thu, 3 May 2001 14:57:54 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 14:57:52 -0500 (CDT) From: Austin Gonyou To: Jarek Luberek cc: Subject: Re: Will xfs scale to > 1GB/s on any hardware? In-Reply-To: <01050321241200.04916@marvin> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >From what I've read is that you can get 1GB/s out of xfs, and possibly greater. If this is true, then I'd suspect that it would be a good fibre setup or possibly a LOT of scsi controllers and disks. Say 4-6 UW160 controllers 2 channels each and say 4-6 disks per channel. (Pure scsi) If fibre, then you should be able to use say 4 Single port Fibre cards attatched to enough disks, say 16 or so, to get a reasonable throughput like you speak of. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Thu, 3 May 2001, Jarek Luberek wrote: > Hi, > > I've seen that people repport 100 MB/s (sustained I hope) with > as few as 8 disks. Would XFS scale to > 1GB/s sustained and > is it known what could be the largest integrated deviation from > that streaming speed (to get the feeling for the size of buffer needed > to pick up the slack). Also, would I get this performance over > 1-2 TB. > The application, as it is, allready uses several channels to get a > combined 1GB/s performance (roughly 10 channels) so esoteric > hardware is quite feasible in this case. > I know that we are talking about 100 disks here and maybe the > reliability of that system may not to high but so far I'm just > exploring the possibilities of alternative implementations. > > Greetings, > Jarek > From owner-linux-xfs@oss.sgi.com Thu May 3 13:09:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43K9Zt15599 for linux-xfs-outgoing; Thu, 3 May 2001 13:09:35 -0700 Received: from ns1.penguincomputing.com (server6.penguincomputing.com [209.24.233.110]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43K9YF15596 for ; Thu, 3 May 2001 13:09:34 -0700 Received: from localhost (cregentin@localhost) by ns1.penguincomputing.com (8.9.3/8.9.3) with ESMTP id NAA00818 for ; Thu, 3 May 2001 13:09:33 -0700 Date: Thu, 3 May 2001 13:09:33 -0700 (PDT) From: Curtis Regentin To: Subject: Documentation suggestion Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, It might be worth mentioning LILO, and the boot partition somewhere in the context of the filesystem reorganizer. I haven't tried it, but I can't imagine that it won't make the system unbootable due to LILO's block mapping being wrong. - Curtis From owner-linux-xfs@oss.sgi.com Thu May 3 13:12:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KCiL15637 for linux-xfs-outgoing; Thu, 3 May 2001 13:12:44 -0700 Received: from server.hpc.utexas.edu (IDENT:root@server.hpc.utexas.edu [129.116.206.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KChF15634 for ; Thu, 3 May 2001 13:12:43 -0700 Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194]) by server.hpc.utexas.edu (8.11.2/8.11.0) with ESMTP id f43KCWq11776; Thu, 3 May 2001 15:12:32 -0500 Message-Id: <4.2.0.58.20010503150531.015376f8@127.0.0.1> X-Sender: jones@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Thu, 03 May 2001 15:12:37 -0500 To: Jarek Luberek , linux-xfs@oss.sgi.com From: "William L. Jones" Subject: Re: Will xfs scale to > 1GB/s on any hardware? In-Reply-To: <01050321241200.04916@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 09:52 PM 5/3/2001 +0200, Jarek Luberek wrote: >I've seen that people repport 100 MB/s (sustained I hope) with >as few as 8 disks. Would XFS scale to > 1GB/s sustained and If your talking about a PC then it will take a while before PC are fast enough to do this. Most PC can only do about 200MB/sec on a memory copy. With the newer memories 400MB/sec. Memory is one bottle neck. You also have a bottle on the PC buses that would limit the Maxim aerate throw put. The PC buses need to get faster. 100 MB/s is doable 200MB/s is possible. It depends on how much money you want to spend and how specialized you want to get. Bill Jones From owner-linux-xfs@oss.sgi.com Thu May 3 13:23:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KNxl15838 for linux-xfs-outgoing; Thu, 3 May 2001 13:23:59 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KNwF15835 for ; Thu, 3 May 2001 13:23:58 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f43KNjS10635; Thu, 3 May 2001 15:23:45 -0500 (CDT) Message-ID: <3AF1BEAF.55C7B9A8@sgi.com> Date: Thu, 03 May 2001 15:25:19 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Curtis Regentin CC: linux-xfs@oss.sgi.com Subject: Re: Documentation suggestion References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sort of like this? http://linux-xfs.sgi.com/projects/xfs/1.0_caveats.html ------------ The fsr utility and system partitions In general we do not foresee the need to run fsr on system partitions such as /, /boot and /usr as these will in general not suffer from fragmentation. There are also issues with defragmenting the files lilo uses to boot your system. Should these files be moved by fsr then you must rerun lilo before you reboot or you may have an unbootable system. ------------ Might be worth putting in the man page, or somewhere else as well, though. -Eric Curtis Regentin wrote: > > Hi, > > It might be worth mentioning LILO, and the boot partition somewhere in > the context of the filesystem reorganizer. I haven't tried it, but I > can't imagine that it won't make the system unbootable due to LILO's block > mapping being wrong. > > - Curtis -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 13:39:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Kdcl16156 for linux-xfs-outgoing; Thu, 3 May 2001 13:39:38 -0700 Received: from daffy.thegoop.com (root@[206.58.79.242]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KdWF16153 for ; Thu, 3 May 2001 13:39:36 -0700 Received: from localhost (dragon@localhost) by daffy.thegoop.com (8.10.2/8.10.2) with ESMTP id f43Kba125674; Thu, 3 May 2001 13:37:36 -0700 Date: Thu, 3 May 2001 13:37:35 -0700 (PDT) From: Dana Soward To: Russell Cattelan cc: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? In-Reply-To: <3AF1A4EF.EE82780F@thebarn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Just an FYI...I'm using Debian Woody with the CVS XFS kernel...the woody gcc version is 2.95.4, and it "works". I have not done extensive testing though... Dana On Thu, 3 May 2001, Russell Cattelan wrote: > I'm sure this compiler issue won't go away soon. > > But just as an overview of what is working and what isn't > > XFS Release 1.0: > > gcc 2.91.66 well tested know to work, use this for stability > > gcc 2.95.2/3/4 reported to work, not extensively tested, use as own risk > > gcc 2.96 does not work, gives compilation errors. > > gcc 2.95RH7.1 ditto. > > gcc 2.96Mandrake Not attempted yet. > > XFS current: > gcc 2.91.66 same as R 1.0 > > gcc 2.95.2/3/4 same as R 1.0 > > gcc 2.96 does not work, compilation errors > > gcc 2.96RH7.1 compiles, boots, and initial tests show it to be working > > gcc 2.96Mandrake compiles, boots, and initial tests show it to be working > > As always there is a big difference between what is "supported" and what "works". > > We are saying R 1.0 is supported (in the loose sense of Open Source supported) > > by compiling with gcc 2.91.66, everything else is "use at your own risk" at this > > point. > > -- > Russell Cattelan > -- > Digital Elves inc. -- Currently on loan to SGI > Linux XFS core developer. > > > From owner-linux-xfs@oss.sgi.com Thu May 3 13:40:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KepQ16190 for linux-xfs-outgoing; Thu, 3 May 2001 13:40:51 -0700 Received: from digitaltux.com (cr56996-a.mtnk1.on.wave.home.com [24.65.38.194]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KepF16187 for ; Thu, 3 May 2001 13:40:51 -0700 Received: from zoltan by digitaltux.com with local (Exim 3.22 #1 (Debian)) id 14vPu2-0006TL-00 for ; Thu, 03 May 2001 16:40:46 -0400 Date: Thu, 3 May 2001 16:40:45 -0400 To: linux-xfs@oss.sgi.com Subject: Debian XFS Message-ID: <20010503164045.A24838@digitaltux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i From: zoltan@debian.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Well, it seems that the pcmcia-cs package isn't buildable at the moment, so I will have to postpone the disks till it is. The kernel is 2.4.4 taken from yesterday's cvs. If you want, I'll send the kernel-config for all you to look at, and comment on. From owner-linux-xfs@oss.sgi.com Thu May 3 13:44:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KicL16253 for linux-xfs-outgoing; Thu, 3 May 2001 13:44:38 -0700 Received: from smtp4.xs4all.nl (smtp4.xs4all.nl [194.109.6.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KibF16250 for ; Thu, 3 May 2001 13:44:37 -0700 Received: from xs3.xs4all.nl (knuffie@xs3.xs4all.nl [194.109.6.44]) by smtp4.xs4all.nl (8.9.3/8.9.3) with ESMTP id WAA13344; Thu, 3 May 2001 22:44:35 +0200 (CEST) Received: from localhost (knuffie@localhost) by xs3.xs4all.nl (8.9.0/8.9.0) with ESMTP id WAA14014; Thu, 3 May 2001 22:44:34 +0200 (CEST) Date: Thu, 3 May 2001 22:44:34 +0200 (CEST) From: Seth Mos To: Austin Gonyou cc: Subject: Re: New thread: Manually creating the 2.4.4 XFS tree In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 3 May 2001, Austin Gonyou wrote: > I should've been more specific. I was under the assumption that you > couldn't really use devfsd if devfs was not compiled into the kernel. > Sorry for the confusion. What I really want to do is patch a 2.4.4 kernel > to use XFS without using devfs. That part I don't think would be an issue, > and I understand all that's involved here. One thing I'd like to be able > to do though is to know how to properly patch a 2.4.4 kernel upto xfs. > Should I get a 2.4.2 kernel, patch it with xfs, then patch it up to 2.4.4? > Ideas? Just check out the linux-2.4-xfs tree from CVS. This one is currently based on 2.4.4. See the Getting XFS from CVS page. Patching 2.4.2 with XFS would be no problem, but patching this from 2.4.2 to 2.4.4 would be a serious issue. XFS and other journaling fs are dependent on VM behaviour and are thus very closely intergrated. If you know how to build kernels this shoudl not be a problem after getting the tree fom CVS. If not, it's not that difficult. Linuxdoc.org has al the neccesary kernel building howto's if neccesary. Good luck Seth From owner-linux-xfs@oss.sgi.com Thu May 3 13:49:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KnD816365 for linux-xfs-outgoing; Thu, 3 May 2001 13:49:13 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KnBF16362 for ; Thu, 3 May 2001 13:49:11 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43KmHU05817; Thu, 3 May 2001 15:48:18 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 15:48:15 -0500 (CDT) From: Austin Gonyou To: "William L. Jones" cc: Jarek Luberek , Subject: Re: Will xfs scale to > 1GB/s on any hardware? In-Reply-To: <4.2.0.58.20010503150531.015376f8@127.0.0.1> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk That's why I mentioned what I did. You aren't going to use that kind of hardware on a PC. Servers baby servers! :) -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Thu, 3 May 2001, William L. Jones wrote: > At 09:52 PM 5/3/2001 +0200, Jarek Luberek wrote: > >I've seen that people repport 100 MB/s (sustained I hope) with > >as few as 8 disks. Would XFS scale to > 1GB/s sustained and > > If your talking about a PC then it will take a while before PC are fast enough > to do this. > > Most PC can only do about 200MB/sec on a memory copy. With the > newer memories 400MB/sec. Memory is one bottle neck. > > You also have a bottle on the PC buses that would limit the Maxim aerate > throw put. The PC buses need to get faster. > > 100 MB/s is doable 200MB/s is possible. It depends on how much money > you want to spend and how specialized you want to get. > > > Bill Jones > From owner-linux-xfs@oss.sgi.com Thu May 3 13:50:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KoQs16396 for linux-xfs-outgoing; Thu, 3 May 2001 13:50:26 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KoPF16393 for ; Thu, 3 May 2001 13:50:25 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43Knuv07146; Thu, 3 May 2001 15:49:56 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 15:49:54 -0500 (CDT) From: Austin Gonyou To: Seth Mos cc: Subject: Re: New thread: Manually creating the 2.4.4 XFS tree In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Yeah..I finally just figured well, I've seen posts saying that the linux-2.4-xfs was the devel, and the devel was upped to 2.4.4, so, that makes sense... I've gonethrough configuring, and I'll build soon. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Thu, 3 May 2001, Seth Mos wrote: > On Thu, 3 May 2001, Austin Gonyou wrote: > > > I should've been more specific. I was under the assumption that you > > couldn't really use devfsd if devfs was not compiled into the kernel. > > Sorry for the confusion. What I really want to do is patch a 2.4.4 kernel > > to use XFS without using devfs. That part I don't think would be an issue, > > and I understand all that's involved here. One thing I'd like to be able > > to do though is to know how to properly patch a 2.4.4 kernel upto xfs. > > Should I get a 2.4.2 kernel, patch it with xfs, then patch it up to 2.4.4? > > Ideas? > > Just check out the linux-2.4-xfs tree from CVS. This one is currently > based on 2.4.4. See the Getting XFS from CVS page. Patching 2.4.2 with > XFS would be no problem, but patching this from 2.4.2 to 2.4.4 would be a > serious issue. XFS and other journaling fs are dependent on VM behaviour > and are thus very closely intergrated. > > If you know how to build kernels this shoudl not be a problem after > getting the tree fom CVS. If not, it's not that difficult. > Linuxdoc.org has al the neccesary kernel building howto's if neccesary. > > Good luck > Seth > From owner-linux-xfs@oss.sgi.com Thu May 3 13:52:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Kqfg16446 for linux-xfs-outgoing; Thu, 3 May 2001 13:52:41 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KqeF16442 for ; Thu, 3 May 2001 13:52:40 -0700 Received: from dendennis.saarinen.org ([192.168.1.2] helo=dendennis) by vimfuego.saarinen.org with smtp (Exim 3.22 #1 (Red Hack)) id 14vQ5T-0005p7-00; Fri, 04 May 2001 08:52:35 +1200 From: "Juha Saarinen" To: "William L. Jones" Cc: Subject: RE: Will xfs scale to > 1GB/s on any hardware? Date: Fri, 4 May 2001 08:52:05 +1200 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk :: On Thu, 3 May 2001, William L. Jones wrote: :: :: > Most PC can only do about 200MB/sec on a memory copy. With the :: > newer memories 400MB/sec. Memory is one bottle neck. I was under the impression that you could actually wring out about 1.5GBps out the theoretical 3.2GBps max of a dual-channel PC800 RDRAM set-up. Not sure if this applies for both writes and reads though. -- Juha From owner-linux-xfs@oss.sgi.com Thu May 3 13:52:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43KqsR16461 for linux-xfs-outgoing; Thu, 3 May 2001 13:52:54 -0700 Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43KqrF16458 for ; Thu, 3 May 2001 13:52:53 -0700 Received: from [195.20.224.208] (helo=mrvdom01.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 14vQ5f-0002BS-00; Thu, 3 May 2001 22:52:47 +0200 Received: from pd901e331.dip.t-dialin.net ([217.1.227.49] helo=kernelpanix.aura.of.mankind) by mrvdom01.schlund.de with esmtp (Exim 2.12 #2) id 14vQ5c-00013y-00; Thu, 3 May 2001 22:52:45 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.0/8.11.0) id f43KCTf23944; Thu, 3 May 2001 22:12:29 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Thu, 3 May 2001 22:12:28 +0200 From: utz lehmann To: Eric Sandeen Cc: Curtis Regentin , linux-xfs@oss.sgi.com Subject: Re: Documentation suggestion Message-ID: <20010503221228.A23929@s2y4n2c.de> References: <3AF1BEAF.55C7B9A8@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: <3AF1BEAF.55C7B9A8@sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen [sandeen@sgi.com] wrote: > Sort of like this? > > http://linux-xfs.sgi.com/projects/xfs/1.0_caveats.html > ------------ > The fsr utility and system partitions > > In general we do not foresee the need to run fsr on system partitions > such as /, /boot and /usr as these will in general not suffer from > fragmentation. There are also issues with defragmenting the files lilo > uses to boot your system. Should these files be moved by fsr then you > must rerun lilo before you reboot or you may have an unbootable system. > ------------ > > Might be worth putting in the man page, or somewhere else as well, > though. yes, put it in the man page. man pages are the first place information source for a lot of people. utz From owner-linux-xfs@oss.sgi.com Thu May 3 14:02:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43L27G16606 for linux-xfs-outgoing; Thu, 3 May 2001 14:02:07 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43L26F16603 for ; Thu, 3 May 2001 14:02:06 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f43L0T009011; Thu, 3 May 2001 16:00:30 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Thu, 3 May 2001 16:00:29 -0500 (CDT) From: Austin Gonyou To: Juha Saarinen cc: "William L. Jones" , Subject: RE: Will xfs scale to > 1GB/s on any hardware? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If you head down that road you're about correct. Alot of docs out there support your claim, but I think that might ONLY be the memory bandwidth. If you're just using IDE, now way in hell, if you're using UW160 SCSI, with many drives on caching controller, you could very possibly hit that. Fibre channel would be about the only way to hit that limit with the least drives. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Fri, 4 May 2001, Juha Saarinen wrote: > > :: On Thu, 3 May 2001, William L. Jones wrote: > :: > :: > Most PC can only do about 200MB/sec on a memory copy. With the > :: > newer memories 400MB/sec. Memory is one bottle neck. > > I was under the impression that you could actually wring out about 1.5GBps > out the theoretical 3.2GBps max of a dual-channel PC800 RDRAM set-up. Not > sure if this applies for both writes and reads though. > > -- Juha > From owner-linux-xfs@oss.sgi.com Thu May 3 14:13:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43LD9P16945 for linux-xfs-outgoing; Thu, 3 May 2001 14:13:09 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LD7F16941 for ; Thu, 3 May 2001 14:13:07 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA10030 for ; Thu, 3 May 2001 14:11:45 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA41167; Thu, 3 May 2001 16:11:50 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f43LAoq13793; Thu, 3 May 2001 17:10:50 -0400 Message-ID: <3AF1C959.8524363F@thebarn.com> Date: Thu, 03 May 2001 17:10:49 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Austin Gonyou CC: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: New thread: Manually creating the 2.4.4 XFS tree References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Austin Gonyou wrote: > Yeah..I finally just figured well, I've seen posts saying that the > linux-2.4-xfs was the devel, and the devel was upped to 2.4.4, so, that > makes sense... I've gonethrough configuring, and I'll build soon. this seem like a lot of work just to disable devfs where as % vi lilo.conf append="devfs=nomount" % lilo -v % reboot is quite simple. > > > -- > Austin Gonyou > Systems Architect, CCNA > Coremetrics, Inc. > Phone: 512-796-9023 > email: austin@coremetrics.com > > On Thu, 3 May 2001, Seth Mos wrote: > > > On Thu, 3 May 2001, Austin Gonyou wrote: > > > > > I should've been more specific. I was under the assumption that you > > > couldn't really use devfsd if devfs was not compiled into the kernel. > > > Sorry for the confusion. What I really want to do is patch a 2.4.4 kernel > > > to use XFS without using devfs. That part I don't think would be an issue, > > > and I understand all that's involved here. One thing I'd like to be able > > > to do though is to know how to properly patch a 2.4.4 kernel upto xfs. > > > Should I get a 2.4.2 kernel, patch it with xfs, then patch it up to 2.4.4? > > > Ideas? > > > > Just check out the linux-2.4-xfs tree from CVS. This one is currently > > based on 2.4.4. See the Getting XFS from CVS page. Patching 2.4.2 with > > XFS would be no problem, but patching this from 2.4.2 to 2.4.4 would be a > > serious issue. XFS and other journaling fs are dependent on VM behaviour > > and are thus very closely intergrated. > > > > If you know how to build kernels this shoudl not be a problem after > > getting the tree fom CVS. If not, it's not that difficult. > > Linuxdoc.org has al the neccesary kernel building howto's if neccesary. > > > > Good luck > > Seth > > -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Thu May 3 14:14:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43LENe16995 for linux-xfs-outgoing; Thu, 3 May 2001 14:14:23 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LEMF16991 for ; Thu, 3 May 2001 14:14:22 -0700 Received: from dendennis.saarinen.org ([192.168.1.2] helo=dendennis) by vimfuego.saarinen.org with smtp (Exim 3.22 #1 (Red Hack)) id 14vQGi-0005r5-00; Fri, 04 May 2001 09:04:12 +1200 From: "Juha Saarinen" To: "Austin Gonyou" Cc: "William L. Jones" , Subject: RE: Will xfs scale to > 1GB/s on any hardware? Date: Fri, 4 May 2001 09:03:42 +1200 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Yes, it's only memory bandwidth, not system bandwidth. I know how to do it... build a huge solid-state RDRAM disk array. ;-) -- Juha :: -----Original Message----- :: From: Austin Gonyou [mailto:austin@coremetrics.com] :: Sent: Friday, 4 May 2001 09:00 :: To: Juha Saarinen :: Cc: William L. Jones; linux-xfs@oss.sgi.com :: Subject: RE: Will xfs scale to > 1GB/s on any hardware? :: :: :: If you head down that road you're about correct. Alot of docs out there :: support your claim, but I think that might ONLY be the memory bandwidth. :: If you're just using IDE, now way in hell, if you're using UW160 SCSI, :: with many drives on caching controller, you could very possibly hit that. :: Fibre channel would be about the only way to hit that limit with :: the least :: drives. :: From owner-linux-xfs@oss.sgi.com Thu May 3 14:26:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43LQOp17242 for linux-xfs-outgoing; Thu, 3 May 2001 14:26:24 -0700 Received: from server.hpc.utexas.edu (IDENT:root@server.hpc.utexas.edu [129.116.206.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LQMF17239 for ; Thu, 3 May 2001 14:26:22 -0700 Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194]) by server.hpc.utexas.edu (8.11.2/8.11.0) with ESMTP id f43LQHq12461; Thu, 3 May 2001 16:26:17 -0500 Message-Id: <4.2.0.58.20010503162336.01506ab0@127.0.0.1> X-Sender: jones@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Thu, 03 May 2001 16:26:23 -0500 To: "Juha Saarinen" , "William L. Jones" From: "William L. Jones" Subject: RE: Will xfs scale to > 1GB/s on any hardware? Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk 1.5GBps is 187Mbytes/sec. Which sounds low. I know can ring out 300MBytes/sec or 2.4GBps on one of our RAMBUS systems. Bill Jones At 08:52 AM 5/4/2001 +1200, Juha Saarinen wrote: >:: On Thu, 3 May 2001, William L. Jones wrote: >:: >:: > Most PC can only do about 200MB/sec on a memory copy. With the >:: > newer memories 400MB/sec. Memory is one bottle neck. > >I was under the impression that you could actually wring out about 1.5GBps >out the theoretical 3.2GBps max of a dual-channel PC800 RDRAM set-up. Not >sure if this applies for both writes and reads though. > >-- Juha From owner-linux-xfs@oss.sgi.com Thu May 3 14:29:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43LTtT17293 for linux-xfs-outgoing; Thu, 3 May 2001 14:29:55 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LTsF17290 for ; Thu, 3 May 2001 14:29:54 -0700 Received: from dendennis.saarinen.org ([192.168.1.2] helo=dendennis) by vimfuego.saarinen.org with smtp (Exim 3.22 #1 (Red Hack)) id 14vQfW-0005s8-00; Fri, 04 May 2001 09:29:50 +1200 From: "Juha Saarinen" To: "William L. Jones" Cc: Subject: RE: Will xfs scale to > 1GB/s on any hardware? Date: Fri, 4 May 2001 09:29:20 +1200 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <4.2.0.58.20010503162336.01506ab0@127.0.0.1> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk No, no, giga bytes per second, not giga bit. :: -----Original Message----- :: From: William L. Jones [mailto:jones@hpc.utexas.edu] :: Sent: Friday, 4 May 2001 09:26 :: To: Juha Saarinen; William L. Jones :: Cc: linux-xfs@oss.sgi.com :: Subject: RE: Will xfs scale to > 1GB/s on any hardware? :: :: :: 1.5GBps is 187Mbytes/sec. Which sounds low. I know can ring out :: 300MBytes/sec or :: 2.4GBps on one of our RAMBUS systems. :: :: Bill Jones :: :: At 08:52 AM 5/4/2001 +1200, Juha Saarinen wrote: :: :: >:: On Thu, 3 May 2001, William L. Jones wrote: :: >:: :: >:: > Most PC can only do about 200MB/sec on a memory copy. With the :: >:: > newer memories 400MB/sec. Memory is one bottle neck. :: > :: >I was under the impression that you could actually wring out :: about 1.5GBps :: >out the theoretical 3.2GBps max of a dual-channel PC800 RDRAM :: set-up. Not :: >sure if this applies for both writes and reads though. :: > :: >-- Juha :: :: :: From owner-linux-xfs@oss.sgi.com Thu May 3 14:30:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43LUER17309 for linux-xfs-outgoing; Thu, 3 May 2001 14:30:14 -0700 Received: from server.hpc.utexas.edu (IDENT:root@server.hpc.utexas.edu [129.116.206.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LUEF17306 for ; Thu, 3 May 2001 14:30:14 -0700 Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194]) by server.hpc.utexas.edu (8.11.2/8.11.0) with ESMTP id f43LUAq12493; Thu, 3 May 2001 16:30:10 -0500 Message-Id: <4.2.0.58.20010503162859.015a4120@127.0.0.1> X-Sender: jones@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Thu, 03 May 2001 16:30:16 -0500 To: "Juha Saarinen" , "Austin Gonyou" From: "William L. Jones" Subject: RE: Will xfs scale to > 1GB/s on any hardware? Cc: "William L. Jones" , In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If your running linux you are hitting MEMROY which make it hard to do better then the memory system. At 09:03 AM 5/4/2001 +1200, Juha Saarinen wrote: >Yes, it's only memory bandwidth, not system bandwidth. > >I know how to do it... build a huge solid-state RDRAM disk array. ;-) > >-- Juha From owner-linux-xfs@oss.sgi.com Thu May 3 14:38:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Lc6G17396 for linux-xfs-outgoing; Thu, 3 May 2001 14:38:06 -0700 Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Lc0F17393 for ; Thu, 3 May 2001 14:38:01 -0700 Received: from crc.dk (isdn1b.crc.dk [130.226.184.50]) by mail.crc.dk (8.9.3/8.9.3) with ESMTP id XAA19453; Thu, 3 May 2001 23:37:55 +0200 Message-ID: <3AF1CF50.E795AB50@crc.dk> Date: Thu, 03 May 2001 23:36:16 +0200 From: Mogens Kjaer X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: da, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: NFS problems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Tom Duffy wrote: > > On Thu, 3 May 2001, Mogens Kjaer wrote: > > > The kernel people claims that it is a glibc bug. > > The glibc people claims that it is a kernel bug. > > Everybody says it's an SGI bug. > > this is scheduled to be fixed in IRIX 6.5.13 (I think), but there are > going to be a lot of people out there with older versions of IRIX... > > And as Russell pointed out, this is fixed in the integrated LBS kernel. Are you referring to the second last Q on http://nfs.sourceforge.net ? This is the other way around; having problems with a Linux NFS server and an IRIX NFS client, this is not what Trond's patch is referring to. Anyway, if the problem is solved both in the Linux kernel, glibc, and in IRIX then everybody would be happy. Mogens -- Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Thu May 3 14:44:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Lila17479 for linux-xfs-outgoing; Thu, 3 May 2001 14:44:47 -0700 Received: from marvin.linux-dude.com (c-cd8a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.205]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LikF17476 for ; Thu, 3 May 2001 14:44:46 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin.linux-dude.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f43Liem25725; Thu, 3 May 2001 23:44:40 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: "William L. Jones" , linux-xfs@oss.sgi.com Subject: Re: Will xfs scale to > 1GB/s on any hardware? Date: Thu, 3 May 2001 23:44:40 +0200 X-Mailer: KMail [version 1.2] References: <4.2.0.58.20010503150531.015376f8@127.0.0.1> In-Reply-To: <4.2.0.58.20010503150531.015376f8@127.0.0.1> MIME-Version: 1.0 Message-Id: <01050323444002.04916@marvin> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thursday 03 May 2001 22:12, you wrote: > At 09:52 PM 5/3/2001 +0200, Jarek Luberek wrote: > >I've seen that people repport 100 MB/s (sustained I hope) with > >as few as 8 disks. Would XFS scale to > 1GB/s sustained and > > If your talking about a PC then it will take a while before PC are fast > enough to do this. > > Most PC can only do about 200MB/sec on a memory copy. With the > newer memories 400MB/sec. Memory is one bottle neck. > > You also have a bottle on the PC buses that would limit the Maxim aerate > throw put. The PC buses need to get faster. > > 100 MB/s is doable 200MB/s is possible. It depends on how much money > you want to spend and how specialized you want to get. I'm really liberal about the hardware. Since we are talking XFS, it seems to me the choice is linux-on-sgi-hardware or irix. I also need quite a lot of specINT and specFP and we can get resonably specialized although the whole point is to use as much standard hardware as possible. Thanks for the input, all of ya. /jarek From owner-linux-xfs@oss.sgi.com Thu May 3 14:50:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Loq417590 for linux-xfs-outgoing; Thu, 3 May 2001 14:50:52 -0700 Received: from deepthought.granfalloon.com (roc-24-161-81-88.rochester.rr.com [24.161.81.88]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43LopF17586 for ; Thu, 3 May 2001 14:50:51 -0700 Received: from helga.granfalloon.com (helga.granfalloon.com [192.168.0.2]) by deepthought.granfalloon.com (8.9.3/8.8.7) with ESMTP id RAA17978 for ; Thu, 3 May 2001 17:50:39 -0400 Subject: Concerning RH 7.1, chkconfig and services From: Caleb "J." Land To: Linux XFS List Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 17:48:05 -0400 Message-Id: <988926486.19228.1.camel@helga.granfalloon.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I installed SGI RH 7.1 test 2 some while ago, and noticed that several (~ 19) scripts in /etc/init.d have the line: chkconfig: - which means that if one does a chkconfig --add the service gets disabled in all runlevels. I would like to run amd and smb, so I manually changed the startup runlevels, but would like to know why the others are disabled in this manner? I asked someone on IRC who is running RH 7.1 stock, and he didn't seem to have this problem, so my next guess is that it's either my fault (most likely), an sgi rh 7.1 (test2 or other) thing, OR it's supposed to be like that, and there is another way of making the services start up at boot time. I'm going to install RH 7.1 XFS 1.0 on my home file server, so it's more of an issue there where I run more server processes. Just wondering -- Sincerely, Caleb Land --- A prayer: Lord, protect me from knowing what I don't need to know. Protect me from even knowing that there are things to know that I don't know. Protect me from knowing that I decided not to know about the things that I decided not to know about. Amen. --Mostly Harmless, Douglas Adams Email: bokonon@rochester.rr.com Jabber: caleb@jabber.granfalloon.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- From owner-linux-xfs@oss.sgi.com Thu May 3 15:03:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43M37h17933 for linux-xfs-outgoing; Thu, 3 May 2001 15:03:07 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43M36F17930 for ; Thu, 3 May 2001 15:03:06 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f43M33S18417; Thu, 3 May 2001 17:03:03 -0500 (CDT) Message-ID: <3AF1D5F5.9F7C6EC9@sgi.com> Date: Thu, 03 May 2001 17:04:37 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "Caleb J. Land" CC: Linux XFS List Subject: Re: Concerning RH 7.1, chkconfig and services References: <988926486.19228.1.camel@helga.granfalloon.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Caleb - It's highly unlikely that this has anything to do with XFS or our installer... this stuff should have come straight out of original Red Hat RPMs. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 15:16:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43MGWu18210 for linux-xfs-outgoing; Thu, 3 May 2001 15:16:32 -0700 Received: from sith.mimuw.edu.pl (qmailr@sith.mimuw.edu.pl [193.0.97.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f43MGTF18204 for ; Thu, 3 May 2001 15:16:30 -0700 Received: (qmail 13263 invoked by uid 1645); 3 May 2001 22:22:02 -0000 Date: Fri, 4 May 2001 00:22:02 +0200 From: Jan Rekorajski To: Russell Cattelan Cc: James Pearson , linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... Message-ID: <20010504002202.D12796@sith.mimuw.edu.pl> References: <3AF16D0A.2D12C344@moving-picture.com> <20010503170018.A31942@sith.mimuw.edu.pl> <3AF17D9A.D9B648A4@moving-picture.com> <3AF1960A.E3F927C6@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.17i In-Reply-To: <3AF1960A.E3F927C6@thebarn.com>; from cattelan@thebarn.com on Thu, May 03, 2001 at 01:31:54PM -0400 X-Operating-System: Linux 2.4.2 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 03 May 2001, Russell Cattelan wrote: > > I'n not quite spotting the problem either... could you send the diff? > > I'm not very familiar with the quota code... > Nathan can you see a problem in the dquot.c stuff referenced below? Hmm, I'm sorry for all this confusion, it must have been specific to my heavyly patched source. I have some quota fixes that still didn't make it to 2.4 proper and this might caused patch misplacement for me. James, as far as I can see your problem is somewhere else. Jan -- Jan Rêkorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From owner-linux-xfs@oss.sgi.com Thu May 3 15:25:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43MPoB18446 for linux-xfs-outgoing; Thu, 3 May 2001 15:25:50 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43MPnF18442 for ; Thu, 3 May 2001 15:25:49 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id PAA03571 for ; Thu, 3 May 2001 15:36:31 -0700 (PDT) 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 IAA26990; Fri, 4 May 2001 08:24:29 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id IAA50312; Fri, 4 May 2001 08:24:28 +1000 (EST) From: "Nathan Scott" Message-Id: <10105040824.ZM55920@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 08:24:27 -0500 In-Reply-To: James Pearson "Problem setting up quotas ..." (May 3, 3:36pm) References: <3AF16D0A.2D12C344@moving-picture.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: James Pearson , linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi James, On May 3, 3:36pm, James Pearson wrote: > Subject: Problem setting up quotas ... > I've just installed RedHat 7.1/XFS1.0 on a Athlon based system and I'm > trying to get quotas working - so far without success. > > I've made a XFS file system and mounted it with -o quota and tried to > follow the instructions in the quotaon man page and > /usr/share/doc/xfsprogs/README.quota but get the following: > > ... > # edquota james > No filesystems with quota detected. > > I've also recompiled the kernel with CONFIG_QUOTA=y and > CONFIG_XFS_QUOTA=y just in case the supplied kernel didn't have quotas > enabled - but with the same results. > yup, that would have been my first guess too (you definately rebooted after recompiling?). can you send the output from: # repquota -v /dev/hda4 this will tell for sure whether quota are enabled. when you mount with quota for the first time, you should see a console message - "XFS doing a quotacheck", or something along those lines. Alternatively, if you unmount the filesystem, then run: # xfs_db -r -c sb -c p /dev/hda4 | grep qflags you'll see a non-zero hex number if quota are enabled - if you get zero, somethings wrong (running kernel doesn't support XFS quota would be the most likely). > > Incidentally, the examples in /usr/share/doc/xfsprogs/README.quota and > the quotaon man page don't agree with the actual commands e.g. > > in README.quota the syntax to the setquota example is incorrect. > > in quotaon(8), the examples talk about a -s option to repquota and a -o > option to quotaoff which don't seem to exist ... > yes, the problem here is that the XFS 1.0 tree was frozen to changes (bug fixes only) several weeks ago ... and a couple of new releases of the quota tools have happened since then, changing output, args, etc. you'll find the current development cvs tree README closer to reality here, but having just read it, I see it needs to be updated a little again for the latest quota tools... will put an updated version in shortly. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu May 3 15:28:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43MS7818525 for linux-xfs-outgoing; Thu, 3 May 2001 15:28:07 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43MS7F18522 for ; Thu, 3 May 2001 15:28:07 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA07058 for ; Thu, 3 May 2001 15:38:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id IAA75219 for linux-xfs@oss.sgi.com; Fri, 4 May 2001 08:26:48 +1000 (EST) Date: Fri, 4 May 2001 08:26:48 +1000 (EST) From: Nathan Scott Message-Id: <200105032226.IAA75219@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fsr doc Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu May 3 14:19:45 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/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:93997a cmd/xfsdump/man/man8/xfs_fsr.8 - 1.2 - add section about lilo from the 1.0 caveats page. Date: Thu May 3 14:57:52 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/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:94005a cmd/xfsdump/librmt/rmtopen.c - 1.2 - fix parentheses related compiler warning. cmd/xfsdump/fsr/xfs_fsr.c - 1.5 - fix some 64bit-related compiler warnings. From owner-linux-xfs@oss.sgi.com Thu May 3 15:30:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43MUFo18570 for linux-xfs-outgoing; Thu, 3 May 2001 15:30:15 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43MUCF18567 for ; Thu, 3 May 2001 15:30:12 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id AAA779586 for ; Fri, 4 May 2001 00:30:09 +0200 (CEST) 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 IAA27020; Fri, 4 May 2001 08:28:36 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id IAA55745; Fri, 4 May 2001 08:28:35 +1000 (EST) From: "Nathan Scott" Message-Id: <10105040828.ZM55812@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 08:28:34 -0500 In-Reply-To: Jan Rekorajski "Re: Problem setting up quotas ..." (May 4, 12:22am) References: <3AF16D0A.2D12C344@moving-picture.com> <20010503170018.A31942@sith.mimuw.edu.pl> <3AF17D9A.D9B648A4@moving-picture.com> <3AF1960A.E3F927C6@thebarn.com> <20010504002202.D12796@sith.mimuw.edu.pl> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jan Rekorajski , Russell Cattelan Subject: Re: Problem setting up quotas ... Cc: James Pearson , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 4, 12:22am, Jan Rekorajski wrote: > Subject: Re: Problem setting up quotas ... > On Thu, 03 May 2001, Russell Cattelan wrote: > > > > > I'n not quite spotting the problem either... could you send the diff? > > > > I'm not very familiar with the quota code... > > Nathan can you see a problem in the dquot.c stuff referenced below? > > Hmm, I'm sorry for all this confusion, it must have been specific to > my heavyly patched source. I have some quota fixes that still didn't make > it to 2.4 proper and this might caused patch misplacement for me. > > James, as far as I can see your problem is somewhere else. > yes, afaict, there's nothing broken with the XFS quotactl code (works for me, TM). thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Thu May 3 15:47:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Ml8A19230 for linux-xfs-outgoing; Thu, 3 May 2001 15:47:08 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Ml7F19227 for ; Thu, 3 May 2001 15:47:07 -0700 Received: from larry.melbourne.sgi.com ([134.14.52.130]) by 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 PAA07024 for ; Thu, 3 May 2001 15:47:05 -0700 (PDT) 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 IAA27176; Fri, 4 May 2001 08:45:47 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id IAA56066; Fri, 4 May 2001 08:45:45 +1000 (EST) From: "Nathan Scott" Message-Id: <10105040845.ZM55988@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 08:45:44 -0500 In-Reply-To: Andrey Nekrasov "repquota bug?" (May 3, 11:17pm) References: <20010503231735.A1917@an.local> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Andrey Nekrasov , linux-xfs@oss.sgi.com Subject: Re: repquota bug? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi Andrey, On May 3, 11:17pm, Andrey Nekrasov wrote: > Subject: repquota bug? > > Hello, > ... > andy@an /opt/in $ repquota |less > *** Report for user quotas on device /dev/hda3 > Block grace time: 7days; Inode grace time: 7days > Block limits File limits > User used soft hard grace used soft hard grace > ---------------------------------------------------------------------- > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > .... > andy -- 95684 400000 0 5196 0 0 > ... > ... > ... > > Why? > Hmm, I've never seen this one before... I guess repquota just wants to make absolutely sure you know what Andy's usage is! [digging through code]... do you have an /etc/passwd with multiple entries with the same uid (501) by any chance? Where you have "..." above, is it going into an infinite loop, or does it stop after some number of "andy" iterations? thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Thu May 3 15:58:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43MwVJ19378 for linux-xfs-outgoing; Thu, 3 May 2001 15:58:31 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43MwUF19375 for ; Thu, 3 May 2001 15:58:30 -0700 Received: from sguk.reading.sgi.com (sguk.reading.sgi.com [144.253.64.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id QAA08234 for ; Thu, 3 May 2001 16:09:13 -0700 (PDT) mail_from (markj@reading.sgi.com) Received: from reading.sgi.com (sgigate.sgi.com [198.29.75.75]) by sguk.reading.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF.hoststrip-1.1) via ESMTP id XAA35529 for ; Thu, 3 May 2001 23:57:11 +0100 (BST) Message-ID: <3AF1A8F5.A1220207@reading.sgi.com> Date: Thu, 03 May 2001 19:52:38 +0100 From: Mark Jeffery Organization: Silicon Graphics X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problem with mount root file system Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I've just installed a completely fresh copy of Linux with XFS 1.0 using the boot loader. This is going onto an old Dell machine with AIC7XXX SCSI internal system disk (and CDROM and CDRW), with 2 qla1280 controllers talking to arrays of disks (hence the XFS requirement). I can boot the system if the arrays of disks are turned off. When I turn the disks on, I cannot boot the system. It seems that devfs maps the arrays of disks to /dev/sda,b,c and d leaving the system disk /dev/sde! I have tried the scsihosts kernel parameter, setting it to aic7xxx:qla1280:qla1280, but that doesn't seem to help. Any ideas? -- Mark Jeffery Tel: +44 118 925 7666 Business Development Mgr Mob: +44 7710 579828 Business Intelligence, SGI Fax: +44 118 925 7699 Email: markj@sgi.com http://www.sgi.com From owner-linux-xfs@oss.sgi.com Thu May 3 16:01:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43N1vB19481 for linux-xfs-outgoing; Thu, 3 May 2001 16:01:57 -0700 Received: from moe.rice.edu (moe.rice.edu [128.42.5.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43N1fF19472 for ; Thu, 3 May 2001 16:01:41 -0700 Received: from photino.sid.rice.edu (photino.sid.rice.edu [128.42.162.116]) by moe.rice.edu (8.9.0/8.9.0) with ESMTP id SAA03664 for ; Thu, 3 May 2001 18:01:40 -0500 (CDT) Received: from photino.sid.rice.edu (rjain@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f43N1eee008350 for ; Thu, 3 May 2001 18:01:40 -0500 Received: (from rjain@localhost) by photino.sid.rice.edu (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f43N1dnf008348 for linux-xfs@oss.sgi.com; Thu, 3 May 2001 18:01:39 -0500 Date: Thu, 3 May 2001 18:01:39 -0500 From: Rahul Jain To: linux-xfs@oss.sgi.com Subject: Re: Will xfs scale to > 1GB/s on any hardware? Message-ID: <20010503180139.A8157@photino.sid.rice.edu> Reply-To: Rahul Jain Mail-Followup-To: linux-xfs@oss.sgi.com References: <01050321241200.04916@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: ; from austin@coremetrics.com on Thu, May 03, 2001 at 02:57:52PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, May 03, 2001 at 02:57:52PM -0500, Austin Gonyou wrote: > >From what I've read is that you can get 1GB/s out of xfs, and possibly > greater. If this is true, then I'd suspect that it would be a good fibre > setup or possibly a LOT of scsi controllers and disks. Say 4-6 UW160 > controllers 2 channels each and say 4-6 disks per channel. (Pure scsi) If > fibre, then you should be able to use say 4 Single port Fibre cards > attatched to enough disks, say 16 or so, to get a reasonable throughput > like you speak of. hmm... if you're talking 2 Gbps scsi, that's a total of 8 Gbps or 1GB/s available bandwidth, and the packet switching in the protocol will definitely make you lose some of that to overhead. I think he'd need a bit more if he wanted to actually get 1GB/s from the disks to the system. He'd probably also need to use a very high-performance bus architecture (is there even one that fast supported by linux?). -- -> -/- - Rahul Jain - -\- <- -> -\- http://linux.rice.edu/~rahul -=- mailto:rahul-jain@usa.net -/- <- -> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <- |--|--------|--------------|----|-------------|------|---------|-----|-| Version 11.423.999.220020101.23.50110101.042 (c)1996-2000, All rights reserved. Disclaimer available upon request. From owner-linux-xfs@oss.sgi.com Thu May 3 16:44:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Ni9c20652 for linux-xfs-outgoing; Thu, 3 May 2001 16:44:09 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Ni8F20649 for ; Thu, 3 May 2001 16:44:08 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id QAA06836 for ; Thu, 3 May 2001 16:54:51 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id SAA25840; Thu, 3 May 2001 18:42:51 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f43Nfpq14311; Thu, 3 May 2001 19:41:51 -0400 Message-ID: <3AF1ECBF.357F10AE@thebarn.com> Date: Thu, 03 May 2001 19:41:51 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Mark Jeffery CC: linux-xfs@oss.sgi.com Subject: Re: problem with mount root file system References: <3AF1A8F5.A1220207@reading.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Mark Jeffery wrote: > Hi, > > I've just installed a completely fresh copy of Linux with XFS 1.0 using > the boot loader. > > This is going onto an old Dell machine with AIC7XXX SCSI internal system > disk (and CDROM and CDRW), with 2 qla1280 controllers talking to arrays > of disks (hence the XFS requirement). > > I can boot the system if the arrays of disks are turned off. When I turn > the disks on, I cannot boot the system. > > It seems that devfs maps the arrays of disks to /dev/sda,b,c and d > leaving the system disk /dev/sde! This is exactly on of the problems devfs is designed to fix. Change your fstab to reference the devfs device and not the compatibility device eg /devfs/scsi/host0/bus0/target2/lun0/part1 > > > I have tried the scsihosts kernel parameter, setting it to > aic7xxx:qla1280:qla1280, but that doesn't seem to help. The issue probably the controller order although that can be a problem. putting all your scsi controllers in initrd in the correct order will fix this problem also. > > > Any ideas? > -- > Mark Jeffery Tel: +44 118 925 7666 > Business Development Mgr Mob: +44 7710 579828 > Business Intelligence, SGI Fax: +44 118 925 7699 > Email: markj@sgi.com http://www.sgi.com -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Thu May 3 16:55:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43Nt8H20888 for linux-xfs-outgoing; Thu, 3 May 2001 16:55:08 -0700 Received: from www.quasihorse.com (cs666825-182.austin.rr.com [66.68.25.182]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43Nt6F20885 for ; Thu, 3 May 2001 16:55:07 -0700 Received: by www.quasihorse.com (Postfix, from userid 500) id 0DE3A11A; Thu, 3 May 2001 19:00:31 -0500 (CDT) Date: Thu, 3 May 2001 19:00:30 -0500 From: pac@fortuitous.com To: linux-xfs@oss.sgi.com Subject: vmware broken again: Message-ID: <20010503190030.A1752@bistro.marx> Reply-To: pac@fortuitous.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I just fixed the vmware modules two work with 2.4.X kernels, now it looks like you have returned the code to its original state. I used the old modules from vmware, but now the system locks up tight (the whole, system, no consoles, cant ssh/telnet in). Using 2.4.3-xfs kernel tree, on Duron system. Linux bistro 2.4.3-xfs #1 Thu May 3 11:52:51 CDT 2001 i686 unknown >make: Entering directory `/root/tmp/vmware-config1/vmnet-only' >bridge.c: In function `VNetBridgeReceiveFromDev': >bridge.c:788: warning: implicit declaration of function `skb_shinfo' >make: Leaving directory `/root/tmp/vmware-config1/vmnet-only' >Unable to make a vmnet module that can be loaded in the running kernel: >/root/tmp/vmware-config1/vmnet.o: unresolved symbol skb_shinfo >There is probably a light difference of kernel configuration between the set of >C header files you specified and your running kernel. You may want to rebuild a >kernel based on that directory, or specify another directory. > >For more information on how to troubleshoot module-related problems, please have >a look at "http://www.vmware.com/download/modules/modules.html". -- Here is the info I used to "fix" the problem in the first place for 2.4.2 and above kernels (no XFS) (its not fixed in the xfs kernels ): >> : patch -p0 < patch-skb >> patching file vmnet-only/vnetInt.h >> Hunk #1 FAILED at 16. >> 1 out of 1 hunk FAILED -- saving rejects to file vmnet-only/vnetInt.h.rej >> >> Im not patch expert, so Im sorta lost.. i attached the file just in >> case you can illuminate the problem. > >Maybe you need to remove '\r' from my patch, if your news browser did >not do it: tr -d "\r" < patch-skb > patch-skb-ok; patch -p0 < patch-skb-ok > >'patch' program just removes lines marked with '- ' and adds lines >marked with '+ ' into file, checking that ' ' marked lines are really >in file to verify that it patches correct file at correct position. > >If it will not help, just replace > >skb_datarefp(clone) == skb_datarefp(skb) > >with > >skb_shinfo(clone) == skb_shinfo(clone) > >In old kernels there was only reference counter at the end of SKB, so >function was named skb_datarefp(). Now there is more info stored here, >so function was renamed to skb_shinfo() (from SHared INFOrmation)... > -Phil C. .--------------------------------------------------------- | P. A. Carinhas, Ph.D. | pac@fortuitous.com | | Fortuitous Technologies Inc. | http://fortuitous.com | | Linux Training Services | Tel : 1-512 467-2154 | | Contract, In-house, & Onsite | 800 : 1-877 467-2154 | --------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu May 3 17:48:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f440mn823712 for linux-xfs-outgoing; Thu, 3 May 2001 17:48:49 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f440mlF23708 for ; Thu, 3 May 2001 17:48:47 -0700 Received: from crom.corp.sgi.com (crom.corp.sgi.com [130.62.63.32]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id CAA775181 for ; Fri, 4 May 2001 02:48:45 +0200 (CEST) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA63413 for ; Thu, 3 May 2001 17:52:18 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 832F4CED7A for ; Thu, 3 May 2001 17:47:28 -0700 (PDT) Subject: Re: TAKE - DAC driver From: Florin Andrei To: linux-xfs@oss.sgi.com In-Reply-To: <3AF0C118.90109F1B@thebarn.com> References: <3AF0C118.90109F1B@thebarn.com> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 17:47:28 -0700 Message-Id: <988937248.26915.1.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 02 May 2001 21:23:21 -0500, Russell Cattelan wrote: > "Martin K. Petersen" wrote: > > > Modid: 2.4.x-xfs:slinx:93919a > > linux/drivers/block/DAC960.c - 1.25 > > Good. > Now how do fix Florin's problem. > I suppose we could send him a patch for the 1.0 tree > and have him rebuild the kernel? Yes, please. -- Florin Andrei "Bloat is not about being big. Bloat is about being slow and stupid and not realizing that it's because of design mistakes." - Linus Torvalds From owner-linux-xfs@oss.sgi.com Thu May 3 17:53:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f440rSu23791 for linux-xfs-outgoing; Thu, 3 May 2001 17:53:28 -0700 Received: from deepthought.granfalloon.com (roc-24-161-81-88.rochester.rr.com [24.161.81.88]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f440rQF23788 for ; Thu, 3 May 2001 17:53:27 -0700 Received: from helga.granfalloon.com (helga.granfalloon.com [192.168.0.2]) by deepthought.granfalloon.com (8.9.3/8.8.7) with ESMTP id UAA18970 for ; Thu, 3 May 2001 20:53:25 -0400 Subject: Re: Concerning RH 7.1, chkconfig and services From: Caleb "J." Land To: Linux XFS List Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 03 May 2001 20:50:50 -0400 Message-Id: <988937450.24114.0.camel@helga.granfalloon.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Whoops, forgot to send it to the list... On 03 May 2001 17:04:37 -0500, Eric Sandeen wrote: > It's highly unlikely that this has anything to do with XFS or our > installer... this stuff should have come straight out of original Red > Hat RPMs. Thanks for the reply, That's what I thought, but wanted to know for sure. If anyone has the information I would appreciate it even though it isn't XFS related (or is there a redhat mailing list somewhere... I'll have to look for one) -- Sincerely, Caleb Land --- A prayer: Lord, protect me from knowing what I don't need to know. Protect me from even knowing that there are things to know that I don't know. Protect me from knowing that I decided not to know about the things that I decided not to know about. Amen. --Mostly Harmless, Douglas Adams Email: bokonon@rochester.rr.com Jabber: caleb@jabber.granfalloon.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- -- Sincerely, Caleb Land --- A prayer: Lord, protect me from knowing what I don't need to know. Protect me from even knowing that there are things to know that I don't know. Protect me from knowing that I decided not to know about the things that I decided not to know about. Amen. --Mostly Harmless, Douglas Adams Email: bokonon@rochester.rr.com Jabber: caleb@jabber.granfalloon.com AIM: RedHatDude ICQ: 8358400 GnuPG/PGP Public Key: finger me at "caleb@deepthought.granfalloon.com" and read my .plan. --- From owner-linux-xfs@oss.sgi.com Thu May 3 17:55:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f440twc23853 for linux-xfs-outgoing; Thu, 3 May 2001 17:55:58 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f440tvF23850 for ; Thu, 3 May 2001 17:55:57 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f440tuA14464; Thu, 3 May 2001 19:55:56 -0500 (CDT) Message-ID: <3AF1FE7A.1CCC8218@sgi.com> Date: Thu, 03 May 2001 19:57:30 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Florin Andrei CC: linux-xfs@oss.sgi.com Subject: Re: TAKE - DAC driver References: <3AF0C118.90109F1B@thebarn.com> <988937248.26915.1.camel@stantz.corp.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Florin Andrei wrote: > > On 02 May 2001 21:23:21 -0500, Russell Cattelan wrote: > > > Now how do fix Florin's problem. > > I suppose we could send him a patch for the 1.0 tree > > and have him rebuild the kernel? > > Yes, please. --- /usr/tmp/TmpDir.14586-0/linux/drivers/block/DAC960.c_1.24 Thu May 3 20:55:14 2001 +++ /usr/tmp/TmpDir.14586-0/linux/drivers/block/DAC960.c_1.25 Thu May 3 20:55:14 2001 @@ -5104,6 +5104,9 @@ return put_user(Controller->GenericDiskInfo.part[MINOR(Inode->i_rdev)] .nr_sects, (long *) Argument); + case BLKBSZSET: + /* Set block size. */ + return blk_ioctl (Inode->i_rdev, Request, Argument); case BLKRAGET: /* Get Read-Ahead. */ if ((long *) Argument == NULL) return -EINVAL; -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 18:17:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f441H4C24464 for linux-xfs-outgoing; Thu, 3 May 2001 18:17:04 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f441H3F24453 for ; Thu, 3 May 2001 18:17:03 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id DAA775243 for ; Fri, 4 May 2001 03:17:00 +0200 (CEST) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id LAA56316 for linux-xfs@oss.sgi.com; Fri, 4 May 2001 11:15:42 +1000 (EST) Date: Fri, 4 May 2001 11:15:42 +1000 (EST) From: Nathan Scott Message-Id: <200105040115.LAA56316@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - doc Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu May 3 18:15:24 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/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:94022a cmd/xfsprogs/doc/README.quota - 1.4 - update readme text to match current quota commands output. From owner-linux-xfs@oss.sgi.com Thu May 3 19:11:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f442BhM25437 for linux-xfs-outgoing; Thu, 3 May 2001 19:11:43 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f442BhF25434 for ; Thu, 3 May 2001 19:11:43 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA08178 for ; Thu, 3 May 2001 19:22:26 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28691; Fri, 4 May 2001 12:10:21 +1000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Brian Walker cc: linux-xfs@oss.sgi.com Subject: Re: xfs compile problem In-reply-to: Your message of "Thu, 03 May 2001 12:02:33 -0400." <3AF18119.1030704@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 May 2001 12:10:21 +1000 Message-ID: <25400.988942221@kao2.melbourne.sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 03 May 2001 12:02:33 -0400, Brian Walker wrote: >I'm running Redhat 7.1 and I wanted to recompile my kernel. I'm using >the stock 2.4.2 kernel with XFS support installed by the XFS iso image >and the redhat 7.1 iso images. I am getting the following when doing a >make bzImage: > >ld -m elf_i386 -Ttext 0x0 -s --oformat binary -e begtext -o bsetup bsetup.o >bsetup.o: In function `start_of_setup': >bsetup.o(.text+0x43e): undefined reference to `SIG1' All the failing symbols are #defines which should have been converted to numbers by cpp. If switching to kgcc does not fix the problem, tar these files and send to kaos@melbourne.sgi.com, not to the list. arch/i386/boot/Makefile arch/i386/boot/setup.S arch/i386/boot/bsetup.s arch/i386/boot/bsetup.o Also try rm arch/i386/boot/bsetup.s followed by make bzImage, it might be a transient error. Include the compile log from cpp ... -D__BIG_KERNEL__ -traditional ... setup.S -o bsetup.s onwards. From owner-linux-xfs@oss.sgi.com Thu May 3 20:26:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f443QoO26394 for linux-xfs-outgoing; Thu, 3 May 2001 20:26:50 -0700 Received: from server.hpc.utexas.edu (IDENT:root@server.hpc.utexas.edu [129.116.206.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f443QnF26391 for ; Thu, 3 May 2001 20:26:49 -0700 Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194]) by server.hpc.utexas.edu (8.11.2/8.11.0) with ESMTP id f443Qmq15159 for ; Thu, 3 May 2001 22:26:48 -0500 Message-Id: <4.2.0.58.20010503222326.015069b8@127.0.0.1> X-Sender: jones@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Thu, 03 May 2001 22:26:53 -0500 To: linux-xfs@oss.sgi.com From: "William L. Jones" Subject: mkinitrd hang In-Reply-To: <4.2.0.58.20010503150531.015376f8@127.0.0.1> References: <01050321241200.04916@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk mkinitrd is hanging on a mkfs on the loop back device. Has any one seen this problem. I am runing linux-2.4-xfs-r1.0 build with kcc on a amd running Redhat 7.1. Bil Jones From owner-linux-xfs@oss.sgi.com Thu May 3 20:37:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f443bYQ26559 for linux-xfs-outgoing; Thu, 3 May 2001 20:37:34 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f443bWF26556 for ; Thu, 3 May 2001 20:37:32 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f443bXA24769; Thu, 3 May 2001 22:37:33 -0500 (CDT) Message-ID: <3AF2245A.36FFD7B2@sgi.com> Date: Thu, 03 May 2001 22:39:06 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "William L. Jones" CC: linux-xfs@oss.sgi.com Subject: Re: mkinitrd hang References: <01050321241200.04916@marvin> <4.2.0.58.20010503222326.015069b8@127.0.0.1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "William L. Jones" wrote: > > mkinitrd is hanging on a mkfs on the loop back device. > Has any one seen this problem. > > I am runing linux-2.4-xfs-r1.0 build with kcc on a amd running Redhat 7.1. Was this installed from our RPMs, or did you patch a vanilla kernel yourself, or do a cvs checkout? -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 20:44:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f443iOF26675 for linux-xfs-outgoing; Thu, 3 May 2001 20:44:24 -0700 Received: from walt400.holman.net (sttldslgw6poold155.sttl.uswest.net [63.226.211.155]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f443iNF26671 for ; Thu, 3 May 2001 20:44:23 -0700 Received: from uswest.net (walt400.holman.net [10.0.0.2]) by walt400.holman.net (Postfix) with ESMTP id 8CF4F426985 for ; Thu, 3 May 2001 20:52:23 -0700 (PDT) Message-ID: <3AF22777.9010300@uswest.net> Date: Thu, 03 May 2001 20:52:23 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-xfs i686; en-US; rv:0.9) Gecko/20010503 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: mkinitrd hang Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Oops. Looks like you got bit by the infamout loop fs bug. It didn't get fixed until 2.4.3. If you can, boot into a different kernel version and run mkinitrd. Also, if I recall correctly, there was a link to a patch which corrected it on < 2.4.3 kernels - sorry I don't have the link handy. I had the same problem here, but I have both devel and stable branches built concurrently and used the devel branch to run mkinitrd. -Walt William L. Jones wrote: > > mkinitrd is hanging on a mkfs on the loop back device. > Has any one seen this problem. > > I am runing linux-2.4-xfs-r1.0 build with kcc on a amd running Redhat > 7.1. > > Bil Jones > > > From owner-linux-xfs@oss.sgi.com Thu May 3 20:46:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f443kuB26719 for linux-xfs-outgoing; Thu, 3 May 2001 20:46:56 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f443kuF26716 for ; Thu, 3 May 2001 20:46:56 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f443kvA29622; Thu, 3 May 2001 22:46:57 -0500 (CDT) Message-ID: <3AF2268F.65DBAC08@sgi.com> Date: Thu, 03 May 2001 22:48:31 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "William L. Jones" , linux-xfs@oss.sgi.com Subject: Re: mkinitrd hang References: <01050321241200.04916@marvin> <4.2.0.58.20010503222326.015069b8@127.0.0.1> <3AF2245A.36FFD7B2@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: > > "William L. Jones" wrote: > > > > mkinitrd is hanging on a mkfs on the loop back device. > > Has any one seen this problem. > > > > I am runing linux-2.4-xfs-r1.0 build with kcc on a amd running Redhat 7.1. > > Was this installed from our RPMs, or did you patch a vanilla kernel > yourself, or do a cvs checkout? Sorry, I should complete that thought. :) If you patched your own kernel, and especially if you did a cvs checkout, the loop device is probably broken (it was broken in Linus' tree at least through 2.4.2...) The loop patches in ftp://linux-xfs.sgi.com/projects/xfs/download/archive/Release-1.0-test2/patches/ will *probably* apply cleanly for you if you have a vanilla 2.4.2 kernel + XFS. But if you're on Red Hat, I'd suggest using the kernel-source RPM we packaged, as it has many other fixes, as well, thanks to Red Hat. If you're already using our RPM, then I'm not sure what the solution will be. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Thu May 3 22:23:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f445Npw28213 for linux-xfs-outgoing; Thu, 3 May 2001 22:23:51 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f445NnF28210 for ; Thu, 3 May 2001 22:23:49 -0700 Received: from larry.melbourne.sgi.com ([134.14.52.130]) by 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 WAA03675 for ; Thu, 3 May 2001 22:23:47 -0700 (PDT) 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 PAA29868; Fri, 4 May 2001 15:22:30 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id PAA56972; Fri, 4 May 2001 15:22:29 +1000 (EST) From: "Nathan Scott" Message-Id: <10105041522.ZM56847@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 15:22:27 -0500 In-Reply-To: James Pearson "Problem setting up quotas ..." (May 3, 3:36pm) References: <3AF16D0A.2D12C344@moving-picture.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: James Pearson , linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi James, On May 3, 3:36pm, James Pearson wrote: > Subject: Problem setting up quotas ... > ... > # edquota james > No filesystems with quota detected. > OK, this is a bug in the way the Redhat 7.1 kernel rpms were integrated with the XFS code. Here is a patch which will fix it - Eric has tested this for me & it works. It _only_ affects the kernel rpms with Redhat 7.1 changes - the base 2.4.2 patches, cvs trees, etc. are not affected and _do not_ need the patch.. --- fs/dquot.c.orig Fri May 4 10:17:40 2001 +++ fs/dquot.c Fri May 4 11:02:13 2001 @@ -2001,7 +2001,7 @@ type = cmd & SUBCMDMASK; - if ((uint) type >= MAXQUOTAS || cmds > 0x0F00 || cmds < 0x100 || cmds == 0x0300 || + if ((uint) type >= MAXQUOTAS || cmds < 0x100 || cmds == 0x0300 || cmds == 0x0400 || cmds == 0x0500) goto out; @@ -2049,9 +2049,6 @@ unlock_kernel(); return sb->s_op->quotactl(sb, cmds, type, id, addr); } - - if (id & ~0xFFFF) - goto out; ret = -EINVAL; switch (cmds) { > ... > Incidentally, the examples in /usr/share/doc/xfsprogs/README.quota and > the quotaon man page don't agree with the actual commands e.g. > > in README.quota the syntax to the setquota example is incorrect. > > in quotaon(8), the examples talk about a -s option to repquota and a -o > option to quotaoff which don't seem to exist ... > That's been updated in the development tree now -- thanks. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu May 3 22:24:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f445OHv28236 for linux-xfs-outgoing; Thu, 3 May 2001 22:24:17 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f445OGF28233 for ; Thu, 3 May 2001 22:24:17 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA01975 for ; Thu, 3 May 2001 22:22:54 -0700 (PDT) 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 PAA29874; Fri, 4 May 2001 15:22:58 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id PAA54171; Fri, 4 May 2001 15:22:57 +1000 (EST) From: "Nathan Scott" Message-Id: <10105041522.ZM56355@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 15:22:56 -0500 In-Reply-To: Andrey Nekrasov "repquota bug?" (May 3, 11:17pm) References: <20010503231735.A1917@an.local> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Andrey Nekrasov , linux-xfs@oss.sgi.com Subject: Re: repquota bug? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi Andrey, Eric managed to reproduce this internally, and I am coding a fix for it now. The bug is to do with the way the quota tools interact with very specific versions of libc (eg. the version in Redhat 7.1). I'll send a note once a new version of the tools has been produced. thanks. On May 3, 11:17pm, Andrey Nekrasov wrote: > Subject: repquota bug? > > Hello, > > 1. quota-3.01-SGI_5 > kernel 2.4.3 + xfs patch + core patch (from SGI) > egcs 1.1.2 (kgcc) > > > 2. /dev/hda3 on /home type xfs (rw,usrquota) > > 3. > > andy@an /opt/in $ quota andy > Disk quotas for user andy (uid 501): > Filesystem blocks quota limit grace files quota limit grace > /dev/hda3 95684 400000 0 5196 0 0 > andy@an /opt/in $ > > OK! > > 4. > > andy@an /opt/in $ repquota |less > *** Report for user quotas on device /dev/hda3 > Block grace time: 7days; Inode grace time: 7days > Block limits File limits > User used soft hard grace used soft hard grace > ---------------------------------------------------------------------- > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > andy -- 95684 400000 0 5196 0 0 > .... > andy -- 95684 400000 0 5196 0 0 > ... > ... > ... > > Why? > > bye. > Andrey Nekrasov, SpyLOG. > http://www.spylog.com/ >-- End of excerpt from Andrey Nekrasov -- Nathan From owner-linux-xfs@oss.sgi.com Thu May 3 22:33:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f445XBk28413 for linux-xfs-outgoing; Thu, 3 May 2001 22:33:11 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f445XAF28410 for ; Thu, 3 May 2001 22:33:10 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id WAA02794 for ; Thu, 3 May 2001 22:31:48 -0700 (PDT) mail_from (tes@snort.melbourne.sgi.com) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id PAA82482 for linux-xfs@oss.sgi.com; Fri, 4 May 2001 15:31:52 +1000 (EST) Date: Fri, 4 May 2001 15:31:52 +1000 (EST) From: Timothy Shimmin Message-Id: <200105040531.PAA82482@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - acls Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Incorporating some suggestions from John Trostel (and Andreas G.). --Tim Date: Thu May 3 22:27:54 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/tes/slinx-xfs-acl The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:94034a linux/fs/posix_acl.c - 1.5 - Don't update ATIME for ACLs. If i_op's are not set then return EOPNOTSUPP (=ENOTSUP) instead of EINVAL. linux/fs/ext_attr.c - 1.3 - Don't update ATIME for EAs. From owner-linux-xfs@oss.sgi.com Thu May 3 22:38:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f445cUG28538 for linux-xfs-outgoing; Thu, 3 May 2001 22:38:30 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f445cTF28535 for ; Thu, 3 May 2001 22:38:29 -0700 Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id WAA03146 for ; Thu, 3 May 2001 22:37:08 -0700 (PDT) mail_from (tduffy@engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id WAA52713; Thu, 3 May 2001 22:37:12 -0700 (PDT) Date: Thu, 3 May 2001 22:36:53 -0700 (PDT) From: Tom Duffy To: Mogens Kjaer cc: Subject: Re: NFS problems In-Reply-To: <3AF1CF50.E795AB50@crc.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Are you referring to the second last Q on > http://nfs.sourceforge.net ? yes, you are right. this is the bug I was thinking of... > This is the other way around; having problems with a Linux NFS > server and an IRIX NFS client, this is not what Trond's patch > is referring to. > > Anyway, if the problem is solved both in the Linux kernel, > glibc, and in IRIX then everybody would be happy. oh, ok, did not know there was another bug...what is the correct fix in IRIX cause I will post a bug and push it back to the folks here who can deal with it... -tduffy From owner-linux-xfs@oss.sgi.com Thu May 3 23:08:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4468p729115 for linux-xfs-outgoing; Thu, 3 May 2001 23:08:51 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4468pF29112 for ; Thu, 3 May 2001 23:08:51 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA05568 for ; Thu, 3 May 2001 23:07:28 -0700 (PDT) mail_from (tes@snort.melbourne.sgi.com) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA90234 for linux-xfs@oss.sgi.com; Fri, 4 May 2001 16:07:30 +1000 (EST) Date: Fri, 4 May 2001 16:07:30 +1000 (EST) From: Timothy Shimmin Message-Id: <200105040607.QAA90234@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - EA Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu May 3 23:06:47 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/tes/slinx-xfs-acl The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:94037a linux/fs/ext_attr.c - 1.4 - Like ACLs if no i_op then return EOPNOTSUPP instead of EINVAL. From owner-linux-xfs@oss.sgi.com Thu May 3 23:42:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f446gnc30479 for linux-xfs-outgoing; Thu, 3 May 2001 23:42:49 -0700 Received: from skif.spylog.net (skif.spylog.com [194.67.35.250]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f446gmF30476 for ; Thu, 3 May 2001 23:42:48 -0700 Received: from mail.spylog.com (www.local [192.168.0.205]) by skif.spylog.net (Postfix) with ESMTP id 6668F49C for ; Fri, 4 May 2001 10:42:47 +0400 (MSD) Received: from an.local (an.local [192.168.4.50]) by mail.spylog.com (Postfix) with ESMTP id 5C21C70F01 for ; Fri, 4 May 2001 10:42:47 +0400 (MSD) Received: by an.local (Postfix, from userid 501) id D923250B6B; Fri, 4 May 2001 10:42:45 +0400 (MSD) Date: Fri, 4 May 2001 10:42:45 +0400 From: Andrey Nekrasov To: linux-xfs@oss.sgi.com Subject: Re: repquota bug? Message-ID: <20010504104245.A3512@an.local> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20010503231735.A1917@an.local> <10105040845.ZM55988@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <10105040845.ZM55988@wobbly.melbourne.sgi.com>; from nathans@wobbly.melbourne.sgi.com on Fri, May 04, 2001 at 08:45:44AM -0500 Organization: SpyLOG ltd. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello Nathan Scott, > > *** Report for user quotas on device /dev/hda3 > > Block grace time: 7days; Inode grace time: 7days > > Block limits File limits > > User used soft hard grace used soft hard grace > > ---------------------------------------------------------------------- > > andy -- 95684 400000 0 5196 0 0 > > andy -- 95684 400000 0 5196 0 0 > > andy -- 95684 400000 0 5196 0 0 > > andy -- 95684 400000 0 5196 0 0 > > andy -- 95684 400000 0 5196 0 0 > > andy -- 95684 400000 0 5196 0 0 > > .... > > andy -- 95684 400000 0 5196 0 0 > > ... > > ... > > ... > > > > Why? > > > > Hmm, I've never seen this one before... I guess repquota just > wants to make absolutely sure you know what Andy's usage is! > > [digging through code]... do you have an /etc/passwd with > multiple entries with the same uid (501) by any chance? No. Only one with uid 501: andy@an /opt/in $ cat /etc/passwd|grep 501 andy:x:501:501:Andrey Nekrasov:/home/andy:/bin/zsh andy@an /opt/in $ > Where you have "..." above, is it going into an infinite loop, > or does it stop after some number of "andy" iterations? infinite loop bye. Andrey Nekrasov, SpyLOG. http://www.spylog.com/ From owner-linux-xfs@oss.sgi.com Fri May 4 00:17:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f447HvC31145 for linux-xfs-outgoing; Fri, 4 May 2001 00:17:57 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f447HsF31141 for ; Fri, 4 May 2001 00:17:54 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id AAA01172 for ; Fri, 4 May 2001 00:28:36 -0700 (PDT) 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 RAA00572; Fri, 4 May 2001 17:16:35 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id RAA57205; Fri, 4 May 2001 17:16:34 +1000 (EST) From: "Nathan Scott" Message-Id: <10105041716.ZM57219@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 17:16:32 -0500 In-Reply-To: Andrey Nekrasov "Re: repquota bug?" (May 4, 10:42am) References: <20010503231735.A1917@an.local> <10105040845.ZM55988@wobbly.melbourne.sgi.com> <20010504104245.A3512@an.local> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Andrey Nekrasov , linux-xfs@oss.sgi.com Subject: Re: repquota bug? Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.110105041716.ZM57219.melbourne.sgi.com" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk -- --PART-BOUNDARY=.110105041716.ZM57219.melbourne.sgi.com Content-Type: text/plain; charset=us-ascii hi Andrey, Could you try the attached patch to the quota-3.01-pre5 user tools & ensure it fixes the problem? I've forwarded it onto the other quota maintainers to get their feedback too (bug explanation follows if you're interested). thanks. --- Forwarded mail from ("Nathan Scott") From: "Nathan Scott" Date: Fri, 4 May 2001 17:04:15 -0500 To: Jan Kara , Marco van Wieringen Subject: repquota bug ...[snip]... The problem was basically that repquota can get into an infinite loop on Redhat 7.1. After some soul searching, it turned out that the problem is to do with the implementation of getpwent and getpwuid in the version of libc which ships with that version of Redhat (which was why I had not seen it before now myself). I use getpwent in the xfs_scan_dquots, to find the users who have quota information. The problem is the "process_dquot" callback routine makes a call to getpwuid, which resets (!) the password entry state for subsequent getpwent calls, in this particular libc version only it seems. This reset causes repquota to continually refetch the first passwd file entry, instead of moving onto the next. So, I've changed the code to pass the name associated with the dquot id into the callback, so this reentrancy problem no longer occurs. For the other two quota formats, this just means moving the id2name call out of repquota's "print" callback and into the quotaio_v?.c files, and for XFS it means there is no additional getpwuid() call since it has already got the user/group name via getpwent/getgrent. ...[snip]... ---End of forwarded mail from ("Nathan Scott") -- Nathan --PART-BOUNDARY=.110105041716.ZM57219.melbourne.sgi.com X-Zm-Content-Name: infinite.patch Content-Description: Text Content-Type: text/plain ; name="infinite.patch" ; charset=us-ascii diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/convertquota.c cvs/quota-tools/convertquota.c --- pre5/quota-tools/convertquota.c Wed May 2 02:35:34 2001 +++ cvs/quota-tools/convertquota.c Fri May 4 16:51:09 2001 @@ -72,7 +72,7 @@ mntpoint = argstr[optind]; } -int convert_dquot(struct dquot *dquot) +int convert_dquot(struct dquot *dquot, char *name) { struct dquot newdquot; @@ -88,8 +88,8 @@ newdquot.dq_dqb.dqb_btime = dquot->dq_dqb.dqb_btime; newdquot.dq_dqb.dqb_itime = dquot->dq_dqb.dqb_itime; if (qn->qh_ops->commit_dquot(&newdquot) < 0) { - errstr(_("Can't commit dquot for id %u: %s\n"), - (uint)dquot->dq_id, strerror(errno)); + errstr(_("Can't commit dquot for id %u (%s): %s\n"), + (uint)dquot->dq_id, name, strerror(errno)); return -1; } return 0; diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/quotaio.h cvs/quota-tools/quotaio.h --- pre5/quota-tools/quotaio.h Wed May 2 03:19:18 2001 +++ cvs/quota-tools/quotaio.h Fri May 4 15:57:40 2001 @@ -122,7 +122,7 @@ int (*write_info) (struct quota_handle * h); /* Write info about quotafile */ struct dquot *(*read_dquot) (struct quota_handle * h, qid_t id); /* Read dquot into memory */ int (*commit_dquot) (struct dquot * dquot); /* Write given dquot to disk */ - int (*scan_dquots) (struct quota_handle * h, int (*process_dquot) (struct dquot * dquot)); /* Scan quotafile and call callback on every structure */ + int (*scan_dquots) (struct quota_handle * h, int (*process_dquot) (struct dquot * dquot, char * dqname)); /* Scan quotafile and call callback on every structure */ int (*report) (struct quota_handle * h, int verbose); /* Function called after 'repquota' to print format specific file information */ }; diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/quotaio_v1.c cvs/quota-tools/quotaio_v1.c --- pre5/quota-tools/quotaio_v1.c Wed May 2 19:32:22 2001 +++ cvs/quota-tools/quotaio_v1.c Fri May 4 15:59:43 2001 @@ -46,13 +46,14 @@ #include "quotaio_v1.h" #include "dqblk_v1.h" #include "quotaio.h" +#include "quotasys.h" static int v1_init_io(struct quota_handle *h); static int v1_new_io(struct quota_handle *h); static int v1_write_info(struct quota_handle *h); static struct dquot *v1_read_dquot(struct quota_handle *h, qid_t id); static int v1_commit_dquot(struct dquot *dquot); -static int v1_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot * dquot)); +static int v1_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot *dquot, char *dqname)); struct quotafile_ops quotafile_ops_1 = { init_io: v1_init_io, @@ -281,9 +282,10 @@ /* * Scan all dquots in file and call callback on each */ -static int v1_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot * dquot)) +static int v1_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot *, char *)) { int rd; + char name[MAXNAMELEN]; struct v1_disk_dqblk ddqblk; struct dquot *dquot = get_empty_dquot(); qid_t id = 0; @@ -303,7 +305,8 @@ continue; v1_disk2memdqblk(&dquot->dq_dqb, &ddqblk); dquot->dq_id = id; - if ((rd = process_dquot(dquot)) < 0) { + id2name(dquot->dq_id, h->qh_type, name); + if ((rd = process_dquot(dquot, name)) < 0) { free(dquot); return rd; } diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/quotaio_v2.c cvs/quota-tools/quotaio_v2.c --- pre5/quota-tools/quotaio_v2.c Wed May 2 20:00:57 2001 +++ cvs/quota-tools/quotaio_v2.c Fri May 4 15:59:20 2001 @@ -17,6 +17,7 @@ #include "quotaio_v2.h" #include "dqblk_v2.h" #include "quotaio.h" +#include "quotasys.h" typedef char *dqbuf_t; @@ -25,7 +26,7 @@ static int v2_write_info(struct quota_handle *h); static struct dquot *v2_read_dquot(struct quota_handle *h, qid_t id); static int v2_commit_dquot(struct dquot *dquot); -static int v2_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot * dquot)); +static int v2_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot *dquot, char *dqname)); static int v2_report(struct quota_handle *h, int verbose); struct quotafile_ops quotafile_ops_2 = { @@ -656,11 +657,12 @@ #define get_bit(bmp, ind) ((bmp)[(ind) >> 3] & (1 << ((ind) & 7))) static int report_block(struct dquot *dquot, uint blk, char *bitmap, - int (*process_dquot) (struct dquot *)) + int (*process_dquot) (struct dquot *, char *)) { dqbuf_t buf = getdqbuf(); struct v2_disk_dqdbheader *dh; struct v2_disk_dqblk *ddata; + char name[MAXNAMELEN]; int entries, i; set_bit(bitmap, blk); @@ -672,7 +674,8 @@ if (!empty_dquot(ddata + i)) { v2_disk2memdqblk(&dquot->dq_dqb, ddata + i); dquot->dq_id = __le32_to_cpu(ddata[i].dqb_id); - if (process_dquot(dquot) < 0) + id2name(dquot->dq_id, dquot->dq_h->qh_type, name); + if (process_dquot(dquot, name) < 0) break; } freedqbuf(buf); @@ -680,7 +683,7 @@ } static int report_tree(struct dquot *dquot, uint blk, int depth, char *bitmap, - int (*process_dquot) (struct dquot *)) + int (*process_dquot) (struct dquot *, char *)) { int entries = 0, i; dqbuf_t buf = getdqbuf(); @@ -714,7 +717,7 @@ return used; } -static int v2_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot * dquot)) +static int v2_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot *, char *)) { char *bitmap; struct v2_mem_dqinfo *info = &h->qh_info.u.v2_mdqi; diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/quotaio_xfs.c cvs/quota-tools/quotaio_xfs.c --- pre5/quota-tools/quotaio_xfs.c Wed Apr 11 20:06:06 2001 +++ cvs/quota-tools/quotaio_xfs.c Fri May 4 15:38:40 2001 @@ -28,7 +28,7 @@ static int xfs_write_info(struct quota_handle *h); static struct dquot *xfs_read_dquot(struct quota_handle *h, qid_t id); static int xfs_commit_dquot(struct dquot *dquot); -static int xfs_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot * dquot)); +static int xfs_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot *dquot, char *dqname)); static int xfs_report(struct quota_handle *h, int verbose); struct quotafile_ops quotafile_ops_xfs = { @@ -166,7 +166,8 @@ */ static int xfs_scan_dquot(struct quota_handle *h, struct xfs_kern_dqblk *d, - struct dquot *dq, int (*process_dquot) (struct dquot * dquot)) + char *name, struct dquot *dq, + int (*process_dquot) (struct dquot *dquot, char *dqname)) { int qcmd = QCMD(Q_XFS_GETQUOTA, h->qh_type); @@ -180,13 +181,13 @@ d->d_ino_hardlimit == 0 && d->d_ino_softlimit == 0 && d->d_bcount == 0 && d->d_icount == 0) return 0; xfs_kern2utildqblk(&dq->dq_dqb, d); - return process_dquot(dq); + return process_dquot(dq, name); } /* * Scan all known dquots and call callback on each */ -static int xfs_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot * dquot)) +static int xfs_scan_dquots(struct quota_handle *h, int (*process_dquot) (struct dquot *dquot, char *dqname)) { struct dquot *dq; struct xfs_kern_dqblk d; @@ -203,7 +204,8 @@ setpwent(); while ((usr = getpwent()) != NULL) { dq->dq_id = usr->pw_uid; - if ((rd = xfs_scan_dquot(h, &d, dq, process_dquot)) < 0) + rd = xfs_scan_dquot(h, &d, usr->pw_name, dq, process_dquot); + if (rd < 0) break; } endpwent(); @@ -214,7 +216,8 @@ setgrent(); while ((grp = getgrent()) != NULL) { dq->dq_id = grp->gr_gid; - if ((rd = xfs_scan_dquot(h, &d, dq, process_dquot)) < 0) + rd = xfs_scan_dquot(h, &d, grp->gr_name, dq, process_dquot); + if (rd < 0) break; } endgrent(); diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/repquota.c cvs/quota-tools/repquota.c --- pre5/quota-tools/repquota.c Wed May 2 03:16:07 2001 +++ cvs/quota-tools/repquota.c Fri May 4 15:48:50 2001 @@ -97,15 +97,13 @@ return '-'; } -static int print(struct dquot *dquot) +static int print(struct dquot *dquot, char *name) { - char name[MAXNAMELEN]; char time[MAXTIMELEN]; struct util_dqblk *entry = &dquot->dq_dqb; if (!entry->dqb_curspace && !entry->dqb_curinodes && !(flags & FL_VERBOSE)) return 0; - id2name(dquot->dq_id, dquot->dq_h->qh_type, name); difftime2str(entry->dqb_btime, time); printf("%-10s%c%c%8Lu%8Lu%8Lu%7s", name, overlim(qb2kb(toqb(entry->dqb_curspace)), qb2kb(entry->dqb_bsoftlimit), diff -Naur -xpo -xdoc -xCVS pre5/quota-tools/warnquota.c cvs/quota-tools/warnquota.c --- pre5/quota-tools/warnquota.c Wed May 2 19:32:22 2001 +++ cvs/quota-tools/warnquota.c Fri May 4 16:56:14 2001 @@ -25,7 +25,6 @@ #include #include #include -#include #include "mntopt.h" #include "pot.h" @@ -92,26 +91,22 @@ */ static struct offenderlist *offenders = (struct offenderlist *)0; -struct offenderlist *add_offender(int id) +struct offenderlist *add_offender(int id, char *name) { - struct passwd *pwd; struct offenderlist *offender; - if ((pwd = getpwuid(id)) == (struct passwd *)0) - return ((struct offenderlist *)0); - offender = (struct offenderlist *)smalloc(sizeof(struct offenderlist)); offender->offender_id = id; - offender->offender_name = (char *)smalloc(strlen(pwd->pw_name) + 1); + offender->offender_name = (char *)smalloc(strlen(name) + 1); offender->usage = (struct usage *)NULL; - strcpy(offender->offender_name, pwd->pw_name); + strcpy(offender->offender_name, name); offender->next = offenders; offenders = offender; return offender; } -void add_offence(struct dquot *dquot) +void add_offence(struct dquot *dquot, char *name) { struct offenderlist *lptr; struct usage *usage; @@ -121,7 +116,7 @@ break; if (!lptr) - if (!(lptr = add_offender(dquot->dq_id))) + if (!(lptr = add_offender(dquot->dq_id, name))) return; usage = (struct usage *)smalloc(sizeof(struct usage)); @@ -135,13 +130,13 @@ lptr->usage = usage; } -int check_offence(struct dquot *dquot) +int check_offence(struct dquot *dquot, char *name) { if ( (dquot->dq_dqb.dqb_bsoftlimit && toqb(dquot->dq_dqb.dqb_curspace) >= dquot->dq_dqb.dqb_bsoftlimit) || (dquot->dq_dqb.dqb_isoftlimit - && dquot->dq_dqb.dqb_curinodes >= dquot->dq_dqb.dqb_isoftlimit)) add_offence(dquot); + && dquot->dq_dqb.dqb_curinodes >= dquot->dq_dqb.dqb_isoftlimit)) add_offence(dquot, name); return 0; } --PART-BOUNDARY=.110105041716.ZM57219.melbourne.sgi.com-- From owner-linux-xfs@oss.sgi.com Fri May 4 00:50:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f447oDe32039 for linux-xfs-outgoing; Fri, 4 May 2001 00:50:13 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f447o8F32036 for ; Fri, 4 May 2001 00:50:10 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id JAA799034 for ; Fri, 4 May 2001 09:50:04 +0200 (CEST) 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 RAA00728; Fri, 4 May 2001 17:48:30 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id RAA48689; Fri, 4 May 2001 17:48:29 +1000 (EST) From: "Nathan Scott" Message-Id: <10105041748.ZM57041@wobbly.melbourne.sgi.com> Date: Fri, 4 May 2001 17:48:27 -0500 In-Reply-To: Russell Cattelan "Re: Mandrake RPM's" (May 3, 2:43pm) References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> <3AF1A6DC.67C1CA2F@thebarn.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Russell Cattelan , Chmouel Boudjnah Subject: Re: Mandrake RPM's Cc: Sven Herzberg , linux-xfs@oss.sgi.com, Mandrake Install , Mandrake Kernel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 3, 2:43pm, Russell Cattelan wrote: > Subject: Re: Mandrake RPM's > > > Anybody want help finish it.? > > > > Could you send me the patch, i had a lot of conflict and i did the > > kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > > ftp://oss.sgi.com/projects/xfs/download/testing/mdkl2.4.3-xfs.patch > > this was a real quick attempt to get it to compile, area that are suspect > and may not be right : > dquot.c In addition to the stuff you've done already, you also need that little dquot.c patch I sent out earlier here, else we wont get the XFS quotactl commands being handed off to XFS. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri May 4 00:59:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f447xpE32443 for linux-xfs-outgoing; Fri, 4 May 2001 00:59:51 -0700 Received: from emma1.emma.line.org (postfix@p3EE3CC81.dip.t-dialin.net [62.227.204.129]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f447xnF32440 for ; Fri, 4 May 2001 00:59:50 -0700 Received: by emma1.emma.line.org (Postfix, from userid 500) id 097BBA2001; Fri, 4 May 2001 09:59:44 +0200 (CEST) Date: Fri, 4 May 2001 09:59:44 +0200 From: Matthias Andree To: linux-xfs@oss.sgi.com Subject: Is an XFS core patch in the works for Linux 2.4.4? Message-ID: <20010504095943.A5171@emma1.emma.line.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk See subject. Thanks in advance. From owner-linux-xfs@oss.sgi.com Fri May 4 01:40:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f448ejI00774 for linux-xfs-outgoing; Fri, 4 May 2001 01:40:45 -0700 Received: from skif.spylog.net (skif.spylog.com [194.67.35.250]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f448eiF00771 for ; Fri, 4 May 2001 01:40:44 -0700 Received: from mail.spylog.com (www.local [192.168.0.205]) by skif.spylog.net (Postfix) with ESMTP id 452134BC for ; Fri, 4 May 2001 12:40:43 +0400 (MSD) Received: from an.local (an.local [192.168.4.50]) by mail.spylog.com (Postfix) with ESMTP id 3B91070F01 for ; Fri, 4 May 2001 12:40:43 +0400 (MSD) Received: by an.local (Postfix, from userid 501) id 1E4D750B6B; Fri, 4 May 2001 12:40:43 +0400 (MSD) Date: Fri, 4 May 2001 12:40:43 +0400 From: Andrey Nekrasov To: linux-xfs@oss.sgi.com Subject: Re: repquota bug? Message-ID: <20010504124043.C4117@an.local> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20010503231735.A1917@an.local> <10105040845.ZM55988@wobbly.melbourne.sgi.com> <20010504104245.A3512@an.local> <10105041716.ZM57219@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <10105041716.ZM57219@wobbly.melbourne.sgi.com>; from nathans@wobbly.melbourne.sgi.com on Fri, May 04, 2001 at 05:16:32PM -0500 Organization: SpyLOG ltd. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello Nathan Scott, Once you wrote about "Re: repquota bug?": > hi Andrey, > > Could you try the attached patch to the quota-3.01-pre5 > user tools & ensure it fixes the problem? I've forwarded > it onto the other quota maintainers to get their feedback > too (bug explanation follows if you're interested). OK! (1) root@an /opt/in/quota-tools # ./repquota -a *** Report for user quotas on device /dev/hda3 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard grace used soft hard grace ---------------------------------------------------------------------- root -- 0 0 0 3 0 0 andy -- 96164 400000 0 5310 0 0 root@an /opt/in/quota-tools # (2) andy@an /opt/in/quota-tools $ ./repquota /dev/hda3 *** Report for user quotas on device /dev/hda3 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard grace used soft hard grace ---------------------------------------------------------------------- andy -- 96160 400000 0 5309 0 0 andy@an /opt/in/quota-tools $ (3) andy@an /opt/in/quota-tools $ rpm -q glibc glibc-2.2.2-4mdk thanks. Andrey Nekrasov, SpyLOG. http://www.spylog.com/ From owner-linux-xfs@oss.sgi.com Fri May 4 02:07:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4497K601564 for linux-xfs-outgoing; Fri, 4 May 2001 02:07:20 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4497JF01561 for ; Fri, 4 May 2001 02:07:20 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 0D821CCAE; Fri, 4 May 2001 11:05:13 +0100 (BST) To: Russell Cattelan Cc: Sven Herzberg , linux-xfs@oss.sgi.com, Mandrake Install , Mandrake Kernel Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> <3AF1A6DC.67C1CA2F@thebarn.com> From: Chmouel Boudjnah Date: 04 May 2001 11:05:13 +0100 In-Reply-To: <3AF1A6DC.67C1CA2F@thebarn.com> (Russell Cattelan's message of "Thu, 03 May 2001 14:43:40 -0400") Message-ID: Lines: 33 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan writes: > If you don't mind, I'll will put this link in our "news" segment on our > web page? Sure. > > > I've build a patch against the 8.0 kernel src rpm, haven't tested it > > > yet but it does compile. > > > Anybody want help finish it.? > > Could you send me the patch, i had a lot of conflict and i did the > > kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > ftp://oss.sgi.com/projects/xfs/download/testing/mdkl2.4.3-xfs.patch > this was a real quick attempt to get it to compile, area that are suspect > and may not be right : > dquot.c > and param addition to do_mount_nd > probably a better way to go about getting the dir name to the dmapi > mount, > or even look at the code closer and move the dmapi stuff back into > do_mount. ok i'll look at that... > > > If fact I would to encourage some savvy installer programmer to add > > > XFS support to the mandrake installer. I've looked at the code and > > > see reiserfs is already in there shouldn't be to much work to add > > > xfs. > > I already begin it, it should be fairly simple... > Great let us know if you have any questions, obviously we had to struggle > with a few problems on anaconda. ok.. From owner-linux-xfs@oss.sgi.com Fri May 4 02:08:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4498JC01615 for linux-xfs-outgoing; Fri, 4 May 2001 02:08:19 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4498IF01610 for ; Fri, 4 May 2001 02:08:18 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 0BE65CCAE; Fri, 4 May 2001 11:06:23 +0100 (BST) To: Russell Cattelan Cc: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? References: <3AF1A4EF.EE82780F@thebarn.com> From: Chmouel Boudjnah Date: 04 May 2001 11:06:23 +0100 In-Reply-To: <3AF1A4EF.EE82780F@thebarn.com> (Russell Cattelan's message of "Thu, 03 May 2001 14:35:27 -0400") Message-ID: Lines: 9 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan writes: > gcc 2.95RH7.1 ditto. humm i haven't see a 2.95 for rh. > gcc 2.96Mandrake Not attempted yet. ditto of 2.96RH From owner-linux-xfs@oss.sgi.com Fri May 4 02:55:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f449tGl02666 for linux-xfs-outgoing; Fri, 4 May 2001 02:55:16 -0700 Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f449tFF02663 for ; Fri, 4 May 2001 02:55:15 -0700 Received: from sid.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.16 #1) id 14vcId-0000zM-00; Fri, 04 May 2001 10:54:59 +0100 Message-ID: <3AF27C73.45A23A7D@moving-picture.com> Date: Fri, 04 May 2001 10:54:59 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... References: <3AF16D0A.2D12C344@moving-picture.com> <10105041522.ZM56847@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks - that seems to have fixed it - although I've now hit a problem with repquota endlessly looping - but I notice that this has already been reported. James Pearson Nathan Scott wrote: > > hi James, > > On May 3, 3:36pm, James Pearson wrote: > > Subject: Problem setting up quotas ... > > ... > > # edquota james > > No filesystems with quota detected. > > > > OK, this is a bug in the way the Redhat 7.1 kernel rpms > were integrated with the XFS code. Here is a patch which > will fix it - Eric has tested this for me & it works. > > It _only_ affects the kernel rpms with Redhat 7.1 changes > - the base 2.4.2 patches, cvs trees, etc. are not affected > and _do not_ need the patch.. > > --- fs/dquot.c.orig Fri May 4 10:17:40 2001 > +++ fs/dquot.c Fri May 4 11:02:13 2001 > @@ -2001,7 +2001,7 @@ > type = cmd & SUBCMDMASK; > > > - if ((uint) type >= MAXQUOTAS || cmds > 0x0F00 || cmds < 0x100 || cmds == 0x0300 || > + if ((uint) type >= MAXQUOTAS || cmds < 0x100 || cmds == 0x0300 || > cmds == 0x0400 || cmds == 0x0500) > goto out; > > @@ -2049,9 +2049,6 @@ > unlock_kernel(); > return sb->s_op->quotactl(sb, cmds, type, id, addr); > } > - > - if (id & ~0xFFFF) > - goto out; > > ret = -EINVAL; > switch (cmds) { > > > ... > > Incidentally, the examples in /usr/share/doc/xfsprogs/README.quota and > > the quotaon man page don't agree with the actual commands e.g. > > > > in README.quota the syntax to the setquota example is incorrect. > > > > in quotaon(8), the examples talk about a -s option to repquota and a -o > > option to quotaoff which don't seem to exist ... > > > > That's been updated in the development tree now -- thanks. > > cheers. > > -- > Nathan From owner-linux-xfs@oss.sgi.com Fri May 4 03:00:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44A0EY02771 for linux-xfs-outgoing; Fri, 4 May 2001 03:00:14 -0700 Received: from berlin.sharemedia.com ([151.200.228.42]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44A0DF02768 for ; Fri, 4 May 2001 03:00:13 -0700 Received: from berlin.sharemedia.com (berlin.sharemedia.com [127.0.0.1]) by berlin.sharemedia.com (8.9.3/8.9.3) with ESMTP id GAA22859 for ; Fri, 4 May 2001 06:00:13 -0400 Date: Fri, 4 May 2001 06:00:13 -0400 Message-ID: <3141749.988970413359.JavaMail.sharemail@berlin.sharemedia.com> From: Dave Strout To: linux-xfs@oss.sgi.com Subject: xfs root filesystem on SGI 1450? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Does anybody have any idea why the kernel that's on the RH7.1 ISO image locks up on an SGI 1450? The regular RH 7.1 CD works just fine, but the XFS iso locks while probing for hda. My config is: SGI 1450, 1GB ram, 5x32GB SCSI HD on DAC960 raid controller, 2xPIII xeon @700MHz One other sympton I noticed is that if I use 'expert' or 'linux dd', I get into the text-mode anaconda, but it's _really_ slow. /sbin/loader takes several minutes to get me to the "do you have a driver disk" prompt, then locks up. Floppies made from the iso produce the same results..... Any ideas welcome..... thanks, dave. -- "I have a malformed public duty gland and a natural deficiency in moral fiber and am therefore excused from saving universes." From owner-linux-xfs@oss.sgi.com Fri May 4 03:01:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44A1XO02801 for linux-xfs-outgoing; Fri, 4 May 2001 03:01:33 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44A1WF02798 for ; Fri, 4 May 2001 03:01:32 -0700 Received: from larry.melbourne.sgi.com ([134.14.52.130]) by 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 DAA00087 for ; Fri, 4 May 2001 03:01:29 -0700 (PDT) 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 TAA01201; Fri, 4 May 2001 19:59:45 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id TAA51968; Fri, 4 May 2001 19:59:45 +1000 (EST) Date: Fri, 4 May 2001 19:59:44 +1000 From: Nathan Scott To: James Pearson Cc: linux-xfs@oss.sgi.com Subject: Re: Problem setting up quotas ... Message-ID: <20010504195944.A36169@wobbly.melbourne.sgi.com> References: <3AF16D0A.2D12C344@moving-picture.com> <10105041522.ZM56847@wobbly.melbourne.sgi.com> <3AF27C73.45A23A7D@moving-picture.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <3AF27C73.45A23A7D@moving-picture.com>; from james-p@moving-picture.com on Fri, May 04, 2001 at 10:54:59AM +0100 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On Fri, May 04, 2001 at 10:54:59AM +0100, James Pearson wrote: > Thanks - that seems to have fixed it - although I've now hit a problem > with repquota endlessly looping - but I notice that this has already > been reported. > and fixed - Jan has now checked the fix into the quota CVS tree (see http://sourceforge.net/projects/linuxquota/), so the fix will be in the next 3.01-pre release. cheers. From owner-linux-xfs@oss.sgi.com Fri May 4 07:00:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44E0J110695 for linux-xfs-outgoing; Fri, 4 May 2001 07:00:19 -0700 Received: from flowers.house.larsshack.org (lars@h00059aa0e40d.ne.mediaone.net [66.31.89.164]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44E0IF10684 for ; Fri, 4 May 2001 07:00:18 -0700 Received: from localhost (lars@localhost) by flowers.house.larsshack.org (8.11.0/8.11.0) with ESMTP id f44E0CF00858 for ; Fri, 4 May 2001 10:00:12 -0400 X-Authentication-Warning: flowers.house.larsshack.org: lars owned process doing -bs Date: Fri, 4 May 2001 10:00:12 -0400 (EDT) From: Lars Kellogg-Stedman X-X-Sender: To: Subject: 2.4.5pre patches and XFS cvs... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Howdy, The discussion on linux-kernel and elsewhere makes it sound like some of the patches that made it into 2.4.4 have been quickly ripped out (such as the fork patch). Will these changes make it into the XFS development CVS tree, or will folks wait for 2.4.5 before synchronizing? Thanks, -- Lars -- Lars Kellogg-Stedman From owner-linux-xfs@oss.sgi.com Fri May 4 07:19:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EJ1J11204 for linux-xfs-outgoing; Fri, 4 May 2001 07:19:01 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EIxF11200 for ; Fri, 4 May 2001 07:18:59 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f44EIvwH058345; Fri, 4 May 2001 09:18:57 -0500 (CDT) Message-ID: <3AF2BA4B.AFA4793F@thebarn.com> Date: Fri, 04 May 2001 09:18:52 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Chmouel Boudjnah CC: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? References: <3AF1A4EF.EE82780F@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chmouel Boudjnah wrote: > Russell Cattelan writes: > > > gcc 2.95RH7.1 ditto. > > humm i haven't see a 2.95 for rh. Opps typo. That should have been gcc2.96RH7.1 > > > > gcc 2.96Mandrake Not attempted yet. > > ditto of 2.96RH gibble[2:02am]-=>gcc -v Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs gcc version 2.96 20000731 (Linux-Mandrake 8.0 2.96-0.48mdk) I assume this is the compiler 8.0 is defaulting to for the kernel compile? -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Fri May 4 07:20:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EKid11268 for linux-xfs-outgoing; Fri, 4 May 2001 07:20:44 -0700 Received: from server.hpc.utexas.edu (IDENT:root@server.hpc.utexas.edu [129.116.206.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EKhF11265 for ; Fri, 4 May 2001 07:20:43 -0700 Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194]) by server.hpc.utexas.edu (8.11.2/8.11.0) with ESMTP id f44EKdq20010; Fri, 4 May 2001 09:20:39 -0500 Message-Id: <4.2.0.58.20010504092022.01608f00@127.0.0.1> X-Sender: jones@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Fri, 04 May 2001 09:20:46 -0500 To: Eric Sandeen , "William L. Jones" From: "William L. Jones" Subject: Re: mkinitrd hang Cc: linux-xfs@oss.sgi.com In-Reply-To: <3AF2245A.36FFD7B2@sgi.com> References: <01050321241200.04916@marvin> <4.2.0.58.20010503222326.015069b8@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The cvs check out. At 10:39 PM 5/3/2001 -0500, Eric Sandeen wrote: >"William L. Jones" wrote: > > > > mkinitrd is hanging on a mkfs on the loop back device. > > Has any one seen this problem. > > > > I am runing linux-2.4-xfs-r1.0 build with kcc on a amd running Redhat 7.1. > >Was this installed from our RPMs, or did you patch a vanilla kernel >yourself, or do a cvs checkout? > >-Eric > >-- >Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 07:25:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EPqx11491 for linux-xfs-outgoing; Fri, 4 May 2001 07:25:52 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EPpF11488 for ; Fri, 4 May 2001 07:25:51 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f44EPlwH058393; Fri, 4 May 2001 09:25:47 -0500 (CDT) Message-ID: <3AF2BBE5.C675CD7D@thebarn.com> Date: Fri, 04 May 2001 09:25:41 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Matthias Andree CC: linux-xfs@oss.sgi.com Subject: Re: Is an XFS core patch in the works for Linux 2.4.4? References: <20010504095943.A5171@emma1.emma.line.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Matthias Andree wrote: > See subject. > > Thanks in advance. Yes but XFS and 2.4.4 have a few problems. One of our stress testing is causing a panic. Another report has nfs hanging under load... although this has yet been linked to XFS. If you really want to run 2.4.4 grab the devel tree for the moment. Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Fri May 4 07:27:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44ERVf11537 for linux-xfs-outgoing; Fri, 4 May 2001 07:27:31 -0700 Received: from server.hpc.utexas.edu (IDENT:root@server.hpc.utexas.edu [129.116.206.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44ERUF11534 for ; Fri, 4 May 2001 07:27:30 -0700 Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194]) by server.hpc.utexas.edu (8.11.2/8.11.0) with ESMTP id f44ERTq20108; Fri, 4 May 2001 09:27:29 -0500 Message-Id: <4.2.0.58.20010504092712.015a3db0@127.0.0.1> X-Sender: jones@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Fri, 04 May 2001 09:27:36 -0500 To: Eric Sandeen , "William L. Jones" , linux-xfs@oss.sgi.com From: "William L. Jones" Subject: Re: mkinitrd hang In-Reply-To: <3AF2268F.65DBAC08@sgi.com> References: <01050321241200.04916@marvin> <4.2.0.58.20010503222326.015069b8@127.0.0.1> <3AF2245A.36FFD7B2@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hmm, I should have read the instruction more carefully. Thanks! At 10:48 PM 5/3/2001 -0500, Eric Sandeen wrote: >Eric Sandeen wrote: > > > > "William L. Jones" wrote: > > > > > > mkinitrd is hanging on a mkfs on the loop back device. > > > Has any one seen this problem. > > > > > > I am runing linux-2.4-xfs-r1.0 build with kcc on a amd running > Redhat 7.1. > > > > Was this installed from our RPMs, or did you patch a vanilla kernel > > yourself, or do a cvs checkout? > >Sorry, I should complete that thought. :) > >If you patched your own kernel, and especially if you did a cvs >checkout, the loop device is probably broken (it was broken in Linus' >tree at least through 2.4.2...) > >The loop patches in >ftp://linux-xfs.sgi.com/projects/xfs/download/archive/Release-1.0-test2/pat >ches/ >will *probably* apply cleanly for you if you have a vanilla 2.4.2 kernel >+ XFS. > >But if you're on Red Hat, I'd suggest using the kernel-source RPM we >packaged, as it has many other fixes, as well, thanks to Red Hat. > >If you're already using our RPM, then I'm not sure what the solution >will be. > >-Eric > >-- >Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 07:31:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EV4x11629 for linux-xfs-outgoing; Fri, 4 May 2001 07:31:04 -0700 Received: from mout1.freenet.de (exim@mout1.freenet.de [194.97.50.132]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EV2F11625 for ; Fri, 4 May 2001 07:31:03 -0700 Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout1.freenet.de with esmtp (Exim 3.22 #1) id 14vgbm-0005PI-00 for linux-xfs@oss.sgi.com; Fri, 04 May 2001 16:31:02 +0200 Received: from add0b.pppool.de ([213.6.221.11] helo=freakmail.de) by mx2.freenet.de with asmtp (ID thh@freakmail.de) (Exim 3.22 #1) id 14vgbl-0006qk-00 for linux-xfs@oss.sgi.com; Fri, 04 May 2001 16:31:01 +0200 Message-ID: <3AF2BD35.46EC15B8@freakmail.de> Date: Fri, 04 May 2001 16:31:17 +0200 From: ThH X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.2xfs i586) X-Accept-Language: de MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS 1.0 on AlphaLinux LVM Content-Type: multipart/mixed; boundary="------------B1F76AC82E39A067D90D02E2" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dies ist eine mehrteilige Nachricht im MIME-Format. --------------B1F76AC82E39A067D90D02E2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit like with 0.10.3, the Release 1.0 doesn't work with my LinuxAlphastation. This time I've added a part of the /var/log/messages file. These error occurse when I try to mount the logical volume formated with xfs. I can not mount or umount anything after this happened, and have to do a reset. It may be that this will help to find the bug. I've used the source tree from kernel-2.4.2-SGI_XFS-1.0.src.rpm after doing the prep state. ThH --------------B1F76AC82E39A067D90D02E2 Content-Type: text/plain; charset=us-ascii; name="xfs1.0onlvmonalpha.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xfs1.0onlvmonalpha.log" May 4 15:55:56 alpha kernel: mount(753): Kernel Bug 1 May 4 15:55:56 alpha kernel: pc = [] ra = [] ps = 0000 May 4 15:55:56 alpha kernel: v0 = fffffc0005fe94b0 t0 = 0000000000000200 t1 = 0000000000000000 May 4 15:55:56 alpha kernel: t2 = fffffc0005fef000 t3 = 0000000000000800 t4 = ffffffff00000000 May 4 15:55:56 alpha kernel: t5 = 0000000000000001 t6 = 00000000001f4b1c t7 = fffffc000199c000 May 4 15:55:56 alpha kernel: a0 = fffffc0005fe94b0 a1 = fffffc0003c75520 a2 = fffffc0003c74c20 May 4 15:55:56 alpha kernel: a3 = 0000000000003a01 a4 = fffffc000066b988 a5 = 0000000000000001 May 4 15:55:56 alpha kernel: t8 = 0000000000000004 t9 = fffffc0000518b08 t10= 00000000002bfff0 May 4 15:55:56 alpha kernel: t11= 0000000000002000 pv = fffffc00004541c0 at = 0000000000000001 May 4 15:55:56 alpha kernel: gp = fffffc000063ae20 sp = fffffc000199f5f8 May 4 15:55:56 alpha kernel: Code: a02c0058 ldl t0,88(s3) May 4 15:55:56 alpha kernel: e5600001 blt s2,.+8 May 4 15:55:56 alpha kernel: a02d0004 ldl t0,4(s4) May 4 15:55:56 alpha kernel: b43e0070 stq t0,112(sp) May 4 15:55:56 alpha kernel: c3e00002 br .+12 May 4 15:55:56 alpha kernel: 00000081 call_pal 129 May 4 15:55:56 alpha kernel: *c3e0024f br .+2368 May 4 15:55:57 alpha kernel: a42a0020 ldq t0,32(s1) May 4 15:55:57 alpha kernel: May 4 15:55:57 alpha kernel: Trace:454d4c 518fe0 3c3d38 454d64 3c3eb8 3c41c4 3c4790 3c4320 3c3fe0 3c367c 3c2d64 May 4 15:55:57 alpha kernel: 43d970 428560 4324c0 427bb8 4323a8 4328bc 432934 4473e0 34fda4 3658a8 353444 May 4 15:55:57 alpha kernel: 35012c 34fb9c 34fca8 350190 351514 351830 351810 310aa0 3109f8 --------------B1F76AC82E39A067D90D02E2 Content-Type: text/x-vcard; charset=us-ascii; name="thh.vcf" Content-Transfer-Encoding: 7bit Content-Description: Visitenkarte für ThH Content-Disposition: attachment; filename="thh.vcf" begin:vcard n:Heinemann;Thomas tel;cell:(0177) 74 33 93 7 tel;home:(03928) 84 62 31 x-mozilla-html:FALSE adr:;;Berliner Str. 1;Schönebeck;Sachsen-Anhalt;39218;Deutschland version:2.1 email;internet:thh@freakmail.de x-mozilla-cpt:;640 fn:Heinemann, Thomas end:vcard --------------B1F76AC82E39A067D90D02E2-- From owner-linux-xfs@oss.sgi.com Fri May 4 07:32:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EWca11715 for linux-xfs-outgoing; Fri, 4 May 2001 07:32:38 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EWbF11701 for ; Fri, 4 May 2001 07:32:37 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f44EWZwH058416; Fri, 4 May 2001 09:32:36 -0500 (CDT) Message-ID: <3AF2BD7E.1F2CFE15@thebarn.com> Date: Fri, 04 May 2001 09:32:30 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Lars Kellogg-Stedman CC: linux-xfs@oss.sgi.com Subject: Re: 2.4.5pre patches and XFS cvs... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Lars Kellogg-Stedman wrote: > Howdy, > > The discussion on linux-kernel and elsewhere makes it sound like some of > the patches that made it into 2.4.4 have been quickly ripped out (such as > the fork patch). > > Will these changes make it into the XFS development CVS tree, or will > folks wait for 2.4.5 before synchronizing? Generally we resist tossing every 2.4.x-prex version of the linux tree into ours simply because we don't want to spend all of our time merging code and we need some stability. But if thing in 2.4.4 prove to be horribly broken we may consider moving up. > > > Thanks, > > -- Lars > > -- > Lars Kellogg-Stedman -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Fri May 4 07:40:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EeUQ11939 for linux-xfs-outgoing; Fri, 4 May 2001 07:40:30 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EeTF11936 for ; Fri, 4 May 2001 07:40:29 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f44EeRwH058629; Fri, 4 May 2001 09:40:27 -0500 (CDT) Message-ID: <3AF2BF56.847EB08C@thebarn.com> Date: Fri, 04 May 2001 09:40:22 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dave Strout CC: linux-xfs@oss.sgi.com Subject: Re: xfs root filesystem on SGI 1450? References: <3141749.988970413359.JavaMail.sharemail@berlin.sharemedia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dave Strout wrote: > Does anybody have any idea why the kernel that's on the RH7.1 > ISO image locks up on an SGI 1450? The regular RH 7.1 CD works > just fine, but the XFS iso locks while probing for hda. > > My config is: > SGI 1450, 1GB ram, 5x32GB SCSI HD on DAC960 raid controller, > 2xPIII xeon @700MHz > > One other sympton I noticed is that if I use 'expert' or 'linux > dd', I get into the text-mode anaconda, but it's _really_ > slow. /sbin/loader takes several minutes to get me to the "do > you have a driver disk" prompt, then locks up. > > Floppies made from the iso produce the same results..... > > Any ideas welcome..... > The only thing that changed with on 1.0 release CD was the BOOT kernel has APIC enabled due to a bug in the 1200's. The BOOT image on the Release-1.0-test3 did not have APIC enabled you could try that one to see if it make a difference. This would be a real pain if we fix one machine and break the other... argghh. > > -- > > "I have a malformed public duty gland and a natural deficiency in moral fiber and am therefore excused from saving universes." -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Fri May 4 07:51:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EplV12613 for linux-xfs-outgoing; Fri, 4 May 2001 07:51:47 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EpkF12609 for ; Fri, 4 May 2001 07:51:46 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id C15C8CC26; Fri, 4 May 2001 16:49:50 +0100 (BST) To: Russell Cattelan Cc: linux-xfs@oss.sgi.com Subject: Re: strange files, XFS bug? References: <3AF1A4EF.EE82780F@thebarn.com> <3AF2BA4B.AFA4793F@thebarn.com> From: Chmouel Boudjnah Date: 04 May 2001 16:49:50 +0100 In-Reply-To: <3AF2BA4B.AFA4793F@thebarn.com> (Russell Cattelan's message of "Fri, 04 May 2001 09:18:52 -0500") Message-ID: Lines: 13 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan writes: > gibble[2:02am]-=>gcc -v > Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs > gcc version 2.96 20000731 (Linux-Mandrake 8.0 2.96-0.48mdk) yup this one is based on on rh2.96-80 > I assume this is the compiler 8.0 is defaulting to for the kernel > compile? no, we use kgcc to compile kernel for safely (even this gcc should works fine). From owner-linux-xfs@oss.sgi.com Fri May 4 07:52:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44EqQI12643 for linux-xfs-outgoing; Fri, 4 May 2001 07:52:26 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44EqPF12638 for ; Fri, 4 May 2001 07:52:25 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f44EqGA23592; Fri, 4 May 2001 09:52:16 -0500 (CDT) Message-ID: <3AF2C284.4E34597C@sgi.com> Date: Fri, 04 May 2001 09:53:56 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Russell Cattelan CC: Dave Strout , linux-xfs@oss.sgi.com Subject: Re: xfs root filesystem on SGI 1450? References: <3141749.988970413359.JavaMail.sharemail@berlin.sharemedia.com> <3AF2BF56.847EB08C@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Try booting with "noapic" as one of the boot parameters at the boot prompt. noapic [SMP,APIC] Tells the kernel not to make use of any APIC that may be present on the system. -Eric Russell Cattelan wrote: > The only thing that changed with on 1.0 release CD was the > BOOT kernel has APIC enabled due to a bug in the 1200's. > > The BOOT image on the Release-1.0-test3 did not have APIC enabled > you could try that one to see if it make a difference. > > This would be a real pain if we fix one machine and break the other... > argghh. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 08:04:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44F45613009 for linux-xfs-outgoing; Fri, 4 May 2001 08:04:05 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44F43F13005 for ; Fri, 4 May 2001 08:04:03 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f44F40S07357; Fri, 4 May 2001 10:04:00 -0500 (CDT) Message-ID: <3AF2C545.7C08D0BC@sgi.com> Date: Fri, 04 May 2001 10:05:41 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Dave Strout CC: linux-xfs@oss.sgi.com Subject: Re: xfs root filesystem on SGI 1450? References: <3141749.988970413359.JavaMail.sharemail@berlin.sharemedia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dave Strout wrote: > > Does anybody have any idea why the kernel that's on the RH7.1 > ISO image locks up on an SGI 1450? The regular RH 7.1 CD works > just fine, but the XFS iso locks while probing for hda. Ah, there was a similar discussion on the seawolf list. see: https://listman.redhat.com/pipermail/seawolf-list/2001-April/001097.html This was a 1200, not a 1450, but having similar problems with the DAC960, so you might try Red Hat's suggestion in that thread. See also the "dac960" thread earlier in this list. Sounds like it may be related... -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 08:10:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44FAdb13259 for linux-xfs-outgoing; Fri, 4 May 2001 08:10:39 -0700 Received: from chimta02 (chimta02.algx.net [216.99.233.77]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44FAaF13255 for ; Fri, 4 May 2001 08:10:37 -0700 Received: from jtsdell (66-2-81-26.customer.algx.net [66.2.81.26]) by chimmx02.algx.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with ESMTP id <0GCT006HBGTCFR@chimmx02.algx.net> for linux-xfs@oss.sgi.com; Fri, 04 May 2001 10:10:25 -0500 (CDT) Date: Fri, 04 May 2001 11:09:35 -0400 (EDT) From: John Trostel Subject: RE: vmware broken again: In-reply-to: <20010503190030.A1752@bistro.marx> To: pac@fortuitous.com Cc: linux-xfs@oss.sgi.com Reply-to: jtrostel@connex.com Message-id: Organization: Connex MIME-version: 1.0 X-Mailer: XFMail 1.4.8 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Priority: 3 (Normal) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Look at /usr/lib/vmware/modules/source/vmnet.tar (from vmware build 799) Inside this tar should be a file vmnet-only/vnetInt.h This file needs to be patched as follows: after #define DEV_KFREE_SKB(skb, type) dev_kfree_skb(skb) #define SKB_INCREF(skb) atomic_inc(&(skb)->users) add the following #ifdef KERNEL_2_4_0 #define SKB_IS_CLONE_OF(clone, skb) ( \ skb_cloned(clone) \ ) #else then, skip over the following original lines # define SKB_IS_CLONE_OF(clone, skb) ( \ skb_datarefp(clone) == skb_datarefp(skb) \ ) and after these lines add this final endif # endif --------------------- This made my vmware work again... YMMV On 04-May-2001 pac@fortuitous.com wrote: > > I just fixed the vmware modules two work with 2.4.X kernels, > now it looks like you have returned the code to its original state. > I used the old modules from vmware, but now the system locks up tight > (the whole, system, no consoles, cant ssh/telnet in). > > Using 2.4.3-xfs kernel tree, on Duron system. > Linux bistro 2.4.3-xfs #1 Thu May 3 11:52:51 CDT 2001 i686 unknown > >>make: Entering directory `/root/tmp/vmware-config1/vmnet-only' >>bridge.c: In function `VNetBridgeReceiveFromDev': >>bridge.c:788: warning: implicit declaration of function `skb_shinfo' >>make: Leaving directory `/root/tmp/vmware-config1/vmnet-only' >>Unable to make a vmnet module that can be loaded in the running kernel: >>/root/tmp/vmware-config1/vmnet.o: unresolved symbol skb_shinfo >>There is probably a light difference of kernel configuration between the set >>of >>C header files you specified and your running kernel. You may want to rebuild >>a >>kernel based on that directory, or specify another directory. >> >>For more information on how to troubleshoot module-related problems, please >>have >>a look at "http://www.vmware.com/download/modules/modules.html". > -- > > Here is the info I used to "fix" the problem in the first place > for 2.4.2 and above kernels (no XFS) > (its not fixed in the xfs kernels ): > >>> : patch -p0 < patch-skb >>> patching file vmnet-only/vnetInt.h >>> Hunk #1 FAILED at 16. >>> 1 out of 1 hunk FAILED -- saving rejects to file vmnet-only/vnetInt.h.rej >>> >>> Im not patch expert, so Im sorta lost.. i attached the file just in >>> case you can illuminate the problem. >> >>Maybe you need to remove '\r' from my patch, if your news browser did >>not do it: tr -d "\r" < patch-skb > patch-skb-ok; patch -p0 < patch-skb-ok > > >>'patch' program just removes lines marked with '- ' and adds lines >>marked with '+ ' into file, checking that ' ' marked lines are really >>in file to verify that it patches correct file at correct position. >> >>If it will not help, just replace >> >>skb_datarefp(clone) == skb_datarefp(skb) >> >>with >> >>skb_shinfo(clone) == skb_shinfo(clone) >> >>In old kernels there was only reference counter at the end of SKB, so >>function was named skb_datarefp(). Now there is more info stored here, >>so function was renamed to skb_shinfo() (from SHared INFOrmation)... > > > > -Phil C. > .--------------------------------------------------------- >| P. A. Carinhas, Ph.D. | pac@fortuitous.com | >| Fortuitous Technologies Inc. | http://fortuitous.com | >| Linux Training Services | Tel : 1-512 467-2154 | >| Contract, In-house, & Onsite | 800 : 1-877 467-2154 | > --------------------------------------------------------- -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@oss.sgi.com Fri May 4 08:37:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44FbMb14521 for linux-xfs-outgoing; Fri, 4 May 2001 08:37:22 -0700 Received: from sa-bwmail1.storageapps.com (smtp.storageapps.com [63.101.83.13]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44FbLF14518 for ; Fri, 4 May 2001 08:37:21 -0700 Received: by SA-BWMAIL1 with Internet Mail Service (5.5.2653.19) id ; Fri, 4 May 2001 11:37:09 -0400 Message-ID: <23D04BDBA646D411BDDD00D0B774B539028C8889@SA-BWMAIL1> From: "Christian, Chip" To: "Linux XFS (E-mail)" Subject: chacl usage Date: Fri, 4 May 2001 11:37:07 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Am I missing something to get acls to work on XFS? I'm on a frsh RedHat 7.1 install, built a kernel from the 1.0 XFS release. I installed the SGI acl-1.0.1-0. Built an XFS filesystem: [root@betanas1 pkgs]# chacl u::rwx,g::rwx,o::rwx foo chacl: error setting access acl on "foo": Function not implemented From owner-linux-xfs@oss.sgi.com Fri May 4 08:38:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44Fcki14595 for linux-xfs-outgoing; Fri, 4 May 2001 08:38:46 -0700 Received: from sa-bwmail1.storageapps.com (smtp.storageapps.com [63.101.83.13]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44FckF14592 for ; Fri, 4 May 2001 08:38:46 -0700 Received: by SA-BWMAIL1 with Internet Mail Service (5.5.2653.19) id ; Fri, 4 May 2001 11:38:39 -0400 Message-ID: <23D04BDBA646D411BDDD00D0B774B539028C888A@SA-BWMAIL1> From: "Christian, Chip" To: "Christian, Chip" , "'Linux XFS (E-mail)'" Subject: RE: chacl usage Date: Fri, 4 May 2001 11:38:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Oh, and I specified CONFIG_FS_POSIX_ACL=y when building the kernel. > -----Original Message----- > From: Christian, Chip > Sent: Friday, May 04, 2001 11:37 > To: Linux XFS (E-mail) > Subject: chacl usage > > Am I missing something to get acls to work on XFS? I'm on a frsh RedHat 7.1 install, built a kernel from the 1.0 XFS release. I installed the SGI acl-1.0.1-0. Built an XFS filesystem: > > [root@betanas1 pkgs]# chacl u::rwx,g::rwx,o::rwx foo > chacl: error setting access acl on "foo": Function not implemented From owner-linux-xfs@oss.sgi.com Fri May 4 09:17:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44GHxa16023 for linux-xfs-outgoing; Fri, 4 May 2001 09:17:59 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44GHwF16020 for ; Fri, 4 May 2001 09:17:58 -0700 Received: from blv-av-01.boeing.com ([192.54.3.60]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA18587 for ; Fri, 4 May 2001 09:17:56 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id JAA12585 for ; Fri, 4 May 2001 09:17:54 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP; Fri, 4 May 2001 09:17:47 -0700 Received: from pipcws.ca.boeing.com (loopback [127.0.0.1]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id JAA37730; Fri, 4 May 2001 09:17:46 -0700 Message-Id: <3AF2D62A.775AEFF2@pipcws.ca.boeing.com> Date: Fri, 04 May 2001 09:17:46 -0700 From: Ric Tibbetts Organization: The Boeing Company X-Mailer: Mozilla 4.76C-Boeing UNIX Kit [en] (X11; U; AIX 4.3) X-Accept-Language: en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com, Mandrake Install , Mandrake Kernel Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> <3AF1A6DC.67C1CA2F@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chmouel Boudjnah wrote: > > Russell Cattelan writes: > > > If you don't mind, I'll will put this link in our "news" segment on our > > web page? > > Sure. > > > > > I've build a patch against the 8.0 kernel src rpm, haven't tested it > > > > yet but it does compile. > > > > Anybody want help finish it.? > > > Could you send me the patch, i had a lot of conflict and i did the > > > kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > > ftp://oss.sgi.com/projects/xfs/download/testing/mdkl2.4.3-xfs.patch > > this was a real quick attempt to get it to compile, area that are suspect > > and may not be right : > > dquot.c To anyone that's interested. I applied this patch to a clean Mandrake 2.4.3 kernel last night. It applied cleanly, and the resulting code compiled without error. The system booted normally, and all "looked" well. BUT: I have not done any testing! It was late when the build finished. I will be doing more with it over the week-end. But the preliminary view of it is: It works. -- __________________________________________________________ Ric Tibbetts Boeing Shared Services Group UNIX System Administration Seattle Server Operations __________________________________________________________ From owner-linux-xfs@oss.sgi.com Fri May 4 09:23:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44GNn416137 for linux-xfs-outgoing; Fri, 4 May 2001 09:23:49 -0700 Received: from hotmail.com (f116.law7.hotmail.com [216.33.237.116]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44GNnF16134 for ; Fri, 4 May 2001 09:23:49 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 4 May 2001 09:23:44 -0700 Received: from 149.136.226.49 by lw7fd.law7.hotmail.msn.com with HTTP; Fri, 04 May 2001 16:23:44 GMT X-Originating-IP: [149.136.226.49] From: "Mr Lancealot" To: linux-xfs@oss.sgi.com Subject: Anyone got XFS working with DAC960? Date: Fri, 04 May 2001 09:23:44 -0700 Mime-Version: 1.0 Content-Type: text/html Message-ID: X-OriginalArrivalTime: 04 May 2001 16:23:44.0308 (UTC) FILETIME=[96A7A740:01C0D4B6] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Has anyone got a XFS SCSI RAID setup working with the DAC960 module?  I go through the Redhat 7.1 XFS install disk, and everything seems to work fine.  When I boot the system up it can not mount the RAID device.  I get "mount: special device /dev/rd/c0d0p1 does not exist" anytime I try to mount the XFS raid device.  I have no trouble getting this setup working with EXT2.  Any ideas?  Thanks.

Get your FREE download of MSN Explorer at http://explorer.msn.com

From owner-linux-xfs@oss.sgi.com Fri May 4 09:35:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44GZgK16376 for linux-xfs-outgoing; Fri, 4 May 2001 09:35:42 -0700 Received: from antares.cedar.buffalo.edu (antares.cedar.Buffalo.EDU [128.205.33.2]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44GZfF16373 for ; Fri, 4 May 2001 09:35:41 -0700 Received: (qmail 13198 invoked from network); 4 May 2001 16:35:40 -0000 Received: from zaurak.cedar.buffalo.edu (128.205.33.110) by antares.cedar.buffalo.edu with SMTP; 4 May 2001 16:35:40 -0000 Received: (from ajay@localhost) by zaurak.cedar.buffalo.edu (8.9.3+Sun/8.9.3) id MAA04160; Fri, 4 May 2001 12:35:39 -0400 (EDT) Date: Fri, 4 May 2001 12:35:39 -0400 From: Ajay Shekhawat To: Mr Lancealot Cc: linux-xfs@oss.sgi.com Subject: Re: Anyone got XFS working with DAC960? Message-ID: <20010504123539.K3700@zaurak.cedar.buffalo.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mrlancealot@hotmail.com on Fri, May 04, 2001 at 09:23:44AM -0700 Organization: Center for Document Analysis and Recognition X-OfficePhone: +1 (716)-645-6164 ext. 101 X-Fax-Number: +1 (716)-645-6176 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Couldn't read your HTML message, but the answer is yes, I have created an XFS filesystem on a Mylex eXtremeRAID 2000 controller with 10+ SCSI disks. Worked fine for me. Ajay From owner-linux-xfs@oss.sgi.com Fri May 4 09:42:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44Gg5W16565 for linux-xfs-outgoing; Fri, 4 May 2001 09:42:05 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44Gg3F16561 for ; Fri, 4 May 2001 09:42:04 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 14vieX-0003Wr-00; Fri, 04 May 2001 18:42:01 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f44GfJt05398; Fri, 4 May 2001 12:41:19 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: "Mr Lancealot" Cc: linux-xfs@oss.sgi.com Subject: Re: Anyone got XFS working with DAC960? References: From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 04 May 2001 12:41:19 -0400 In-Reply-To: Message-ID: Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Has anyone got a XFS SCSI RAID setup working with the DAC960 > module?  I go through the Redhat 7.1 XFS install disk, and > everything seems to work fine.  When I boot the system up it can not > mount the RAID device.  I get "mount: special device /dev/rd/c0d0p1 > does not exist" anytime I try to mount the XFS raid device.  I have > no trouble getting this setup working with EXT2. I committed a patch to the development tree fixing this a couple of days ago. Unfortunately, there seem to be a few other issues with 2.4.4 and the tree is not quite stable yet. So right now I'd recommend you hold off a bit until we do a respin of the images. PS. Please fix your mail program so it doesn't send out HTML mails to the list. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Fri May 4 10:06:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44H6eb17240 for linux-xfs-outgoing; Fri, 4 May 2001 10:06:40 -0700 Received: from umcdev1.sharemedia.com ([151.200.228.52]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44H6dF17231 for ; Fri, 4 May 2001 10:06:39 -0700 Received: from sharemedia.com (das [127.0.0.1]) by umcdev1.sharemedia.com (8.9.3/8.9.3) with ESMTP id NAA09363; Fri, 4 May 2001 13:06:37 -0400 Message-ID: <3AF2E19D.38D64AFC@sharemedia.com> Date: Fri, 04 May 2001 13:06:37 -0400 From: Dave Strout X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Mr Lancealot CC: linux-xfs@oss.sgi.com Subject: Re: Anyone got XFS working with DAC960? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I just had the same problem -- you can mount them the hard way by hand by doing: mount /dev/rd/disc0/part1 /wherever_it_goes etc., then edit the /etc/fstab to use the long device paths -- that'll make them mount on boot, but I still haven't figured out why that happened. dave. Mr Lancealot wrote: > Has anyone got a XFS SCSI RAID setup working with the DAC960 module? > I go through the Redhat 7.1 XFS install disk, and everything seems to > work fine. When I boot the system up it can not mount the RAID > device. I get "mount: special device /dev/rd/c0d0p1 does not exist" > anytime I try to mount the XFS raid device. I have no trouble getting > this setup working with EXT2. Any ideas? Thanks. > > ----------------------------------------------------------------------- > Get your FREE download of MSN Explorer at http://explorer.msn.com From owner-linux-xfs@oss.sgi.com Fri May 4 10:17:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44HHfU17498 for linux-xfs-outgoing; Fri, 4 May 2001 10:17:41 -0700 Received: from umcdev1.sharemedia.com ([151.200.228.52]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44HHdF17494 for ; Fri, 4 May 2001 10:17:39 -0700 Received: from sharemedia.com (das [127.0.0.1]) by umcdev1.sharemedia.com (8.9.3/8.9.3) with ESMTP id NAA09370; Fri, 4 May 2001 13:17:19 -0400 Message-ID: <3AF2E41F.B4A55999@sharemedia.com> Date: Fri, 04 May 2001 13:17:19 -0400 From: Dave Strout X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: xfs root filesystem on SGI 1450? References: <3141749.988970413359.JavaMail.sharemail@berlin.sharemedia.com> <3AF2BF56.847EB08C@thebarn.com> <3AF2C284.4E34597C@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Yup, 'noapic' worked -- thanks! dave. Eric Sandeen wrote: > Try booting with "noapic" as one of the boot parameters at the boot > prompt. > > noapic [SMP,APIC] Tells the kernel not to make use of any > APIC that may be present on the system. > > -Eric > > Russell Cattelan wrote: > > > The only thing that changed with on 1.0 release CD was the > > BOOT kernel has APIC enabled due to a bug in the 1200's. > > > > The BOOT image on the Release-1.0-test3 did not have APIC enabled > > you could try that one to see if it make a difference. > > > > This would be a real pain if we fix one machine and break the other... > > argghh. > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 10:28:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44HS8v18185 for linux-xfs-outgoing; Fri, 4 May 2001 10:28:08 -0700 Received: from kamov.deltanet.ro (as.deltanet.ro [193.226.175.59]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44HS7F18181 for ; Fri, 4 May 2001 10:28:07 -0700 Received: from shiva.ppetru.net (home.ppetru.net [193.230.129.57]) by kamov.deltanet.ro (Postfix) with ESMTP id 43324F7B3 for ; Fri, 4 May 2001 20:28:12 +0300 (EEST) Received: by shiva.ppetru.net (Postfix, from userid 1000) id 3990D40AD7; Fri, 4 May 2001 20:27:34 +0300 (EEST) Date: Fri, 4 May 2001 20:27:34 +0300 To: linux-xfs@oss.sgi.com Subject: What does the ISO image include? Message-ID: <20010504202734.E414@ppetru.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i From: ppetru@ppetru.net (Petru Paler) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, What does the RH7.1-SGI-XFS-1.0.iso image include? I thought it's the exact copy of the first RH 7.1 ISO, with the XFS modifications, but there seems to be an almost 300M size difference between the two ( the original seawolf image being bigger). -- Petru Paler, mailto:ppetru@ppetru.net http://www.ppetru.net - ICQ: 41817235 From owner-linux-xfs@oss.sgi.com Fri May 4 10:28:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44HSZD18201 for linux-xfs-outgoing; Fri, 4 May 2001 10:28:35 -0700 Received: from cube.gelatinous.com (cube.gelatinous.com [207.82.194.150]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44HSVF18197 for ; Fri, 4 May 2001 10:28:35 -0700 Received: (qmail 16464 invoked by uid 1000); 4 May 2001 17:28:30 -0000 Date: Fri, 4 May 2001 10:28:30 -0700 From: Aaron Smith To: linux-xfs@oss.sgi.com Subject: user-mode linux & xfs Message-ID: <20010504102830.B92452@gelatinous.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, has anyone had success getting xfs and the user-mode linux patches to play nice? It blew up at compile; I'm thinking it probably just needs some changes in arch/um that are in the xfs tree's arch? Aaron From owner-linux-xfs@oss.sgi.com Fri May 4 10:46:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44Hk9m18623 for linux-xfs-outgoing; Fri, 4 May 2001 10:46:09 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44Hk7F18620 for ; Fri, 4 May 2001 10:46:08 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f44Hk1t24357; Fri, 4 May 2001 12:46:01 -0500 (CDT) Message-ID: <3AF2EB2E.71A437D9@sgi.com> Date: Fri, 04 May 2001 12:47:26 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Petru Paler CC: linux-xfs@oss.sgi.com Subject: Re: What does the ISO image include? References: <20010504202734.E414@ppetru.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It has the complete installer, modified for XFS (which accounts for a lot of the size) It also has all of the modified RPMs necessary to support XFS, as well as their SRPMS. So, it works with RH disc 1 and disc 2 to install the system - we didn't duplicate any unmodified RPMs from RH disc 1. If you look in the download directory, there's a directory tree of the iso so you can see exactly what's there. -Eric Petru Paler wrote: > > Hi, > > What does the RH7.1-SGI-XFS-1.0.iso image include? > I thought it's the exact copy of the first RH 7.1 > ISO, with the XFS modifications, but there seems to > be an almost 300M size difference between the two ( > the original seawolf image being bigger). -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 10:48:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44HmZv18682 for linux-xfs-outgoing; Fri, 4 May 2001 10:48:35 -0700 Received: from kamov.deltanet.ro (as.deltanet.ro [193.226.175.59]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44HmYF18679 for ; Fri, 4 May 2001 10:48:34 -0700 Received: from shiva.ppetru.net (home.ppetru.net [193.230.129.57]) by kamov.deltanet.ro (Postfix) with ESMTP id 061E4F7BD; Fri, 4 May 2001 20:48:44 +0300 (EEST) Received: by shiva.ppetru.net (Postfix, from userid 1000) id 6248840AD8; Fri, 4 May 2001 20:48:03 +0300 (EEST) Date: Fri, 4 May 2001 20:48:03 +0300 To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: What does the ISO image include? Message-ID: <20010504204803.H414@ppetru.net> References: <20010504202734.E414@ppetru.net> <3AF2EB2E.71A437D9@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <3AF2EB2E.71A437D9@sgi.com>; from sandeen@sgi.com on Fri, May 04, 2001 at 12:47:26PM -0500 From: ppetru@ppetru.net (Petru Paler) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, May 04, 2001 at 12:47:26PM -0500, Eric Sandeen wrote: > It has the complete installer, modified for XFS (which accounts for a > lot of the size) > > It also has all of the modified RPMs necessary to support XFS, as well > as their SRPMS. > > So, it works with RH disc 1 and disc 2 to install the system - we didn't > duplicate any unmodified RPMs from RH disc 1. So when installing from your ISO image, one needs to also have the original seawolf disc1 handy for when the installer asks for it, right? -- Petru Paler, mailto:ppetru@ppetru.net http://www.ppetru.net - ICQ: 41817235 From owner-linux-xfs@oss.sgi.com Fri May 4 10:51:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44Hpev18731 for linux-xfs-outgoing; Fri, 4 May 2001 10:51:40 -0700 Received: from antares.cedar.buffalo.edu (antares.cedar.Buffalo.EDU [128.205.33.2]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44HpdF18726 for ; Fri, 4 May 2001 10:51:39 -0700 Received: (qmail 14046 invoked from network); 4 May 2001 17:51:38 -0000 Received: from zaurak.cedar.buffalo.edu (128.205.33.110) by antares.cedar.buffalo.edu with SMTP; 4 May 2001 17:51:38 -0000 Received: (from ajay@localhost) by zaurak.cedar.buffalo.edu (8.9.3+Sun/8.9.3) id NAA04189; Fri, 4 May 2001 13:51:38 -0400 (EDT) Date: Fri, 4 May 2001 13:51:38 -0400 From: Ajay Shekhawat To: Dave Strout Cc: Mr Lancealot , linux-xfs@oss.sgi.com Subject: Re: Anyone got XFS working with DAC960? Message-ID: <20010504135137.L3700@zaurak.cedar.buffalo.edu> References: <3AF2E19D.38D64AFC@sharemedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AF2E19D.38D64AFC@sharemedia.com>; from dstrout@sharemedia.com on Fri, May 04, 2001 at 01:06:37PM -0400 Organization: Center for Document Analysis and Recognition X-OfficePhone: +1 (716)-645-6164 ext. 101 X-Fax-Number: +1 (716)-645-6176 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Here's an entry from my fstab: /dev/rd/c0d0p1 /RAID1 xfs defaults 0 0 Here's a mount command to mount it mount -t xfs /dev/rd/c0d0p1 /RAID1 I think you need to specify "-t xfs" because XFS uses the default Linux partition type (0x82?), and the system assumes it to be of type ext2. Ajay On Fri, May 04, 2001 at 01:06:37PM -0400, Dave Strout wrote: > I just had the same problem -- you can mount them the hard way by hand > by doing: > mount /dev/rd/disc0/part1 /wherever_it_goes > > etc., then edit the /etc/fstab to use the long device paths -- that'll > make them mount on boot, but I still haven't figured out why that > happened. > > dave. > > > Mr Lancealot wrote: > > > Has anyone got a XFS SCSI RAID setup working with the DAC960 module? > > I go through the Redhat 7.1 XFS install disk, and everything seems to > > work fine. When I boot the system up it can not mount the RAID > > device. I get "mount: special device /dev/rd/c0d0p1 does not exist" > > anytime I try to mount the XFS raid device. I have no trouble getting > > this setup working with EXT2. Any ideas? Thanks. > > > > ----------------------------------------------------------------------- > > Get your FREE download of MSN Explorer at http://explorer.msn.com From owner-linux-xfs@oss.sgi.com Fri May 4 10:53:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44HrG218878 for linux-xfs-outgoing; Fri, 4 May 2001 10:53:16 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44HrGF18875 for ; Fri, 4 May 2001 10:53:16 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f44HrEi14946; Fri, 4 May 2001 12:53:14 -0500 (CDT) Message-ID: <3AF2ECDB.73D69FAF@sgi.com> Date: Fri, 04 May 2001 12:54:35 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Petru Paler CC: linux-xfs@oss.sgi.com Subject: Re: What does the ISO image include? References: <20010504202734.E414@ppetru.net> <3AF2EB2E.71A437D9@sgi.com> <20010504204803.H414@ppetru.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Petru Paler wrote: > So when installing from your ISO image, one needs to also have the original > seawolf disc1 handy for when the installer asks for it, right? Yes. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 12:05:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44J5Np20918 for linux-xfs-outgoing; Fri, 4 May 2001 12:05:23 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44J5MF20915 for ; Fri, 4 May 2001 12:05:22 -0700 Received: from ledzep.americas.sgi.com (relay.sgi.com [137.38.226.97] (may be forged)) by 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 MAB04830 for ; Fri, 4 May 2001 12:05:19 -0700 (PDT) mail_from (cattelan@gibble.americas.sgi.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA16097 for ; Fri, 4 May 2001 14:04:04 -0500 (CDT) Received: (from cattelan@localhost) by gibble.americas.sgi.com (8.11.3/8.11.2) id f44J34Y28397 for linux-xfs@oss.sgi.com; Fri, 4 May 2001 15:03:04 -0400 Date: Fri, 4 May 2001 15:03:04 -0400 From: Russell Cattelan Message-Id: <200105041903.f44J34Y28397@gibble.americas.sgi.com> Subject: TAKE - merge Martins fixes for raid controllers Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Fri May 4 12:02:10 PDT 2001 Workarea: gibble.americas.sgi.com:/export/extra/x2.4-xfs-r1.0 Merged by: cattelan Merged mods: 2.4.x-xfs:slinx:93919a,2.4.x-xfs:slinx:93920a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs-r1.0 Modid: 2.4.x-xfs-r1.0:slinx:94078a linux/drivers/block/ps2esdi.c - 1.12 - Merge of 2.4.x-xfs:slinx:93920a originally by nn100004 on 05/02/01 Well, ESDI hardly qualifies as a RAID controller, but... linux/drivers/block/cpqarray.c - 1.21 - Merge of 2.4.x-xfs:slinx:93920a originally by nn100004 on 05/02/01 Fix the other RAID controllers while I'm at it. linux/drivers/block/DAC960.c - 1.25 - Merge of 2.4.x-xfs:slinx:93919a originally by nn100004 on 05/02/01 Add BLKBSZSET ioctl linux/drivers/block/cciss.c - 1.6 - Merge of 2.4.x-xfs:slinx:93920a originally by nn100004 on 05/02/01 Fix the other RAID controllers while I'm at it. From owner-linux-xfs@oss.sgi.com Fri May 4 12:08:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44J8eW21015 for linux-xfs-outgoing; Fri, 4 May 2001 12:08:40 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44J8cF21012 for ; Fri, 4 May 2001 12:08:38 -0700 Received: from ledzep.americas.sgi.com (relay.sgi.com [137.38.226.97] (may be forged)) by 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 MAA06360 for ; Fri, 4 May 2001 12:08:37 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA12328; Fri, 4 May 2001 14:07:13 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f44J6Dq28402; Fri, 4 May 2001 15:06:13 -0400 Message-ID: <3AF2FDA4.DA0F4AAD@thebarn.com> Date: Fri, 04 May 2001 15:06:12 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Ric Tibbetts CC: linux-xfs@oss.sgi.com, Mandrake Install , Mandrake Kernel Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> <3AF1A6DC.67C1CA2F@thebarn.com> <3AF2D62A.775AEFF2@pipcws.ca.boeing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ric Tibbetts wrote: > Chmouel Boudjnah wrote: > > > > Russell Cattelan writes: > > > > > If you don't mind, I'll will put this link in our "news" segment on our > > > web page? > > > > Sure. > > > > > > > I've build a patch against the 8.0 kernel src rpm, haven't tested it > > > > > yet but it does compile. > > > > > Anybody want help finish it.? > > > > Could you send me the patch, i had a lot of conflict and i did the > > > > kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > > > ftp://oss.sgi.com/projects/xfs/download/testing/mdkl2.4.3-xfs.patch > > > this was a real quick attempt to get it to compile, area that are suspect > > > and may not be right : > > > dquot.c > > To anyone that's interested. I applied this patch to a clean Mandrake 2.4.3 > kernel last night. > It applied cleanly, and the resulting code compiled without error. The system > booted normally, and all "looked" well. BUT: I have not done any testing! It was > late when the build finished. I will be doing more with it over the week-end. > Note if you want quotas to work right grab the patch Nathan send out recently it was for the RH build but the same error exists in the Mandrake build. > > But the preliminary view of it is: It works. If your testing goes well I will spin a set of mandrake rpm and put them up on the ftp site as "experimental" > > > -- > __________________________________________________________ > Ric Tibbetts > Boeing Shared Services Group > UNIX System Administration > Seattle Server Operations > __________________________________________________________ -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Fri May 4 12:17:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44JHVs22043 for linux-xfs-outgoing; Fri, 4 May 2001 12:17:31 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44JHUF22040 for ; Fri, 4 May 2001 12:17:30 -0700 Received: from crom.corp.sgi.com (crom.corp.sgi.com [130.62.63.32]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA01068 for ; Fri, 4 May 2001 12:16:09 -0700 (PDT) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA34182 for ; Fri, 4 May 2001 12:21:04 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 03FC7CED7A for ; Fri, 4 May 2001 12:16:13 -0700 (PDT) Subject: Re: Anyone got XFS working with DAC960? From: Florin Andrei To: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 04 May 2001 12:16:13 -0700 Message-Id: <989003774.32764.8.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 04 May 2001 12:41:19 -0400, Martin K. Petersen wrote: > > So right now I'd recommend you hold off a bit until we do a respin of > the images. When will that be? -- Florin Andrei "Imagine working in a secure environment and finding the string _NSAKEY in the OS binaries without a good explanation." - Alan Cox From owner-linux-xfs@oss.sgi.com Fri May 4 12:18:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44JI4622116 for linux-xfs-outgoing; Fri, 4 May 2001 12:18:04 -0700 Received: from exchange.concordia.ab.ca (exchange.concordia.ab.ca [199.185.120.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44JI3F22111 for ; Fri, 4 May 2001 12:18:04 -0700 Received: from strobe (strobe.concordia.ab.ca [199.185.121.61]) by exchange.concordia.ab.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id JYSAX1C8; Fri, 4 May 2001 13:21:46 -0600 Message-ID: <009a01c0d4cf$02a8a760$3d79b9c7@admin.concordia.ab.ca> From: "Ed Boraas" To: Subject: Official Debian XFS kernel patch packages Date: Fri, 4 May 2001 13:18:32 -0600 Organization: http://www.ed.boraas.ca 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.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, all. I'm pleased to say that, as of today, the XFS/Linux Release 1.0 patches are now available in the Debian 'unstable' (Sid) distribution. I'd like to encourage people to test these packages and report on any issues via the Debian bug tracking system. Barring any major issues, these packages should also be available in the 'testing' (Woody)distribution in a couple of weeks. The packages contain the patches from XFS R1.0, with a couple minor modifications (none of which affect the substance of the patch), as documented in the changelog. They can be found as 'kernel-patch-xfs' and 'kernel-patch-xfs-core'. In order to make effective use of these, of course, Nathan Scott's excellent official XFS userspace packages should be installed as well. Take care, Ed Boraas, Debian XFS kernel patch maintainer From owner-linux-xfs@oss.sgi.com Fri May 4 12:39:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44JdqC23050 for linux-xfs-outgoing; Fri, 4 May 2001 12:39:52 -0700 Received: from bubba.NMSU.Edu (bubba.NMSU.Edu [128.123.3.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44JdqF23047 for ; Fri, 4 May 2001 12:39:52 -0700 Received: from dns1.nmsu.edu (dns1.NMSU.Edu [128.123.3.5]) by bubba.NMSU.Edu (8.9.3+Sun/8.9.0) with ESMTP id NAA07140 for ; Fri, 4 May 2001 13:39:50 -0600 (MDT) Received: from gauss.NMSU.Edu (IDENT:root@gauss.nmsu.edu [128.123.131.237]) by dns1.nmsu.edu (8.9.3/8.9.0) with ESMTP id NAA35400 for ; Fri, 4 May 2001 13:39:51 -0600 (MDT) Received: from localhost (wsmith@localhost) by gauss.NMSU.Edu (8.9.3/8.9.0) with ESMTP id NAA20553 for ; Fri, 4 May 2001 13:39:43 -0600 Date: Fri, 4 May 2001 13:39:43 -0600 (MDT) From: Bill Smith To: Subject: Installed -- It's Great! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello- Just wanted you to know I now have our departmental Linux distribution server up totally on XFS and it's working great! I took a chance and powered the system down; it came back up in about the same time as if I had restarted it in an orderly fashion. Users report the downloads seem to be quicker as well. We plan on migrating our other floor servers to this filesystem during the summer. Thanks, and keep it up! Bill Smith -- ============================== William Smith, CNA, WCNE New Mexico State University Klipsch School of Electrical & Computer Engineering Phone: 505-646-5390 FAX: 505-646-1435 Email: wsmith@nmsu.edu ============================== From owner-linux-xfs@oss.sgi.com Fri May 4 13:03:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44K3Eg23534 for linux-xfs-outgoing; Fri, 4 May 2001 13:03:14 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44K3DF23531 for ; Fri, 4 May 2001 13:03:13 -0700 Received: from blv-av-01.boeing.com ([192.54.3.60]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id NAA25676 for ; Fri, 4 May 2001 13:03:12 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id NAA04961 for ; Fri, 4 May 2001 13:03:11 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP; Fri, 4 May 2001 13:03:03 -0700 Received: from pipcws.ca.boeing.com (loopback [127.0.0.1]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id NAA37684; Fri, 4 May 2001 13:03:03 -0700 Message-Id: <3AF30AF6.A76DD7A0@pipcws.ca.boeing.com> Date: Fri, 04 May 2001 13:03:02 -0700 From: Ric Tibbetts Organization: The Boeing Company X-Mailer: Mozilla 4.76C-Boeing UNIX Kit [en] (X11; U; AIX 4.3) X-Accept-Language: en MIME-Version: 1.0 To: Russell Cattelan CC: linux-xfs@oss.sgi.com Subject: Re: Mandrake RPM's References: <3AF049D9.4090201@runbox.com> <3AF0A70D.C5CE4733@thebarn.com> <3AF1A6DC.67C1CA2F@thebarn.com> <3AF2D62A.775AEFF2@pipcws.ca.boeing.com> <3AF2FDA4.DA0F4AAD@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan wrote: > > Ric Tibbetts wrote: > > > Chmouel Boudjnah wrote: > > > > > > Russell Cattelan writes: > > > > > > > If you don't mind, I'll will put this link in our "news" segment on our > > > > web page? > > > > > > Sure. > > > > > > > > > I've build a patch against the 8.0 kernel src rpm, haven't tested it > > > > > > yet but it does compile. > > > > > > Anybody want help finish it.? > > > > > Could you send me the patch, i had a lot of conflict and i did the > > > > > kernel-xfs on a vanilla 2.4.4 generated patch from cvs. > > > > ftp://oss.sgi.com/projects/xfs/download/testing/mdkl2.4.3-xfs.patch > > > > this was a real quick attempt to get it to compile, area that are suspect > > > > and may not be right : > > > > dquot.c > > > > To anyone that's interested. I applied this patch to a clean Mandrake 2.4.3 > > kernel last night. > > It applied cleanly, and the resulting code compiled without error. The system > > booted normally, and all "looked" well. BUT: I have not done any testing! It was > > late when the build finished. I will be doing more with it over the week-end. > > > > Note if you want quotas to work right grab the patch Nathan send out recently > it was for the RH build but the same error exists in the Mandrake build. > I wasn't planning on putting it in. I really don't use/need it on that system. I may however put it in later, just for testing. > > > > But the preliminary view of it is: It works. > > If your testing goes well I will spin a set of mandrake rpm and > put them up on the ftp site as "experimental" Thanks Russell Give me a couple of days to beat it up ;) I'll throw some loads on it (both local, and nfs), and see if it squeals. I was impressed that it came up clean on the first try. Also, as a bonus, this brought back my frame buffer! (This is as a result of using the Mandrake kernel, which has some extra drivers). So there's been some side benefit to this. > > > > > > > -- > > __________________________________________________________ > > Ric Tibbetts > > Boeing Shared Services Group > > UNIX System Administration > > Seattle Server Operations > > __________________________________________________________ > > -- > Russell Cattelan > -- > Digital Elves inc. -- Currently on loan to SGI > Linux XFS core developer. -- __________________________________________________________ Ric Tibbetts Boeing Shared Services Group UNIX System Administration Seattle Server Operations __________________________________________________________ From owner-linux-xfs@oss.sgi.com Fri May 4 13:18:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44KIVR23895 for linux-xfs-outgoing; Fri, 4 May 2001 13:18:31 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44KIUF23892 for ; Fri, 4 May 2001 13:18:30 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA05234 for ; Fri, 4 May 2001 13:29:14 -0700 (PDT) mail_from (mann@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA1703537; Fri, 4 May 2001 15:17:12 -0500 (CDT) Received: from fsgi632.americas.sgi.com (fsgi632.americas.sgi.com [128.162.184.134]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA01773; Fri, 4 May 2001 15:17:12 -0500 (CDT) From: Mark Nordstrand Received: by fsgi632.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) id PAA08352; Fri, 4 May 2001 15:17:12 -0500 (CDT) Message-Id: <200105042017.PAA08352@fsgi632.americas.sgi.com> Subject: Re: user-mode linux & xfs To: aaron-xfs@mutex.org (Aaron Smith) Date: Fri, 4 May 2001 15:17:11 -0500 (CDT) Cc: linux-xfs@oss.sgi.com In-Reply-To: <20010504102830.B92452@gelatinous.com> from "Aaron Smith" at May 04, 2001 10:28:30 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > Hi, has anyone had success getting xfs and the user-mode linux patches to > play nice? It blew up at compile; I'm thinking it probably just needs some > changes in arch/um that are in the xfs tree's arch? > > Aaron > Moderate success. I've only had success starting with 2.4.3, and appliing -ac4 and then xfs patches. I do hope to get back to 2.4.4 sometime next week. Mark From owner-linux-xfs@oss.sgi.com Fri May 4 14:37:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44Lb1925652 for linux-xfs-outgoing; Fri, 4 May 2001 14:37:01 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44Lb1F25649 for ; Fri, 4 May 2001 14:37:01 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA08333 for ; Fri, 4 May 2001 14:47:45 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA28545; Fri, 4 May 2001 16:35:44 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f44LYiq28887; Fri, 4 May 2001 17:34:44 -0400 Message-ID: <3AF32072.C905DA85@thebarn.com> Date: Fri, 04 May 2001 17:34:43 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: Florin Andrei CC: linux-xfs@oss.sgi.com Subject: Re: Anyone got XFS working with DAC960? References: <989003774.32764.8.camel@stantz.corp.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Florin Andrei wrote: > On 04 May 2001 12:41:19 -0400, Martin K. Petersen wrote: > > > > So right now I'd recommend you hold off a bit until we do a respin of > > the images. > > When will that be? I might be able to build a boot floppy with the updated kernel. but not right now... bug me next week. > > > -- > Florin Andrei > > "Imagine working in a secure environment and finding the string _NSAKEY > in the OS binaries without a good explanation." - Alan Cox -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Fri May 4 15:18:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44MIx926819 for linux-xfs-outgoing; Fri, 4 May 2001 15:18:59 -0700 Received: from dusnt051.satama.de (dusmail.owd.de [194.77.80.139]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44MIvF26816 for ; Fri, 4 May 2001 15:18:58 -0700 Received: from 194.77.80.136 by dusnt051.satama.de (InterScan E-Mail VirusWall NT); Sat, 05 May 2001 00:18:51 +0200 (W. Europe Daylight Time) Received: from bellapc.satama (dhcp-179.satama.de [194.77.80.179]) by dus010.satama.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id D35JSJ9M; Sat, 5 May 2001 00:18:51 +0200 Date: Sat, 5 May 2001 00:14:35 +0200 (CEST) From: Andriy.Bilous@satama.de X-Sender: bella@bellapc.satama To: linux-xfs@oss.sgi.com Subject: cannot mount root-fs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi! It's sounds funny, but I cannot boot with patched kernel. I just recompile new 2.4.3 kernel with xfs patches - linux-2.4-xfs-1.0.patch and linux-2.4.3-core-xfs-1.0.patch. Any changes in fstab, ext2fs support in kernel - OK. And now cannot booting... I use static /dev filesystem. May be it's a problem? -- E-mail: Andriy.Bilous@satama.de From owner-linux-xfs@oss.sgi.com Fri May 4 15:58:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44Mw6M27402 for linux-xfs-outgoing; Fri, 4 May 2001 15:58:06 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44Mw5F27397 for ; Fri, 4 May 2001 15:58:05 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f44MvxU12102; Fri, 4 May 2001 17:57:59 -0500 (CDT) Message-ID: <3AF3344D.1D933321@sgi.com> Date: Fri, 04 May 2001 17:59:25 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Andriy.Bilous@satama.de CC: linux-xfs@oss.sgi.com Subject: Re: cannot mount root-fs References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk When you say you cannot boot, when does it fail - Lilo? Kernel startup? Initscripts? -Eric Andriy.Bilous@satama.de wrote: > > Hi! > > It's sounds funny, but I cannot boot with patched kernel. I just recompile > new 2.4.3 kernel with xfs patches - linux-2.4-xfs-1.0.patch and > linux-2.4.3-core-xfs-1.0.patch. Any changes in fstab, ext2fs support in > kernel - OK. And now cannot booting... I use static /dev filesystem. May > be it's a problem? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 16:26:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44NQFi28042 for linux-xfs-outgoing; Fri, 4 May 2001 16:26:15 -0700 Received: from cube.gelatinous.com (cube.gelatinous.com [207.82.194.150]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f44NQEF28039 for ; Fri, 4 May 2001 16:26:15 -0700 Received: (qmail 35099 invoked by uid 1000); 4 May 2001 23:26:14 -0000 Date: Fri, 4 May 2001 16:26:14 -0700 From: Aaron Smith To: linux-xfs@oss.sgi.com Subject: loopback devices (is the FAQ entry out of date?) Message-ID: <20010504162614.D92452@gelatinous.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The XFS FAQ says 2.4.2 needs a patch by Jens Axboes for loopback block devices to work under XFS. Is this still true as of 2.4.4? Thanks, Aaron From owner-linux-xfs@oss.sgi.com Fri May 4 16:29:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44NTFB28096 for linux-xfs-outgoing; Fri, 4 May 2001 16:29:15 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44NTEF28093 for ; Fri, 4 May 2001 16:29:14 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f44NT7U19322; Fri, 4 May 2001 18:29:07 -0500 (CDT) Message-ID: <3AF33B98.368B47E9@sgi.com> Date: Fri, 04 May 2001 18:30:32 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Aaron Smith CC: linux-xfs@oss.sgi.com Subject: Re: loopback devices (is the FAQ entry out of date?) References: <20010504162614.D92452@gelatinous.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Aaron Smith wrote: > > The XFS FAQ says 2.4.2 needs a patch by Jens Axboes for loopback block > devices to work under XFS. Is this still true as of 2.4.4? I'm fairly certain that loopback is working again under 2.4.4 - the 2.4.3 and 2.4.4 changelogs both reference loopback fixes. Maybe Jens will chime in with a definitive answer... :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Fri May 4 18:00:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4510aJ30863 for linux-xfs-outgoing; Fri, 4 May 2001 18:00:36 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f4510XF30859 for ; Fri, 4 May 2001 18:00:34 -0700 Received: (qmail 31725 invoked from network); 5 May 2001 01:00:30 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 5 May 2001 01:00:30 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: ThH cc: linux-xfs@oss.sgi.com Subject: Re: XFS 1.0 on AlphaLinux LVM In-reply-to: Your message of "Fri, 04 May 2001 16:31:17 +0200." <3AF2BD35.46EC15B8@freakmail.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 May 2001 11:00:29 +1000 Message-ID: <13043.989024429@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 04 May 2001 16:31:17 +0200, ThH wrote: >like with 0.10.3, the Release 1.0 doesn't work with my >LinuxAlphastation. This time I've added a part of the /var/log/messages >file. The alpha oops log is badly designed, they strip off the high order address bits to save space, they decode instructions themselves and they put the trace after the code. All of that messes up ksymoops so I have reformatted your oops log to something that ksymoops should cope with. Please run this reformatted log through ksymoops on your alpha using the System.map for the failing kernel and send the output to linux-xfs. Get the latest ksymoops from ftp://ftp.kernel.org/pub/linux/utils/kernel/ksymoops/v2.4 or a ftp.de.kernel.org mirror. May 4 15:55:56 alpha kernel: mount(753): Kernel Bug 1 May 4 15:55:56 alpha kernel: pc = [] ra = [] ps = 0000 May 4 15:55:56 alpha kernel: v0 = fffffc0005fe94b0 t0 = 0000000000000200 t1 = 0000000000000000 May 4 15:55:56 alpha kernel: t2 = fffffc0005fef000 t3 = 0000000000000800 t4 = ffffffff00000000 May 4 15:55:56 alpha kernel: t5 = 0000000000000001 t6 = 00000000001f4b1c t7 = fffffc000199c000 May 4 15:55:56 alpha kernel: a0 = fffffc0005fe94b0 a1 = fffffc0003c75520 a2 = fffffc0003c74c20 May 4 15:55:56 alpha kernel: a3 = 0000000000003a01 a4 = fffffc000066b988 a5 = 0000000000000001 May 4 15:55:56 alpha kernel: t8 = 0000000000000004 t9 = fffffc0000518b08 t10= 00000000002bfff0 May 4 15:55:56 alpha kernel: t11= 0000000000002000 pv = fffffc00004541c0 at = 0000000000000001 May 4 15:55:56 alpha kernel: gp = fffffc000063ae20 sp = fffffc000199f5f8 May 4 15:55:57 alpha kernel: Trace:fffffc0000454d4c fffffc0000518fe0 fffffc00003c3d38 fffffc0000454d64 fffffc00003c3eb8 fffffc00003c41c4 fffffc00003c4790 fffffc00003c4320 fffffc00003c3fe0 fffffc00003c367c fffffc00003c2d64 fffffc000043d970 fffffc0000428560 fffffc00004324c0 fffffc0000427bb8 fffffc00004323a8 fffffc00004328bc fffffc0000432934 fffffc00004473e0 fffffc000034fda4 fffffc00003658a8 fffffc0000353444 fffffc000035012c fffffc000034fb9c fffffc000034fca8 fffffc0000350190 fffffc0000351514 fffffc0000351830 fffffc0000351810 fffffc0000310aa0 fffffc00003109f8 May 4 15:55:56 alpha kernel: Code: a02c0058 e5600001 a02d0004 b43e0070 c3e00002 00000081 a42a0020 From owner-linux-xfs@oss.sgi.com Sat May 5 01:43:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f458hRR06206 for linux-xfs-outgoing; Sat, 5 May 2001 01:43:27 -0700 Received: from wiprom2mx1.wipro.com (wiprom2mx1.wipro.com [203.197.164.41]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f458hOF06203 for ; Sat, 5 May 2001 01:43:25 -0700 Received: from m2vwall2.wipro.com (m2vwall2.wipro.com [164.164.27.52]) by wiprom2mx1.wipro.com (8.9.3+Sun/8.9.3) with SMTP id OAA25669 for ; Sat, 5 May 2001 14:21:40 GMT Received: from wipro.tcpn.com ([172.31.41.11]) by sarovar.mail.wipro.com (Netscape Messaging Server 4.15) with ESMTP id GCUTU000.S7U for ; Sat, 5 May 2001 14:19:12 +0530 Received: from pelican.wipro.tcpn.com (pelican.wipro.tcpn.com [172.31.42.201]) by wipro.tcpn.com (8.9.3/8.9.3) with ESMTP id OAA22595; Sat, 5 May 2001 14:11:54 +0530 (IST) Received: from wipro.co.in (isd246.wipro.tcpn.com [172.31.42.246]) by pelican.wipro.tcpn.com (8.8.5/8.8.5) with ESMTP id OAA07854; Sat, 5 May 2001 14:10:55 +0530 (IST) Message-ID: <3AF3BF07.5C0E03CB@wipro.co.in> Date: Sat, 05 May 2001 14:21:20 +0530 From: Chandramouli X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: Nithya Subject: XFS on SuSE7.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi All, Could you please provide me some information on how to install XFS on SuSE7.1 linux. Or if you know a place where this doc. already exists please point me to that ...... Thanks in advance Regds Mouli From owner-linux-xfs@oss.sgi.com Sat May 5 03:09:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45A9E007104 for linux-xfs-outgoing; Sat, 5 May 2001 03:09:14 -0700 Received: from virtualhost.dk (ns.virtualhost.dk [195.184.98.160]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45A9BF07100 for ; Sat, 5 May 2001 03:09:11 -0700 Received: from burns.home.kernel.dk ([192.168.0.2] ident=root) by virtualhost.dk with esmtp (Exim 3.22 #4) id 14vyzS-0001QI-00; Sat, 05 May 2001 12:08:42 +0200 Received: from axboe by burns.home.kernel.dk with local (Exim 3.13 #1 (Debian)) id 14vyzL-0007Ij-00; Sat, 05 May 2001 12:08:35 +0200 Date: Sat, 5 May 2001 12:08:35 +0200 From: Jens Axboe To: Eric Sandeen Cc: Aaron Smith , linux-xfs@oss.sgi.com Subject: Re: loopback devices (is the FAQ entry out of date?) Message-ID: <20010505120835.G24237@suse.de> References: <20010504162614.D92452@gelatinous.com> <3AF33B98.368B47E9@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3AF33B98.368B47E9@sgi.com>; from sandeen@sgi.com on Fri, May 04, 2001 at 06:30:32PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, May 04 2001, Eric Sandeen wrote: > Aaron Smith wrote: > > > > The XFS FAQ says 2.4.2 needs a patch by Jens Axboes for loopback block > > devices to work under XFS. Is this still true as of 2.4.4? > > I'm fairly certain that loopback is working again under 2.4.4 - the > 2.4.3 and 2.4.4 changelogs both reference loopback fixes. > > Maybe Jens will chime in with a definitive answer... :) 2.4.4 should be fine, there are some minor buglets in there but nothing that will prevent it from working. -- Jens Axboe From owner-linux-xfs@oss.sgi.com Sat May 5 04:22:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45BMKJ08090 for linux-xfs-outgoing; Sat, 5 May 2001 04:22:20 -0700 Received: from legba.tvnet.hu (legba.tvnet.hu [195.38.96.20]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45BMIF08087 for ; Sat, 5 May 2001 04:22:18 -0700 Received: from dumballah.tvnet.hu (zeus.city.tvnet.hu [195.38.100.182]) by legba.tvnet.hu (8.9.3+Sun/8.9.3) with ESMTP id NAA20229 for ; Sat, 5 May 2001 13:22:13 +0200 (MEST) Message-ID: <3AF3E2A9.70603@dumballah.tvnet.hu> Date: Sat, 05 May 2001 13:23:21 +0200 From: Sipos Ferenc User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-ac2 i686; en-US; 0.8.1) Gecko/20010430 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: rh 7.1 installation question Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi! I don't have any redhat 7.1 cds, I used to choose the network installation method, because I have fast connection. I've tried the sgi installer's bootnet image, and it works. My question is: is it possible, that after the network installation of sgi's xfs install the redhat rpms in a network way like the original network installation method? I don't want to try it out, because it's a home machine, and if it won't work, than I have to reinstall everything. Please tell me, if anybody has such experience, because it it works, I will reinstall my system. Thx Paco From owner-linux-xfs@oss.sgi.com Sat May 5 06:57:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45DvRk10768 for linux-xfs-outgoing; Sat, 5 May 2001 06:57:27 -0700 Received: from marvin.linux-dude.com (c-e98a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.233]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45DvPF10765 for ; Sat, 5 May 2001 06:57:26 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin.linux-dude.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f45Dv2001165 for ; Sat, 5 May 2001 15:57:04 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: linux-xfs@oss.sgi.com Subject: Incredibly slow rebuild of small access_db on xfs partition Date: Sat, 5 May 2001 15:57:01 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01050515570100.01078@marvin> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, The command (in /etc/mail), # time make Rebuilding /etc/mail/access.db. makemap hash -f /etc/mail/access.db < /etc/mail/access test -e /etc/mail/access.db && touch /etc/mail/access.db real 1m55.378s user 0m0.170s sys 0m18.880s takes almost two minutes to complete. The access_db has only # wc access 705 1428 15002 access entries. I have to identical installations of suse 7.1 (on this dual PIII with intel chipsets (all over it seems to me). One uses reiserfs and this one xfs. The disk is with the xfs partition is, hda: IBM-DTTA-351010, ATA DISK drive hda: 19807200 sectors (10141 MB) w/466KiB Cache, CHS=1232/255/63 and has performed reliably so far. On the reiserfs-partitions this command takes normal time (<< 1s). The makemap command will eventually complete after accessing the disk for the duration of the command. After completion, no error messages are logged seen in dmesg or /var/log/messages. Also, the memory usage is quite exessive. Im only running KDE right how and, > free total used free shared buffers cached Mem: 254684 249156 5528 0 4 69748 -/+ buffers/cache: 179404 75280 Swap: 72252 1496 70756 Any clues? Greetings, Jarek From owner-linux-xfs@oss.sgi.com Sat May 5 07:12:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45ECUp11134 for linux-xfs-outgoing; Sat, 5 May 2001 07:12:30 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45ECRF11131 for ; Sat, 5 May 2001 07:12:27 -0700 Received: (qmail 4017 invoked from network); 5 May 2001 14:12:24 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 5 May 2001 14:12:24 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Jarek Luberek cc: linux-xfs@oss.sgi.com Subject: Re: Incredibly slow rebuild of small access_db on xfs partition In-reply-to: Your message of "Sat, 05 May 2001 15:57:01 +0200." <01050515570100.01078@marvin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 May 2001 00:12:23 +1000 Message-ID: <17466.989071943@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 5 May 2001 15:57:01 +0200, Jarek Luberek wrote: >makemap hash -f /etc/mail/access.db < /etc/mail/access >takes almost two minutes to complete. The access_db has only strace -c makemap hash -f /etc/mail/access.db < /etc/mail/access will give a summary of system calls and speed, as a first step in working out where the delay is. From owner-linux-xfs@oss.sgi.com Sat May 5 08:30:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45FUce13532 for linux-xfs-outgoing; Sat, 5 May 2001 08:30:38 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45FUbF13529 for ; Sat, 5 May 2001 08:30:37 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f45FSRA09605; Sat, 5 May 2001 10:28:27 -0500 (CDT) Message-ID: <3AF41C77.D1A23AA9@sgi.com> Date: Sat, 05 May 2001 10:29:59 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Chandramouli CC: linux-xfs@oss.sgi.com, Nithya Subject: Re: XFS on SuSE7.1 References: <3AF3BF07.5C0E03CB@wipro.co.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chandramouli wrote: > Could you please provide me some information on how to install XFS > on SuSE7.1 linux. Or if you know a place where this doc. already exists > please point me to that ...... Well, installing from the source will always work. :) Pay attention to the compiler you use to build your kernel, we recommend 2.91.66, but there have been reports of 2.95.x working. If you have any problems building or running XFS, please try 2.91.66 and see if that fixes it. The userspace commands (you'll need at least xfsprogs) can be built from the source as well, of course, but the existing RPMs might work ok on your SuSE system. It looks like one difference is that SuSE 7.1 puts man pages in /usr/share/man, while our RPMs have them in /usr/man. If you want to run your whole system on XFS, that's still tricky at this point - you'll need to have enough extra partitions to copy over your system from ext2 partitions to XFS partitions. We have some general information on this here: http://linux-xfs.sgi.com/projects/xfs/xfsroot.html If anyone who is SuSE-savvy would like to build some SuSE packages, that would be most welcome! :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sat May 5 10:04:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45H47F15517 for linux-xfs-outgoing; Sat, 5 May 2001 10:04:07 -0700 Received: from infa.abo.fi (IDENT:root@infa.abo.fi [130.232.208.126]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45H45F15514 for ; Sat, 5 May 2001 10:04:06 -0700 Received: (from jweeriks@localhost) by infa.abo.fi (8.9.3/8.9.3) id UAA16845 for linux-xfs@oss.sgi.com; Sat, 5 May 2001 20:04:01 +0300 Date: Sat, 5 May 2001 20:04:01 +0300 From: Johannes Eriksson To: linux-xfs@oss.sgi.com Subject: Re: XFS on SuSE7.1 Message-ID: <20010505200401.A16626@infa.abo.fi> Reply-To: Johannes Eriksson Mail-Followup-To: linux-xfs@oss.sgi.com References: <3AF3BF07.5C0E03CB@wipro.co.in> <3AF41C77.D1A23AA9@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i In-Reply-To: <3AF41C77.D1A23AA9@sgi.com>; from sandeen@sgi.com on Sat, May 05, 2001 at 10:29:59AM -0500 X-Operating-System: Linux 2.2.19 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk * Eric Sandeen [Sat, May 05, 2001 at 10:29:59AM -0500]: > > The userspace commands (you'll need at least xfsprogs) can be built from > the source as well, of course, but the existing RPMs might work ok on > your SuSE system. It looks like one difference is that SuSE 7.1 puts > man pages in /usr/share/man, while our RPMs have them in /usr/man. > Why? Red Hat 7.x also puts man pages in /usr/share/man, which is where they should be according to FHS 2.0. -- Johannes Eriksson From owner-linux-xfs@oss.sgi.com Sat May 5 10:23:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45HNnM16188 for linux-xfs-outgoing; Sat, 5 May 2001 10:23:49 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45HNmF16185 for ; Sat, 5 May 2001 10:23:48 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f45HNeA15755; Sat, 5 May 2001 12:23:41 -0500 (CDT) Message-ID: <3AF43774.62270B72@sgi.com> Date: Sat, 05 May 2001 12:25:08 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Johannes Eriksson CC: linux-xfs@oss.sgi.com Subject: Re: XFS on SuSE7.1 References: <3AF3BF07.5C0E03CB@wipro.co.in> <3AF41C77.D1A23AA9@sgi.com> <20010505200401.A16626@infa.abo.fi> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Johannes Eriksson wrote: > Why? Red Hat 7.x also puts man pages in /usr/share/man, which is where > they should be according to FHS 2.0. Good question. :) Nathan did the RPM packages, I think - we can probably fix that up next time around. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sat May 5 10:31:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45HVP116351 for linux-xfs-outgoing; Sat, 5 May 2001 10:31:25 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45HVOF16347 for ; Sat, 5 May 2001 10:31:24 -0700 Received: (qmail 19188 invoked by uid 0); 5 May 2001 17:31:17 -0000 Received: from adsl-4-185.adsl.easynet.fr (HELO mail.gmx.de) (195.114.94.185) by mail.gmx.net (mp001-rz3) with SMTP; 5 May 2001 17:31:17 -0000 Message-ID: <200105051930130023.0064A46E@mail.gmx.de> X-Mailer: Calypso Version 3.20.01.01 (4) Date: Sat, 05 May 2001 19:30:13 +0200 From: "linux" To: linux-xfs@oss.sgi.com Subject: Problem compliling kernel Mime-Version: 1.0 Content-Type: text/plain; charset="WINDOWS-1250" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f45HVOF16348 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, i have a mandrake 8.0 on an athlon proc. i changed my kernel for an 2.4.3 for some network reasons and now, i would like to have a journaling filesystem , so XFS... i applied the two patches : linux-2.4-xfs-1.0.patch linux-2.4.3-core-xfs-1.0.patch but when i tried to compile xfs in the kernel : and i have this last error : xfs_bmap.c:2721: Unrecognizable insn: (insn/i 137 3604 3598 (parallel[ (set (reg:SI 0 eax) (asm_operands ("") ("=a") 0[ (reg:DI 1 edx) ] [ (asm_input:DI ("A")) ] ("linux/xfs_linux.h") 287)) (set (reg:SI 1 edx) (asm_operands ("") ("=d") 1[ (reg:DI 1 edx) ] [ (asm_input:DI ("A")) ] ("linux/xfs_linux.h") 287)) (clobber (reg:QI 19 dirflag)) (clobber (reg:QI 18 fpsr)) (clobber (reg:QI 17 flags)) ] ) -1 (nil) (nil)) xfs_bmap.c:2721: confused by earlier errors, bailing out make[3]: *** [xfs_bmap.o] Erreur 2 make[3]: Quitte le répertoire `/usr/src/linux-xfs/fs/xfs' make[2]: *** [first_rule] Erreur 2 make[2]: Quitte le répertoire `/usr/src/linux-xfs/fs/xfs' make[1]: *** [_subdir_xfs] Erreur 2 make[1]: Quitte le répertoire `/usr/src/linux-xfs/fs' make: *** [_dir_fs] Erreur 2 i do not know what is wrong... thanks @++ nico From owner-linux-xfs@oss.sgi.com Sat May 5 10:32:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45HWLE16377 for linux-xfs-outgoing; Sat, 5 May 2001 10:32:21 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45HWLF16374 for ; Sat, 5 May 2001 10:32:21 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f45HV4T21397 for ; Sat, 5 May 2001 12:31:04 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Sat, 5 May 2001 12:31:04 -0500 (CDT) From: Austin Gonyou To: Subject: Tuning XFS for peak performance. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Is there a document which has a configuration matrix of how XFS should be setup to offer peak performance? Say, for a mail/news server format your xfs partitions with these parameters, adjusting the journal size as needed for x% of your drive. Or perhpaps more importantly, a drive of size X needs a journal of x%, a drive of size XX needs a journal of x%, etc? Is there anything which exists like this? Does anyone have any tips here? I'm seeing less than stellar system performance. While stable, it doesn't do me any good if I have to wait 5 mins for PINE to open when it's only moving a few messages from inbox to other boxes. The same operation would take 30 seconds with ReiserFS. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Sat May 5 10:43:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45HhXo16546 for linux-xfs-outgoing; Sat, 5 May 2001 10:43:33 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45HhWF16543 for ; Sat, 5 May 2001 10:43:32 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id C6222CC26; Sat, 5 May 2001 19:41:32 +0100 (BST) To: "linux" Cc: linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel References: <200105051930130023.0064A46E@mail.gmx.de> From: Chmouel Boudjnah Date: 05 May 2001 19:41:32 +0100 In-Reply-To: <200105051930130023.0064A46E@mail.gmx.de> ("linux"'s message of "Sat, 05 May 2001 19:30:13 +0200") Message-ID: Lines: 26 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "linux" writes: > hi, > > i have a mandrake 8.0 on an athlon proc. > i changed my kernel for an 2.4.3 for some network reasons > and now, i would like to have a journaling filesystem , so XFS... use kgcc : http://linux-xfs.sgi.com/projects/xfs/faq.html: Q: Are there any known issues about gcc 2.95 for compiling the XFS kernel tree? Yes. So far there were some problems reported with kernels built with gcc 2.95 which were solved by compiling it with egcs 2.91.66. So for now please use version gcc 2.91.66 (aka egcs 1.1.2) to build your XFS kernel. If you are using a debian or SuSE based system this means that you may have to find and install this egcs version. Please note that the problems with gcc 2.95 seem to be restriced to the i386 platform - on the ppc it works just fine with 2.95 for instance. All said for gcc 2.95 also applies to redhat's gcc 2.96. On the other hand the gcc 2.95.3 (20010125) from debian unstable seems to work. kgcc on a Red Hat systems and are located in the compat-egcs package, Linux-Mandrake systems it's located in the egcs package. From owner-linux-xfs@oss.sgi.com Sat May 5 10:51:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45Hp8D16694 for linux-xfs-outgoing; Sat, 5 May 2001 10:51:08 -0700 Received: from giants.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45Hp7F16691 for ; Sat, 5 May 2001 10:51:07 -0700 Received: by giants.mandrakesoft.com (Postfix, from userid 500) id 850F9CC26; Sat, 5 May 2001 19:49:08 +0100 (BST) To: Eric Sandeen Cc: Johannes Eriksson , linux-xfs@oss.sgi.com Subject: Re: XFS on SuSE7.1 References: <3AF3BF07.5C0E03CB@wipro.co.in> <3AF41C77.D1A23AA9@sgi.com> <20010505200401.A16626@infa.abo.fi> <3AF43774.62270B72@sgi.com> From: Chmouel Boudjnah Date: 05 May 2001 19:49:08 +0100 In-Reply-To: <3AF43774.62270B72@sgi.com> (Eric Sandeen's message of "Sat, 05 May 2001 12:25:08 -0500") Message-ID: Lines: 25 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.102 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > Johannes Eriksson wrote: > > > Why? Red Hat 7.x also puts man pages in /usr/share/man, which is where > > they should be according to FHS 2.0. > > Good question. :) Nathan did the RPM packages, I think - we can > probably fix that up next time around. well for the mdk package i did : %install [...] mv %{buildroot}/usr/man %{buildroot}/%{_mandir} [... filelist build ....] perl -p -i -e 's|/usr/man|%{_mandir}|' files*rpm > > -Eric From owner-linux-xfs@oss.sgi.com Sat May 5 11:00:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45I02516996 for linux-xfs-outgoing; Sat, 5 May 2001 11:00:02 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45I00F16975 for ; Sat, 5 May 2001 11:00:00 -0700 Received: (qmail 18566 invoked by uid 0); 5 May 2001 17:59:53 -0000 Received: from adsl-4-185.adsl.easynet.fr (HELO mail.gmx.de) (195.114.94.185) by mail.gmx.net (mail07) with SMTP; 5 May 2001 17:59:53 -0000 Message-ID: <200105051958490712.007ED63E@mail.gmx.de> In-Reply-To: References: <200105051930130023.0064A46E@mail.gmx.de> X-Mailer: Calypso Version 3.20.01.01 (4) Date: Sat, 05 May 2001 19:58:49 +0200 From: "linux" To: "Chmouel Boudjnah" Cc: linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f45I01F16986 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi thanks for your answer. i red in the mailing list archive, that kgcc was not required so i have installed egcs 1.1.2-44mdk now when i try to compile i've made a : make clean; make dep i have this when i do a make bzImage : kgcc -D__KERNEL__ -I/usr/src/linux-xfs/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -malign-functions=4 -c -o init/main.o init/main.c : warning: "cpu" re-asserted : warning: "machine" re-asserted In file included from /usr/src/linux-xfs/include/linux/kernel.h:10, from /usr/src/linux-xfs/include/linux/wait.h:13, from /usr/src/linux-xfs/include/linux/fs.h:12, from /usr/src/linux-xfs/include/linux/capability.h:17, from /usr/src/linux-xfs/include/linux/binfmts.h:5, from /usr/src/linux-xfs/include/linux/sched.h:9, from /usr/src/linux-xfs/include/linux/mm.h:4, from /usr/src/linux-xfs/include/linux/slab.h:14, from /usr/src/linux-xfs/include/linux/proc_fs.h:5, from init/main.c:15: /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:43: parse error before `__gnuc_va_list' /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:43: warning: data definition has no type or storage class /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:110: parse error before `va_list' /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:110: warning: data definition has no type or storage class In file included from /usr/src/linux-xfs/include/linux/wait.h:13, from /usr/src/linux-xfs/include/linux/fs.h:12, from /usr/src/linux-xfs/include/linux/capability.h:17, from /usr/src/linux-xfs/include/linux/binfmts.h:5, from /usr/src/linux-xfs/include/linux/sched.h:9, from /usr/src/linux-xfs/include/linux/mm.h:4, from /usr/src/linux-xfs/include/linux/slab.h:14, from /usr/src/linux-xfs/include/linux/proc_fs.h:5, from init/main.c:15: /usr/src/linux-xfs/include/linux/kernel.h:62: parse error before `va_list' /usr/src/linux-xfs/include/linux/kernel.h:62: warning: function declaration isn't a prototype cpp: -lang-c: linker input file unused since linking not done make: *** [init/main.o] Erreur 1 thanks @++ Nico Le 05/05/2001 à 19:41 Chmouel Boudjnah a écrit : >"linux" writes: > >> hi, >> >> i have a mandrake 8.0 on an athlon proc. >> i changed my kernel for an 2.4.3 for some network reasons >> and now, i would like to have a journaling filesystem , so XFS... > >use kgcc : From owner-linux-xfs@oss.sgi.com Sat May 5 11:09:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45I96U17207 for linux-xfs-outgoing; Sat, 5 May 2001 11:09:06 -0700 Received: from babel.spoiled.org (babel.spoiled.org [212.84.234.227]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45I94F17203 for ; Sat, 5 May 2001 11:09:04 -0700 Received: (qmail 10779 invoked by uid 8); 5 May 2001 18:09:02 -0000 From: thomas graichen Reply-To: thomas graichen X-Newsgroups: spoiled.linux.sgi.xfs Subject: suggestion: splitting the xfs list Date: Sat, 5 May 2001 19:09:25 +0200 Organization: spoiled dot org Lines: 19 Distribution: local Message-ID: Reply-To: thomas graichen X-Complaints-To: newsmaster@spoiled.org User-Agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.3-XFS (i586)) To: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk just an idea: now that most of the postings on this list are about rpm's, devfs problems, congrats to the 1.0 release* - wouldn't it be a good idea to split the list into a technical list - say xfs-hackers and a user list (i think it's best to leave the old list for this) so that people not having too much time can still keep up with all the XFS technical efforts and people trying and using XFS have a forum too ... as said - this is just an idea ... t * i think this is not a problem as such, but i assume this movement of the contents in the list will get more and more into that direction as more as XFS gets an often used fs -- thomas graichen ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery From owner-linux-xfs@oss.sgi.com Sat May 5 11:16:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45IGHi17372 for linux-xfs-outgoing; Sat, 5 May 2001 11:16:17 -0700 Received: from fencepost.gnu.org (we-refuse-to-spy-on-our-users@fencepost.gnu.org [199.232.76.164]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45IGGF17369 for ; Sat, 5 May 2001 11:16:16 -0700 Received: from buytenh by fencepost.gnu.org with local (Exim 3.16 #1 (Debian)) id 14w6bE-0007uK-00; Sat, 05 May 2001 14:16:12 -0400 Date: Sat, 5 May 2001 14:16:12 -0400 From: Lennert Buytenhek To: thomas graichen Cc: linux-xfs@oss.sgi.com Subject: Re: suggestion: splitting the xfs list Message-ID: <20010505141612.A30232@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from list-linux.sgi.xfs@spoiled.org on Sat, May 05, 2001 at 07:09:25PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sounds like a good plan. I would be most interested in a list with just announcements, for example. On Sat, May 05, 2001 at 07:09:25PM +0200, thomas graichen wrote: > just an idea: now that most of the postings on this list are about > rpm's, devfs problems, congrats to the 1.0 release* - wouldn't it > be a good idea to split the list into a technical list - say > xfs-hackers and a user list (i think it's best to leave the old > list for this) so that people not having too much time can > still keep up with all the XFS technical efforts and people > trying and using XFS have a forum too ... as said - this is > just an idea ... > > t > > * i think this is not a problem as such, but i assume this movement > of the contents in the list will get more and more into that > direction as more as XFS gets an often used fs > > -- > thomas graichen ... perfection is reached, not > when there is no longer anything to add, but when there is no > longer anything to take away. --- antoine de saint-exupery From owner-linux-xfs@oss.sgi.com Sat May 5 11:50:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45Ioev17913 for linux-xfs-outgoing; Sat, 5 May 2001 11:50:40 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45IodF17910 for ; Sat, 5 May 2001 11:50:39 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f45IoaA03904; Sat, 5 May 2001 13:50:36 -0500 (CDT) Message-ID: <3AF44BD9.DAFEE24@sgi.com> Date: Sat, 05 May 2001 13:52:09 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Lennert Buytenhek CC: linux-xfs@oss.sgi.com Subject: Re: suggestion: splitting the xfs list References: <20010505141612.A30232@gnu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Lennert Buytenhek wrote: > Sounds like a good plan. I would be most interested in a list with > just announcements, for example. Hi Lennert - there is such a list, see the mailing list page on the xfs website. > You may subscribe to the mailing list by sending a message > to the address: > > majordomo@oss.sgi.com ... > Anybody wishing to not be involved with day to day > XFS discussions may subscribe to the announcements only list: > > subscribe linux-xfs-announce your@email.address -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sat May 5 12:25:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45JPat18405 for linux-xfs-outgoing; Sat, 5 May 2001 12:25:36 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45JPZF18402 for ; Sat, 5 May 2001 12:25:35 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f45JPSU24934; Sat, 5 May 2001 14:25:28 -0500 (CDT) Message-ID: <3AF45406.BFB1F78C@sgi.com> Date: Sat, 05 May 2001 14:27:02 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Johannes Eriksson , linux-xfs@oss.sgi.com Subject: Re: XFS on SuSE7.1 References: <3AF3BF07.5C0E03CB@wipro.co.in> <3AF41C77.D1A23AA9@sgi.com> <20010505200401.A16626@infa.abo.fi> <3AF43774.62270B72@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ah, I see now that it's probably a result of building the userspace packages on an older system - the man location is set during "configure" so if it's in /usr/man rather than /usr/share/man, that's probably a result of building on a non-FHS 2.0 compliant system. Still, next spin, we can clean that up. Thanks for pointing it out! -Eric Eric Sandeen wrote: > > Johannes Eriksson wrote: > > > Why? Red Hat 7.x also puts man pages in /usr/share/man, which is where > > they should be according to FHS 2.0. > > Good question. :) Nathan did the RPM packages, I think - we can > probably fix that up next time around. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sat May 5 13:14:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45KEkF19199 for linux-xfs-outgoing; Sat, 5 May 2001 13:14:46 -0700 Received: from marvin.linux-dude.com (c-f08a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.240]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45KEjF19196 for ; Sat, 5 May 2001 13:14:45 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin.linux-dude.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f45KEec00749; Sat, 5 May 2001 22:14:40 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: Keith Owens Subject: Re: Incredibly slow rebuild of small access_db on xfs partition Date: Sat, 5 May 2001 22:14:40 +0200 X-Mailer: KMail [version 1.2] References: <17466.989071943@ocs3.ocs-net> In-Reply-To: <17466.989071943@ocs3.ocs-net> Cc: linux-xfs@oss.sgi.com MIME-Version: 1.0 Message-Id: <01050522144000.00690@marvin> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Saturday 05 May 2001 16:12, you wrote: > On Sat, 5 May 2001 15:57:01 +0200, > > Jarek Luberek wrote: > >makemap hash -f /etc/mail/access.db < /etc/mail/access > >takes almost two minutes to complete. The access_db has only > > strace -c makemap hash -f /etc/mail/access.db < /etc/mail/access > > will give a summary of system calls and speed, as a first step in > working out where the delay is. After wiping the eggs from my face I had a look at the strace both from the good run and the bad. Where the good does a few things like ---------- open("/etc/mail/access.db", O_RDWR|O_CREAT|O_TRUNC, 0644) = 5 shmat(5, 0x242, 0x2) = ? stat64("/etc/mail/access.db", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 brk(0x805b000) = 0x805b000 fstat64(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 lseek(5, 0, SEEK_SET) = 0 write(5, "\0\6\25a\0\0\0\2\0\0\4\322\0\0\20\0\0\0\0\f\0\0\1\0\0\0"..., 260) = 260 lseek(5, 12288, SEEK_SET) = 12288 ----------- execution on the xfs partition is full of, ------- lseek(5, 786432, SEEK_SET) = 786432 write(5, "\0\0\372\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 65536) = 65536 lseek(5, 131072, SEEK_SET) = 131072 write(5, "\2\0\1\20\0\0\366\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 65536) = 65536 lseek(5, 524288, SEEK_SET) = 524288 write(5, "\4\0\367\377\3\0\3\20\362\377\344\377\362\377\0\0\0\0\0"..., 65536) = 65536 lseek(5, 655360, SEEK_SET) = 655360 write(5, "\0\0\372\377\0\0\366\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 65536) = 65536 -------- close to 20000 lines of it. I have to go back and figure out why my access.db got corrupt. The difference between the dumps seems to be: lseek(5, 0, SEEK_SET) = 0 write(5, "\0\6\25a\0\0\0\2\0\0\4\322\0\0\20\0\0\0\0\f\0\0\1\0\0\0"..., 260) = 260 lseek(5, 12288, SEEK_SET) = 12288 in the good dump and lseek(5, 0, SEEK_SET) = 0 write(5, "\0\6\25a\0\0\0\2\0\0\4\322\0\1\0\0\0\0\0\20\0\0\1\0\0\0"..., 260) = 260 lseek(5, 196608, SEEK_SET) = 196608 Which b.t.w. reminds me that /etc/hosts was full of NULL yesterday too. May be the same problem. I'll keep looking for clues. Greetings, Jarek From owner-linux-xfs@oss.sgi.com Sat May 5 13:29:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45KTag19424 for linux-xfs-outgoing; Sat, 5 May 2001 13:29:36 -0700 Received: from marvin.linux-dude.com (c-e18a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45KTZF19421 for ; Sat, 5 May 2001 13:29:35 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin.linux-dude.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f45KTX200729; Sat, 5 May 2001 22:29:33 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: linux-xfs@oss.sgi.com, Keith Owens Subject: Re: Incredibly slow rebuild of small access_db on xfs partition Date: Sat, 5 May 2001 22:29:32 +0200 X-Mailer: KMail [version 1.2] References: <17466.989071943@ocs3.ocs-net> <01050522144000.00690@marvin> In-Reply-To: <01050522144000.00690@marvin> MIME-Version: 1.0 Message-Id: <01050522293200.00688@marvin> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I just went back to the xfs partition an it seems that every time I run the makemap command I get a file of the size 154599424. The correct size is 28672. Finally, the output from strace -c on the xfs partition: % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 53.34 4.030099 788 5113 write 44.63 3.371511 651 5182 read 1.87 0.141185 14 10284 lseek The time of the makemap command on the xfs partition was this time real 0m24.263s user 0m0.070s sys 0m7.650s Greetings, jarek From owner-linux-xfs@oss.sgi.com Sat May 5 14:49:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45LnTT20805 for linux-xfs-outgoing; Sat, 5 May 2001 14:49:29 -0700 Received: from dusnt051.satama.de (dusmail.owd.de [194.77.80.139]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45LnRF20802 for ; Sat, 5 May 2001 14:49:28 -0700 Received: from 194.77.80.136 by dusnt051.satama.de (InterScan E-Mail VirusWall NT); Sat, 05 May 2001 23:49:10 +0200 (W. Europe Daylight Time) Received: from bellapc.satama (dhcp-179.satama.de [194.77.80.179]) by dus010.satama.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id D35JSMNP; Sat, 5 May 2001 23:49:09 +0200 Date: Sat, 5 May 2001 23:45:00 +0200 (CEST) From: Andriy.Bilous@satama.de X-Sender: bella@bellapc.satama To: linux cc: Chmouel Boudjnah , linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel In-Reply-To: <200105051958490712.007ED63E@mail.gmx.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Uncomment CC = $(CROSS_COMPILE)gcc -V egcs-2.91.66 and comment CC = $(CROSS_COMPILE)kgcc -- E-mail: Andriy.Bilous@satama.de From owner-linux-xfs@oss.sgi.com Sat May 5 15:23:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45MNll21104 for linux-xfs-outgoing; Sat, 5 May 2001 15:23:47 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45MNjF21101 for ; Sat, 5 May 2001 15:23:45 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by 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 PAA09271 for ; Sat, 5 May 2001 15:23:45 -0700 (PDT) mail_from (tduffy@engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id PAA92118; Sat, 5 May 2001 15:22:28 -0700 (PDT) Date: Sat, 5 May 2001 15:22:05 -0700 (PDT) From: Tom Duffy To: Sipos Ferenc cc: Subject: Re: rh 7.1 installation question In-Reply-To: <3AF3E2A9.70603@dumballah.tvnet.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I don't have any redhat 7.1 cds, I used to choose the network > installation method, because I have fast connection. I've tried the sgi > installer's bootnet image, and it works. My question is: is it possible, > that after the network installation of sgi's xfs install the redhat rpms > in a network way like the original network installation method? I don't > want to try it out, because it's a home machine, and if it won't work, > than I have to reinstall everything. Please tell me, if anybody has such > experience, because it it works, I will reinstall my system. my understanding is that you cannot do a mixed install with part CD and part network. if you want network, need to have an archive of the RH 7.1 + XFS images in one location. Eric (or anyone else), correct me if I am wrong? at some point, I think we were going to put an anonymous ftp up on oss of redhat+xfs but there were legal problems with having crypto rpms up there (and sgi did not want to go through the legal headaches of making sure it would be ok (you may think that the US opened up their encryption export policy, but there are still some legal questions about sticking stuff on the internet if you have not gotten g'ment permission (but IANAL))). so, if somebody who is not in the US or does not care if they get a call from the FBI or MPO :) wants to put up an ftp or http archive of all three CD's, this is what you can do: Copy redhat disk1 into a directory...then disk2...then sgi xfs disk. each time, make sure to copy *over* all the existing files that conflict. then, you should have a directory archive that can be installed from the three different network methods (assuming you have put this directory structure in a publicly accessable place :) and then watch your bandwith come to a screaching halt when you advertise this to linux-xfs... later, -tduffy From owner-linux-xfs@oss.sgi.com Sat May 5 15:34:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45MY3p21209 for linux-xfs-outgoing; Sat, 5 May 2001 15:34:03 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45MY2F21206 for ; Sat, 5 May 2001 15:34:02 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f45MXvmZ010276; Sat, 5 May 2001 17:33:57 -0500 (CDT) Message-ID: <3AF47FCF.B6D92A72@thebarn.com> Date: Sat, 05 May 2001 17:33:51 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jarek Luberek CC: linux-xfs@oss.sgi.com, Keith Owens Subject: Re: Incredibly slow rebuild of small access_db on xfs partition References: <17466.989071943@ocs3.ocs-net> <01050522144000.00690@marvin> <01050522293200.00688@marvin> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jarek Luberek wrote: This is probably the same problem as rpm --rebuilddb the db package apparently query the files system for the "optimal" transfer size, on XFS this is 64k on ext2 it's 4k. The theory is that db is using a 64k blocks for every record rather than 4k? You can turn this number down in xfs... hmm maybe I can make it a tunable parameter, that way we can test this theory quickly. > Hi, > > I just went back to the xfs partition an it seems that > every time I run the makemap command I get a file > of the size 154599424. The correct size is 28672. > > Finally, the output from strace -c on the xfs partition: > > % time seconds usecs/call calls errors syscall > ------ ----------- ----------- --------- --------- ---------------- > 53.34 4.030099 788 5113 write > 44.63 3.371511 651 5182 read > 1.87 0.141185 14 10284 lseek > > The time of the makemap command on the xfs partition > was this time > > real 0m24.263s > user 0m0.070s > sys 0m7.650s > > Greetings, > jarek -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Sat May 5 15:36:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45Mav321272 for linux-xfs-outgoing; Sat, 5 May 2001 15:36:57 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45MavF21269 for ; Sat, 5 May 2001 15:36:57 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f45MammZ010362; Sat, 5 May 2001 17:36:48 -0500 (CDT) Message-ID: <3AF4807B.877D6E55@thebarn.com> Date: Sat, 05 May 2001 17:36:43 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jarek Luberek CC: Keith Owens , linux-xfs@oss.sgi.com Subject: Re: Incredibly slow rebuild of small access_db on xfs partition References: <17466.989071943@ocs3.ocs-net> <01050522144000.00690@marvin> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jarek Luberek wrote: > > Which b.t.w. reminds me that /etc/hosts was full of NULL yesterday too. May > be the same problem. I'll keep looking for clues. Did the system come down abnormally? It's possible to have unwritten data in cache that would not be on disk of the system crash or was not cleanly shutdown. Since file size updates are one thing that is not logged, the size of the file may have been updated correctly but the actually data never went to disk. > > > Greetings, > Jarek -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Sat May 5 15:39:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45Md7E21294 for linux-xfs-outgoing; Sat, 5 May 2001 15:39:07 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45Md6F21291 for ; Sat, 5 May 2001 15:39:06 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f45Md1mZ010394; Sat, 5 May 2001 17:39:02 -0500 (CDT) Message-ID: <3AF48100.D475D1E7@thebarn.com> Date: Sat, 05 May 2001 17:38:56 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: linux CC: Chmouel Boudjnah , linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel References: <200105051930130023.0064A46E@mail.gmx.de> <200105051958490712.007ED63E@mail.gmx.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk linux wrote: > hi > > thanks for your answer. > i red in the mailing list archive, that kgcc was not required The devel tree has been fixed not the 1.0 tree. > > > so i have installed egcs 1.1.2-44mdk make sure to do a "make mrproper " before switching compilers. > > now when i try to compile > i've made a : make clean; make dep > i have this when i do a make bzImage : > kgcc -D__KERNEL__ -I/usr/src/linux-xfs/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -malign-functions=4 -c -o init/main.o init/main.c > : warning: "cpu" re-asserted > : warning: "machine" re-asserted > In file included from /usr/src/linux-xfs/include/linux/kernel.h:10, > from /usr/src/linux-xfs/include/linux/wait.h:13, > from /usr/src/linux-xfs/include/linux/fs.h:12, > from /usr/src/linux-xfs/include/linux/capability.h:17, > from /usr/src/linux-xfs/include/linux/binfmts.h:5, > from /usr/src/linux-xfs/include/linux/sched.h:9, > from /usr/src/linux-xfs/include/linux/mm.h:4, > from /usr/src/linux-xfs/include/linux/slab.h:14, > from /usr/src/linux-xfs/include/linux/proc_fs.h:5, > from init/main.c:15: > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:43: parse error before `__gnuc_va_list' > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:43: warning: data definition has no type or storage class > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:110: parse error before `va_list' > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:110: warning: data definition has no type or storage class > In file included from /usr/src/linux-xfs/include/linux/wait.h:13, > from /usr/src/linux-xfs/include/linux/fs.h:12, > from /usr/src/linux-xfs/include/linux/capability.h:17, > from /usr/src/linux-xfs/include/linux/binfmts.h:5, > from /usr/src/linux-xfs/include/linux/sched.h:9, > from /usr/src/linux-xfs/include/linux/mm.h:4, > from /usr/src/linux-xfs/include/linux/slab.h:14, > from /usr/src/linux-xfs/include/linux/proc_fs.h:5, > from init/main.c:15: > /usr/src/linux-xfs/include/linux/kernel.h:62: parse error before `va_list' > /usr/src/linux-xfs/include/linux/kernel.h:62: warning: function declaration isn't a prototype > cpp: -lang-c: linker input file unused since linking not done > make: *** [init/main.o] Erreur 1 > > thanks > @++ > Nico > > Le 05/05/2001 à 19:41 Chmouel Boudjnah a écrit : > > >"linux" writes: > > > >> hi, > >> > >> i have a mandrake 8.0 on an athlon proc. > >> i changed my kernel for an 2.4.3 for some network reasons > >> and now, i would like to have a journaling filesystem , so XFS... > > > >use kgcc : -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Sat May 5 16:01:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45N1lV21521 for linux-xfs-outgoing; Sat, 5 May 2001 16:01:47 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45N1jF21512 for ; Sat, 5 May 2001 16:01:45 -0700 Received: (qmail 25181 invoked by uid 0); 5 May 2001 23:01:39 -0000 Received: from adsl-4-48.adsl.easynet.fr (HELO mail.gmx.de) (195.114.94.48) by mail.gmx.net (mail02) with SMTP; 5 May 2001 23:01:39 -0000 Message-ID: <200105060100330924.019315D3@mail.gmx.de> In-Reply-To: References: X-Mailer: Calypso Version 3.20.01.01 (4) Date: Sun, 06 May 2001 01:00:33 +0200 From: "linux" To: Andriy.Bilous@satama.de Cc: "Chmouel Boudjnah" , linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f45N1kF21514 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, thanks for your answer, i tried this once but it was complaining about not finding cpp0 [root@bretagne linux-xfs]# make bzImage gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/split-include scripts/split-include.c scripts/split-include include/linux/autoconf.h include/config gcc -V egcs-2.91.66 -D__KERNEL__ -I/usr/src/linux-xfs/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -malign-functions=4 -c -o init/main.o init/main.c gcc: installation problem, cannot exec `cpp0': Aucun fichier ou r?pertoire de ce type make: *** [init/main.o] Erreur 1 [root@bretagne linux-xfs]# locate cpp0 /usr/lib/gcc-lib/i586-mandrake-linux/2.96/cpp0 /usr/lib/gcc-lib/i586-mandrake-linux/2.96/tradcpp0 cpp0 is not at the right place ? where do i put it ? thanks @++ nico Le 05/05/2001 à 23:45 Andriy.Bilous@satama.de a écrit : >Uncomment >CC = $(CROSS_COMPILE)gcc -V egcs-2.91.66 >and comment >CC = $(CROSS_COMPILE)kgcc u From owner-linux-xfs@oss.sgi.com Sat May 5 16:02:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45N2gW21543 for linux-xfs-outgoing; Sat, 5 May 2001 16:02:42 -0700 Received: from ii.uib.no (eik.ii.uib.no [129.177.16.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45N2fF21539 for ; Sat, 5 May 2001 16:02:41 -0700 Received: from apal-192.ii.uib.no (apal.ii.uib.no) [129.177.192.27] by ii.uib.no with esmtp (Exim 3.03) id 14wB4b-0005I4-00 ; Sun, 06 May 2001 01:02:49 +0200 Received: (from janfrode@localhost) by apal.ii.uib.no (8.9.3+Sun/8.9.3) id BAA00431; Sun, 6 May 2001 01:02:38 +0200 (MEST) Date: Sun, 6 May 2001 01:02:38 +0200 From: Jan-Frode Myklebust To: Tom Duffy Cc: Sipos Ferenc , linux-xfs@oss.sgi.com Subject: Re: rh 7.1 installation question Message-ID: <20010506010237.A52@ii.uib.no> References: <3AF3E2A9.70603@dumballah.tvnet.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from tduffy@engr.sgi.com on Sat, May 05, 2001 at 03:22:05PM -0700 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, May 05, 2001 at 03:22:05PM -0700, Tom Duffy wrote: > > Copy redhat disk1 into a directory...then disk2...then sgi xfs disk. > each time, make sure to copy *over* all the existing files that conflict. > then, you should have a directory archive that can be installed from the > three different network methods (assuming you have put this directory > structure in a publicly accessable place :) done, or rather.. The necessary RH7.1 files are linked into the same directory structure. ftp://ftp.ii.uib.no/pub/RedHat-7.1-XFS/ Connected to the world (UNINETT) by 155MBit ATM. > > and then watch your bandwith come to a screaching halt when you advertise > this to linux-xfs... > Haven't been any problem so far, but it would probably be good if there showed up more mirrors listed at the oss.sgi.com webpages. -jf From owner-linux-xfs@oss.sgi.com Sat May 5 16:26:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45NQIk21947 for linux-xfs-outgoing; Sat, 5 May 2001 16:26:18 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45NQHF21944 for ; Sat, 5 May 2001 16:26:17 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f45NOtB00166; Sat, 5 May 2001 18:24:56 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF498D9.477C9936@thebarn.com> Date: Sat, 05 May 2001 19:20:41 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jan-Frode Myklebust CC: Tom Duffy , Sipos Ferenc , linux-xfs@oss.sgi.com Subject: Re: rh 7.1 installation question References: <3AF3E2A9.70603@dumballah.tvnet.hu> <20010506010237.A52@ii.uib.no> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jan-Frode Myklebust wrote: Or you could just grab it from ftp://ftp.thebarn.com/SGI/install This directory is maintained as such RH7.1 + 7.1 updates + SGI XFS In fact a nice mirror site would be good. > On Sat, May 05, 2001 at 03:22:05PM -0700, Tom Duffy wrote: > > > > Copy redhat disk1 into a directory...then disk2...then sgi xfs disk. > > each time, make sure to copy *over* all the existing files that conflict. > > then, you should have a directory archive that can be installed from the > > three different network methods (assuming you have put this directory > > structure in a publicly accessable place :) > > done, or rather.. The necessary RH7.1 files are linked into the same > directory structure. > > ftp://ftp.ii.uib.no/pub/RedHat-7.1-XFS/ > > Connected to the world (UNINETT) by 155MBit ATM. > > > > > and then watch your bandwith come to a screaching halt when you advertise > > this to linux-xfs... > > > > Haven't been any problem so far, but it would probably be good if > there showed up more mirrors listed at the oss.sgi.com webpages. > > -jf -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Sat May 5 16:26:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45NQgW21958 for linux-xfs-outgoing; Sat, 5 May 2001 16:26:42 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45NQfF21955 for ; Sat, 5 May 2001 16:26:41 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f45NQMB00173; Sat, 5 May 2001 18:26:22 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF49931.EA6E1939@thebarn.com> Date: Sat, 05 May 2001 19:22:09 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: linux CC: Andriy.Bilous@satama.de, Chmouel Boudjnah , linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel References: <200105060100330924.019315D3@mail.gmx.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk linux wrote: Mandrake 8.0 has kgcc, you need to use it. > Hi, > > thanks for your answer, > > i tried this once but it was complaining about not finding cpp0 > [root@bretagne linux-xfs]# make bzImage > gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/split-include scripts/split-include.c > scripts/split-include include/linux/autoconf.h include/config > gcc -V egcs-2.91.66 -D__KERNEL__ -I/usr/src/linux-xfs/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -malign-functions=4 -c -o init/main.o init/main.c > gcc: installation problem, cannot exec `cpp0': Aucun fichier ou r?pertoire de ce type > make: *** [init/main.o] Erreur 1 > [root@bretagne linux-xfs]# locate cpp0 > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/cpp0 > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/tradcpp0 > > cpp0 is not at the right place ? where do i put it ? > thanks > @++ > nico > > Le 05/05/2001 à 23:45 Andriy.Bilous@satama.de a écrit : > > >Uncomment > >CC = $(CROSS_COMPILE)gcc -V egcs-2.91.66 > >and comment > >CC = $(CROSS_COMPILE)kgcc > u -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Sat May 5 16:30:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45NUkp22143 for linux-xfs-outgoing; Sat, 5 May 2001 16:30:46 -0700 Received: from nic-41-c85-24.mw.mediaone.net (nic-41-c85-24.mn.mediaone.net [66.41.85.24]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f45NUiF22134 for ; Sat, 5 May 2001 16:30:44 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by nic-41-c85-24.mw.mediaone.net (8.11.2/8.11.2) with ESMTP id f45NSjr02032 for ; Sat, 5 May 2001 18:28:45 -0500 Date: Sat, 5 May 2001 18:28:45 -0500 (CDT) From: "Scott M. Hoffman" X-X-Sender: Reply-To: To: Subject: Updates for later gcc versions? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk After trying the patch for linux-2.4.4, using gcc 2.95.3, I'm wondering if there are plans to support the more up to date compilers, as it seems that the linux-kernel group has the kernel working well with even the RH7 and 7.1 gccs (2.96-64 and 2.96-81). If you're interested, the non-xfs kernel (2.4.4, and 2.4.5-pre1) works fine on my system compiled with gcc 2.95.3. Using the image created from patching 2.4.4, or 2.4.5-pre1, my system hangs at the ide init stage. This is where I had problems before, trying 2.4.2-ac12, which actually rebooted my system at that point. On a side note, while compiling, I noticed quite a bit of the following messages: xfs_log.h:60 _lsn_cmp defined but not used I'm more than happy to try any patches, or provide further info. Scott From owner-linux-xfs@oss.sgi.com Sat May 5 16:49:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f45NnYP23008 for linux-xfs-outgoing; Sat, 5 May 2001 16:49:34 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f45NnWF23005 for ; Sat, 5 May 2001 16:49:32 -0700 Received: (qmail 29571 invoked by uid 0); 5 May 2001 23:49:26 -0000 Received: from adsl-4-48.adsl.easynet.fr (HELO mail.gmx.de) (195.114.94.48) by mail.gmx.net (mp002-rz3) with SMTP; 5 May 2001 23:49:26 -0000 Message-ID: <200105060149260199.01BED4C7@mail.gmx.de> In-Reply-To: <3AF49931.EA6E1939@thebarn.com> References: <200105060100330924.019315D3@mail.gmx.de> <3AF49931.EA6E1939@thebarn.com> X-Mailer: Calypso Version 3.20.01.01 (4) Date: Sun, 06 May 2001 01:49:26 +0200 From: "linux" To: "Russell Cattelan" Cc: Andriy.Bilous@satama.de, "Chmouel Boudjnah" , linux-xfs@oss.sgi.com Subject: Re: Problem compliling kernel Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f45NnXF23006 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 05/05/2001 à 19:22 Russell Cattelan a écrit : >linux wrote: > >Mandrake 8.0 has kgcc, you need to use it. ok, one person says to Uncomment CC = $(CROSS_COMPILE)gcc -V egcs-2.91.66 and comment CC = $(CROSS_COMPILE)kgcc so i start again : i have a mandrake 8.0 linux box and there was no kgcc on it so i installed egcs 1.1.2-44mdk and now i have kgcc in /usr/bin and i started with a fresh kernel 2.4.3 downloaded from kernel.org i applied the two recommended patches : linux-2.4-xfs-1.0.patch linux-2.4.3-core-xfs-1.0.patch and choose the two kernel option (built in kernel) i do a make dep and the make bzImage fails : [root@bretagne linux-xfs]# make bzImage gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/split-include scripts/split-include.c scripts/split-include include/linux/autoconf.h include/config kgcc -D__KERNEL__ -I/usr/src/linux-xfs/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -malign-functions=4 -c -o init/main.o init/main.c : warning: "cpu" re-asserted : warning: "machine" re-asserted In file included from /usr/src/linux-xfs/include/linux/kernel.h:10, from /usr/src/linux-xfs/include/linux/wait.h:13, from /usr/src/linux-xfs/include/linux/fs.h:12, from /usr/src/linux-xfs/include/linux/capability.h:17, from /usr/src/linux-xfs/include/linux/binfmts.h:5, from /usr/src/linux-xfs/include/linux/sched.h:9, from /usr/src/linux-xfs/include/linux/mm.h:4, from /usr/src/linux-xfs/include/linux/slab.h:14, from /usr/src/linux-xfs/include/linux/proc_fs.h:5, from init/main.c:15: /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:43: parse error before `__gnuc_va_list' /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:43: warning: data definition has no type or storage class /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:110: parse error before `va_list' /usr/lib/gcc-lib/i586-mandrake-linux/2.96/include/stdarg.h:110: warning: data definition has no type or storage class In file included from /usr/src/linux-xfs/include/linux/wait.h:13, from /usr/src/linux-xfs/include/linux/fs.h:12, from /usr/src/linux-xfs/include/linux/capability.h:17, from /usr/src/linux-xfs/include/linux/binfmts.h:5, from /usr/src/linux-xfs/include/linux/sched.h:9, from /usr/src/linux-xfs/include/linux/mm.h:4, from /usr/src/linux-xfs/include/linux/slab.h:14, from /usr/src/linux-xfs/include/linux/proc_fs.h:5, from init/main.c:15: /usr/src/linux-xfs/include/linux/kernel.h:62: parse error before `va_list' /usr/src/linux-xfs/include/linux/kernel.h:62: warning: function declaration isn't a prototype cpp: -lang-c: linker input file unused since linking not done make: *** [init/main.o] Erreur 1 so what can i do, i don't understand what's going on thanks for your help @++ nico From owner-linux-xfs@oss.sgi.com Sat May 5 18:42:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f461g0S24626 for linux-xfs-outgoing; Sat, 5 May 2001 18:42:00 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f461fxF24623 for ; Sat, 5 May 2001 18:41:59 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f461fwA17215; Sat, 5 May 2001 20:41:58 -0500 (CDT) Message-ID: <3AF4AC45.3AADD654@sgi.com> Date: Sat, 05 May 2001 20:43:33 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: scott1021@mediaone.net CC: linux-xfs@oss.sgi.com Subject: Re: Updates for later gcc versions? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Scott M. Hoffman" wrote: > > After trying the patch for linux-2.4.4, using gcc 2.95.3, I'm wondering > if there are plans to support the more up to date compilers, as it seems > that the linux-kernel group has the kernel working well with even the RH7 > and 7.1 gccs (2.96-64 and 2.96-81). We do plan to get newer gcc's tested & working. I'm not sure Red Hat's kernel is the best measure of how well "2.96" works, there are well over 100 (200?) patches in their kernel, and probably patches to gcc as well - some of that may have to do with making 2.96 compile the kernel. There ARE fixes in the devel tree for 2.95.x, (the latest "official" gcc) that are not yet in the 1.0 tree. > On a side note, while compiling, I noticed quite a bit of the following > messages: xfs_log.h:60 _lsn_cmp defined but not used Quoting Russell a week or so ago: > Yes that is because the 2.95.3 compiler has a problem with > one of the inline functions, as such an ifdef turns off the > inline for that function. The side affect being the function is > defined for each file that includes that header file. > It's a hack to get around a bug in gcc 2.95.3. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sat May 5 18:48:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f461mJL24782 for linux-xfs-outgoing; Sat, 5 May 2001 18:48:19 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f461mIF24779 for ; Sat, 5 May 2001 18:48:18 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f461mBU06796; Sat, 5 May 2001 20:48:11 -0500 (CDT) Message-ID: <3AF4ADBC.F6645F36@sgi.com> Date: Sat, 05 May 2001 20:49:48 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Tom Duffy CC: Sipos Ferenc , linux-xfs@oss.sgi.com Subject: Re: rh 7.1 installation question References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Tom Duffy wrote: > my understanding is that you cannot do a mixed install with part CD and > part network. if you want network, need to have an archive of the RH 7.1 + > XFS images in one location. Eric (or anyone else), correct me if I am > wrong? That's correct. If anyone wants to hack anaconda to implement that (1/3 CD, 2/3 network), I'll accept patches. :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sat May 5 18:56:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f461u3124896 for linux-xfs-outgoing; Sat, 5 May 2001 18:56:03 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f461u2F24893 for ; Sat, 5 May 2001 18:56:02 -0700 Received: from dendennis.saarinen.org ([192.168.1.2] helo=dendennis) by vimfuego.saarinen.org with smtp (Exim 3.22 #1 (Red Hack)) id 14wDlv-0000rg-00; Sun, 06 May 2001 13:55:43 +1200 From: "Juha Saarinen" To: "Eric Sandeen" , "Linux-Xfs@Oss. Sgi. Com" Subject: RH GCC 2.96 patches Date: Sun, 6 May 2001 13:55:12 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk http://rpmfind.net/linux/RPM/redhat/7.1/i386////gcc-2.96-81.i386.html has a changelog of the RHL-specific patches. Not sure how complete the list is though. -- Juha The malformed orange Fails to satisfy the eye: Segmentation fault. From owner-linux-xfs@oss.sgi.com Sat May 5 19:29:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f462Tve25443 for linux-xfs-outgoing; Sat, 5 May 2001 19:29:57 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f462ToF25440 for ; Sat, 5 May 2001 19:29:51 -0700 Received: (qmail 8979 invoked from network); 6 May 2001 02:29:47 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 6 May 2001 02:29:47 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Daniel Podlejski cc: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: Re: XFS and Alan kernel tree In-reply-to: Your message of "Sat, 05 May 2001 23:08:16 +0200." <20010505230816.A31544@witch.underley.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 May 2001 12:29:46 +1000 Message-ID: <21978.989116186@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 5 May 2001 23:08:16 +0200, Daniel Podlejski wrote: >I merge XFS witch Alan tree (2.4.4-ac5). It's seems to be stable. >Patch against Alan tree is avaliable at: > >http://www.underley.eu.org/linux/patch.ac-xfs.diff.bz2 > >It's 1.0 SGI release. Only XFS, pagebuf and POSIX ACLs code, without KDB. linux-xfs added to cc: list. Could you try adding ftp://oss.sgi.com/projects/kdb/download/ix86/kdb-v1.8-2.4.4-ac5.gz to your patch? From owner-linux-xfs@oss.sgi.com Sat May 5 20:50:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f463o1r26478 for linux-xfs-outgoing; Sat, 5 May 2001 20:50:01 -0700 Received: from moe.rice.edu (moe.rice.edu [128.42.5.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f463njF26472 for ; Sat, 5 May 2001 20:49:45 -0700 Received: from photino.sid.rice.edu (photino.sid.rice.edu [128.42.162.116]) by moe.rice.edu (8.9.0/8.9.0) with ESMTP id WAA29861 for ; Sat, 5 May 2001 22:49:44 -0500 (CDT) Received: from photino.sid.rice.edu (rjain@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f463nidi022629 for ; Sat, 5 May 2001 22:49:44 -0500 Received: (from rjain@localhost) by photino.sid.rice.edu (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) id f463niqT022627 for linux-xfs@oss.sgi.com; Sat, 5 May 2001 22:49:44 -0500 Date: Sat, 5 May 2001 22:49:44 -0500 From: Rahul Jain To: linux-xfs@oss.sgi.com Subject: Re: rh 7.1 installation question Message-ID: <20010505224944.A22614@photino.sid.rice.edu> Reply-To: Rahul Jain Mail-Followup-To: linux-xfs@oss.sgi.com References: <3AF4ADBC.F6645F36@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <3AF4ADBC.F6645F36@sgi.com>; from sandeen@sgi.com on Sat, May 05, 2001 at 08:49:48PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, May 05, 2001 at 08:49:48PM -0500, Eric Sandeen wrote: > Tom Duffy wrote: > > > my understanding is that you cannot do a mixed install with part CD and > > part network. if you want network, need to have an archive of the RH 7.1 + > > XFS images in one location. Eric (or anyone else), correct me if I am > > wrong? > > That's correct. If anyone wants to hack anaconda to implement that (1/3 > CD, 2/3 network), I'll accept patches. :) > If only you had used debian :) -- -> -/- - Rahul Jain - -\- <- -> -\- http://linux.rice.edu/~rahul -=- mailto:rahul-jain@usa.net -/- <- -> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <- |--|--------|--------------|----|-------------|------|---------|-----|-| Version 11.423.999.220020101.23.50110101.042 (c)1996-2000, All rights reserved. Disclaimer available upon request. From owner-linux-xfs@oss.sgi.com Sun May 6 00:26:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f467QnZ28810 for linux-xfs-outgoing; Sun, 6 May 2001 00:26:49 -0700 Received: from marvin (c-ec8a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.236]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f467QfF28806 for ; Sun, 6 May 2001 00:26:42 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f467QFB00727; Sun, 6 May 2001 09:26:15 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: Incredibly slow rebuild of small access_db on xfs partition Date: Sun, 6 May 2001 09:26:15 +0200 X-Mailer: KMail [version 1.2] References: <17466.989071943@ocs3.ocs-net> <01050522144000.00690@marvin> <3AF4807B.877D6E55@thebarn.com> In-Reply-To: <3AF4807B.877D6E55@thebarn.com> MIME-Version: 1.0 Message-Id: <01050609261500.00687@marvin> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sunday 06 May 2001 00:36, you wrote: > Jarek Luberek wrote: > > Which b.t.w. reminds me that /etc/hosts was full of NULL yesterday too. > > May be the same problem. I'll keep looking for clues. > > Did the system come down abnormally? Possibly. My GeForce256 locks up occasionally during boot (which is why I started to use a journaling file system in the first place) > It's possible to have unwritten data in cache that would not be on > disk of the system crash or was not cleanly shutdown. I do edit /etc/hosts every boot and the lock-up occurs soon after that when X start. Is xfs journaling meta-data only? > Since file size updates are one thing that is not logged, the size of the > file may have been updated correctly but the actually data never went to > disk. /jarek From owner-linux-xfs@oss.sgi.com Sun May 6 02:54:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f469sUa30855 for linux-xfs-outgoing; Sun, 6 May 2001 02:54:30 -0700 Received: from smtp-server2.tampabay.rr.com (smtp-server2.tampabay.rr.com [65.32.1.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f469sNF30852 for ; Sun, 6 May 2001 02:54:24 -0700 Received: from cfl.rr.com (ubr-35.87.175.wmelbourne.cfl.rr.com [65.35.87.175]) by smtp-server2.tampabay.rr.com (8.11.2/8.11.2) with ESMTP id f469oTv22915; Sun, 6 May 2001 05:50:30 -0400 (EDT) Message-ID: <3AF51FA1.1DA5DE2B@cfl.rr.com> Date: Sun, 06 May 2001 05:55:45 -0400 From: Mark Hounschell Reply-To: dmarkh@cfl.rr.com X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: Chandramouli CC: linux-xfs@oss.sgi.com, Nithya Subject: Re: XFS on SuSE7.1 References: <3AF3BF07.5C0E03CB@wipro.co.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Chandramouli wrote: > > hi All, > > Could you please provide me some information on how to install XFS > on SuSE7.1 linux. Or if you know a place where this doc. already exists > please point me to that ...... > > Thanks in advance > Regds > Mouli I havn't tried it with SUSE's kernel/7.2. But I know that SuSE's 2.2.18 kernel and 6.4 would not play together. When I did it for SuSE 6.4 I HAD to use a vanilla kernel and apply the XFS path. If I also wanted reiser I had to apply the XFS first then the reiser. Or was it the other way around. Don't remember.. Anyway if you use a vanilla kernel you really shouldn't have any problem if there is still a patch for XFS around. Also you might want to be sure you have upgraded your gcc from SUSE to 2.95.3. Back on my 6.4 SuSE box I got it all to play but had to use the 2.91.6 gcc. The 2.95.2 didn't work but the 2.91.6 caused me headaches with Xfree so I gave up on it until they get everything working with the (official lastest stable compiler). That is 2.95.3 now and I've heard XFS is ok with that. I may try again here soon also. So I guess you best route is to get vanilla kernel sources and apply the XFS patch to it and use the 2.95.3 gcc compiler from SuSE. Good luck. -- Mark Hounschell dmarkh@cfl.rr.com From owner-linux-xfs@oss.sgi.com Sun May 6 03:04:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46A4Y231035 for linux-xfs-outgoing; Sun, 6 May 2001 03:04:34 -0700 Received: from basilio.i-manila.com.ph ([208.155.152.19]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46A4WF31031 for ; Sun, 6 May 2001 03:04:32 -0700 Received: from sisa.i-manila.com.ph (sisa.i-manila.com.ph [208.155.152.18]) by basilio.i-manila.com.ph (8.10.2/8.10.2) with SMTP id f46A4Uf19763 for ; Sun, 6 May 2001 18:04:30 +0800 Received: from kalapati ([203.167.26.9]) by sisa.i-manila.com.ph ; Sun, 06 May 2001 18:04:34 +0800 GMT Received: from localhost (kalapati.jijo.local [127.0.0.1]) by kalapati (Postfix) with ESMTP id CFF4112F9 for ; Sun, 6 May 2001 18:03:38 +0800 (PHT) Date: Sun, 6 May 2001 18:03:38 +0800 (PHT) From: Federico Sevilla III X-Sender: jijo@kalapati.jijo.local To: Linux XFS Mailing List Subject: XFS ACLs, Samba 2.2, EAs and the Linux 2.4.4 kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi everyone, I'm new to the list and to XFS. I am doing preliminary research to assess whether we should use XFS in our Samba server or not. We intend to use the latest release of Samba (v2.2) which supposedly supports XFS ACLs, on a Linux machine with the latest Linux 2.4.4 kernel patched up to support XFS Release 1.0. Has anyone actually set up a server with Samba 2.2 acknowledging XFS ACLs? Also, there is this Extended Attributes and Access Control Lists for Linux project at . It looks to me like this is a bunch of patches and tools to make ext2 and the Linux kernel work with EAs and ACLs. Does XFS need these patches? Or does XFS implement ACLs on its own, with its own tools and such? Does XFS support EAs? In line with ACLs, where can I read up on how XFS implements them? In particular I'd like to find out about how default ACLs and inheritance are implemented in XFS. Please be patient, and if this has been answered before or has an answer somewhere on the XFS website, please help me out with some URLs. Unfortunately I can't seem to find a search engine to help me weed out the XFS mailing list archives to find what I need. Perhaps having a message search in the XFS mailing list would be a good idea. (Or maybe there is one, in which case someone please point me out to the right direction). Thanks a lot in advance! :) --> Jijo --- Linux, MS-DOS, and Windows NT ... ... also known as the Good, the Bad, and the Ugly From owner-linux-xfs@oss.sgi.com Sun May 6 03:24:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46AOOp31388 for linux-xfs-outgoing; Sun, 6 May 2001 03:24:24 -0700 Received: from basilio.i-manila.com.ph ([208.155.152.19]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46AONF31383 for ; Sun, 6 May 2001 03:24:23 -0700 Received: from sisa.i-manila.com.ph (sisa.i-manila.com.ph [208.155.152.18]) by basilio.i-manila.com.ph (8.10.2/8.10.2) with SMTP id f46AOLf21922 for ; Sun, 6 May 2001 18:24:21 +0800 Received: from kalapati ([203.167.26.9]) by sisa.i-manila.com.ph ; Sun, 06 May 2001 18:24:26 +0800 GMT Received: from localhost (kalapati.jijo.local [127.0.0.1]) by kalapati (Postfix) with ESMTP id 4072112F9 for ; Sun, 6 May 2001 18:24:12 +0800 (PHT) Date: Sun, 6 May 2001 18:24:12 +0800 (PHT) From: Federico Sevilla III X-Sender: jijo@kalapati.jijo.local To: Linux XFS Mailing List Subject: Comparing XFS with ext3 and ReiserFS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi everyone, This is potential flame bait, so I hope the worst doesn't happen. There are a number of journalling filesystems out there for Linux, and among them are XFS, ext3, and ReiserFS. In line with my evaluation of XFS, I'm looking for documents that compare these three filesystems (or more importantly, XFS vs ext3, and XFS vs ReiserFS). I already know that for now ACLs only work with XFS (because the EA/ACL project doesn't support ext3 yet, and ReiserFS is waiting until version 4 to start implementing ACLs). So that's one difference (with XFS winning over the two other alternatives). Does anyone have information on performance? Space utilization? Reliability when recovering from unclean shutdowns? In the area of reliability when recovering from unclean shutdowns I'm particularly interested at how XFS deals with its cache/buffer. For example in mail queues, with ext2 directories can be flagged using chattr as +S so that all work done with these directories are synchronous. A little slower, but this is much more stable especially for these queues. With ReiserFS AFAIK mail queues currently run on a risk because perfectly timed power downs could cause mail to "disappear". How would situations like this be handled by XFS? Again, thank you all in advance. --> Jijo --- Linux, MS-DOS, and Windows NT ... ... also known as the Good, the Bad, and the Ugly From owner-linux-xfs@oss.sgi.com Sun May 6 03:48:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46Am1531661 for linux-xfs-outgoing; Sun, 6 May 2001 03:48:01 -0700 Received: from stine.vestdata.no (IDENT:0@[195.204.68.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46AlxF31658 for ; Sun, 6 May 2001 03:47:59 -0700 Received: (from ragnark@localhost) by stine.vestdata.no (8.9.3/8.9.3) id MAA11821; Sun, 6 May 2001 12:47:46 +0200 Date: Sun, 6 May 2001 12:47:45 +0200 From: =?iso-8859-1?Q?Ragnar_Kj=F8rstad?= To: Federico Sevilla III Cc: Linux XFS Mailing List Subject: Re: Comparing XFS with ext3 and ReiserFS Message-ID: <20010506124745.B11559@vestdata.no> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.5i In-Reply-To: ; from Federico Sevilla III on Sun, May 06, 2001 at 06:24:12PM +0800 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, May 06, 2001 at 06:24:12PM +0800, Federico Sevilla III wrote: > Does anyone have information on performance? Space utilization? reiserfs with tails enabled (default) should be more space-efficient. When it comes to performance I belive it depends on what kind of load you're using it for. I believe reiserfs will be faster for lots of small files, but XFS will be faster for streaming big files. I'll post real numbers once we've run som real tests though. > Reliability when recovering from unclean shutdowns? > > In the area of reliability when recovering from unclean shutdowns I'm > particularly interested at how XFS deals with its cache/buffer. For > example in mail queues, with ext2 directories can be flagged using chattr > as +S so that all work done with these directories are synchronous. A > little slower, but this is much more stable especially for these queues. > With ReiserFS AFAIK mail queues currently run on a risk because perfectly > timed power downs could cause mail to "disappear". How would situations > like this be handled by XFS? I think this is a misunderstanding. All three filesystems will guarantee you that the filesystem is intact after a crash, but data isn't journaled (except with ext3 and data-journaling enabled), so it doesn't ensure that the _content_ of the files are up-to-date. Your application should use fsync to ensure this. (chattr +S on ext2 is just a different way of using fsync) A MTA should write the mail to disk (and use fsync) _before_ it tells the sender that the mail has been accepted. This way there is no risk of loosing mail. I believe qmail doesn't use fsync, but relies on the filesystem beeing mounted with sync-option (or chattr +S on that directory). Because doing all IO syncroniously would kill performance, the reiserfs-team fixed qmail instead of suggesting that people mount with sync option (or implement chattr +S). -- Ragnar Kjørstad Big Storage From owner-linux-xfs@oss.sgi.com Sun May 6 03:48:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46AmGI31672 for linux-xfs-outgoing; Sun, 6 May 2001 03:48:16 -0700 Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46AmFF31669 for ; Sun, 6 May 2001 03:48:16 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id E51541E09C; Sun, 6 May 2001 12:48:14 +0200 (MEST) Date: Sun, 6 May 2001 12:48:08 +0200 From: Andi Kleen To: Federico Sevilla III Cc: Linux XFS Mailing List Subject: Re: Comparing XFS with ext3 and ReiserFS Message-ID: <20010506124808.A30378@gruyere.muc.suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jijo@i-manila.com.ph on Sun, May 06, 2001 at 06:24:12PM +0800 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, May 06, 2001 at 06:24:12PM +0800, Federico Sevilla III wrote: > Does anyone have information on performance? Space utilization? > Reliability when recovering from unclean shutdowns? I hear there is a secret source called "xfs website" which has information on all that and more. > > In the area of reliability when recovering from unclean shutdowns I'm > particularly interested at how XFS deals with its cache/buffer. For > example in mail queues, with ext2 directories can be flagged using chattr > as +S so that all work done with these directories are synchronous. A > little slower, but this is much more stable especially for these queues. > With ReiserFS AFAIK mail queues currently run on a risk because perfectly > timed power downs could cause mail to "disappear". How would situations > like this be handled by XFS? reiserfs doesn't have this problem. Although it doesn't have synchronous metadata flushing it has fully sequential metadata flushing. This means if the mail application did an fsync() on the file data (which it has to) then after the fsync returns the directory entry of the file should be safely on disk because it was created in an earlier transaction, and transactions are always flushed in order. XFS has similar semantics AFAIK. [modulo IDE/SCSI write cache issues of course; to be really safe you would need to turn it off but the performance goes through the toilet -- this caveat is shared by any file system or application the relies on ordered writes] -Andi From owner-linux-xfs@oss.sgi.com Sun May 6 03:50:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46AosA31733 for linux-xfs-outgoing; Sun, 6 May 2001 03:50:54 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46AoqF31730 for ; Sun, 6 May 2001 03:50:52 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id MAA889852 for ; Sun, 6 May 2001 12:50:49 +0200 (CEST) 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 UAA11596; Sun, 6 May 2001 20:49:29 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id UAA56877; Sun, 6 May 2001 20:49:28 +1000 (EST) Date: Sun, 6 May 2001 20:49:28 +1000 From: Nathan Scott To: Federico Sevilla III Cc: linux-xfs@oss.sgi.com Subject: Re: XFS ACLs, Samba 2.2, EAs and the Linux 2.4.4 kernel Message-ID: <20010506204927.A63214@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from jijo@i-manila.com.ph on Sun, May 06, 2001 at 06:03:38PM +0800 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On Sun, May 06, 2001 at 06:03:38PM +0800, Federico Sevilla III wrote: > Hi everyone, > > I'm new to the list and to XFS. I am doing preliminary research to assess > whether we should use XFS in our Samba server or not. We intend to use the > latest release of Samba (v2.2) which supposedly supports XFS ACLs, on a > Linux machine with the latest Linux 2.4.4 kernel patched up to support XFS > Release 1.0. > > Has anyone actually set up a server with Samba 2.2 acknowledging XFS ACLs? > I believe the Connex folk are building a product offering just that - they'll be able to add more details than I can. (John?) > Also, there is this Extended Attributes and Access Control Lists for Linux > project at . It looks to me like this is a bunch > of patches and tools to make ext2 and the Linux kernel work with EAs and > ACLs. > > Does XFS need these patches? No. At this stage these are largely disjoint projects. > Or does XFS implement ACLs on its own, with its own tools and such? Yes. > Does XFS support EAs? Yes. > > In line with ACLs, where can I read up on how XFS implements them? In > particular I'd like to find out about how default ACLs and inheritance are > implemented in XFS. > I guess there's three main sources: the draft posix ACL standard, the man pages that come with the ACL and EA commands (see cmd/acl and cmd/attr in the xfs cvs repository), and the kernel source. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun May 6 03:54:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46AssL31852 for linux-xfs-outgoing; Sun, 6 May 2001 03:54:54 -0700 Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46AsqF31848 for ; Sun, 6 May 2001 03:54:53 -0700 Received: from sweeney.demon.co.uk ([158.152.71.87] helo=pereskia.sweeney.demon.co.uk) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 14wMB1-000FLR-0X for linux-xfs@oss.sgi.com; Sun, 6 May 2001 11:54:32 +0100 Received: from rebutia.sweeney.demon.co.uk (rebutia.sweeney.demon.co.uk [10.0.0.3]) by pereskia.sweeney.demon.co.uk (Postfix) with ESMTP id 626FE27F1 for ; Sun, 6 May 2001 11:53:02 +0100 (BST) Received: by rebutia.sweeney.demon.co.uk (Postfix, from userid 1001) id 84C50125E6; Sun, 6 May 2001 11:53:00 +0100 (BST) Date: Sun, 6 May 2001 11:52:59 +0100 (BST) From: Keith Matthews Subject: Re: Comparing XFS with ext3 and ReiserFS To: Linux XFS Mailing List In-Reply-To: References: X-Mailer: Mahogany, 0.60 'Redmond', compiled for Linux 2.2.13 i686 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Disposition: INLINE Message-Id: <20010506105300.84C50125E6@rebutia.sweeney.demon.co.uk> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id f46AsrF31849 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, 6 May 2001 18:24:12 +0800 (PHT) Federico Sevilla III > wrote: > This is potential flame bait, so I hope the worst doesn't happen. There > are a number of journalling filesystems out there for Linux, and among > them are XFS, ext3, and ReiserFS. In line with my evaluation of XFS, I'm > looking for documents that compare these three filesystems (or more > importantly, XFS vs ext3, and XFS vs ReiserFS). I have done a comparison for my own purposes, perhaps I should publish the results. Ext3 is simply ext2 with journalling, as such it is different to XFS, ReiserFS and IBM's JFS which are intended to provide more advanced filesystem capabilities generally (including journalling). Apart from the more general extention of capabilities, there are two main differences (at a technical level) between ext3 and the others. One is the work involved in converting from ext2, ext3 is the only one where one can convert without having to use dump and restore, for that reason if your main need is to add journalling to an existing system and have the system down for the minimum time while converting then it is the one to go for. The other difference from what I have read is that ext3 allows journalling of the file content data as well as the metadata, the other three (as far as I can see) only journal metadata. This may be important to you. > I already know that for now ACLs only work with XFS (because the EA/ACL > project doesn't support ext3 yet, and ReiserFS is waiting until version 4 > to start implementing ACLs). So that's one difference (with XFS winning > over the two other alternatives). > I don't know about the EA/ACL project, but RSBAC seems to run happily on ext3, you just have to be a little careful about the patches or you dont get access control on files in an ext3 filesystem. > Does anyone have information on performance? Space utilization? > Reliability when recovering from unclean shutdowns? > Ext3 performance is almost identical to ext2, this may be a definite down for you. As to reliability, I have had no problems with ext3. I understand that Sourceforge converted all their existing filesystems to ext3 around October last year and have been using ReiserFS on all new filesystems since the same time. -- Keith Matthews Frequentous Consultants - Linux Services, Oracle development & database administration From owner-linux-xfs@oss.sgi.com Sun May 6 04:04:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46B4Gx32081 for linux-xfs-outgoing; Sun, 6 May 2001 04:04:16 -0700 Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46B4EF32078 for ; Sun, 6 May 2001 04:04:15 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 14C0E1E09C; Sun, 6 May 2001 13:04:14 +0200 (MEST) Date: Sun, 6 May 2001 13:04:13 +0200 From: Andi Kleen To: =?iso-8859-1?Q?Ragnar_Kj=F8rstad?= Cc: Federico Sevilla III , Linux XFS Mailing List Subject: Re: Comparing XFS with ext3 and ReiserFS Message-ID: <20010506130413.B30378@gruyere.muc.suse.de> References: <20010506124745.B11559@vestdata.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010506124745.B11559@vestdata.no>; from xfs@ragnark.vestdata.no on Sun, May 06, 2001 at 12:47:45PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, May 06, 2001 at 12:47:45PM +0200, Ragnar Kjørstad wrote: > A MTA should write the mail to disk (and use fsync) _before_ it tells > the sender that the mail has been accepted. This way there is no risk of > loosing mail. I believe qmail doesn't use fsync, but relies on the > filesystem beeing mounted with sync-option (or chattr +S on that > directory). Because doing all IO syncroniously would kill performance, > the reiserfs-team fixed qmail instead of suggesting that people mount > with sync option (or implement chattr +S). qmail uses fsync, but relies on the file system to flush metadata in the spool dir (directory names etc.) synchronously. The guarantee in reiserfs that fsync flushes all pending transactions works fine with qmail. The fsync on the file data after file create forces the filename on disk which has been in an earlier transaction, and any other metadata operations after the fsync (rename/link in Maildir etc.) which could be lost are redoable after a crash. I am not sure if XFS has the same strong ordering (fsync flushing all pending transactions), perhaps one of the XFS developers could comment. -Andi From owner-linux-xfs@oss.sgi.com Sun May 6 06:58:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46DwlP03408 for linux-xfs-outgoing; Sun, 6 May 2001 06:58:47 -0700 Received: from vela.salleURL.edu (vela.salleURL.edu [130.206.42.85]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46DwiF03405 for ; Sun, 6 May 2001 06:58:45 -0700 Received: from localhost (localhost [127.0.0.1]) by vela.salleURL.edu (8.9.3/8.9.1) with ESMTP id QAA28110 for ; Sun, 6 May 2001 16:05:34 GMT Date: Sun, 6 May 2001 16:05:34 +0000 (GMT) From: Carles Pina i Estany To: Subject: xfs into kernel & Debian Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Anybody does know when xfs will be into kernel? (Without patch, officially into kernel). And, anybody knows if there are some installation disk for Debian? PD: Please, send a CC to me because I am not in the list ---- Carles Pina i Estany - #Linux User: 87347 - is08139@salleURL.edu - Pinux URL: http://www.salleURL.edu/~is08139 Debian Woody Kernel 2.4.4 @ Pentium II 450 MHz 128 MB with ReiserFS Debian Woody Kernel 2.4.4 @ Laptop Pentium 166 MHz 48 MB Debian Potato Kernel 2.4.3 @ Pentium 233 MHz 96 MB with ReiserFS ­Horror! Mi disco duro se ha ablandado From owner-linux-xfs@oss.sgi.com Sun May 6 07:24:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46EOO903889 for linux-xfs-outgoing; Sun, 6 May 2001 07:24:24 -0700 Received: from sisinteli07.udg.es (sisinteli07.udg.es [130.206.125.95]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46EO7F03885 for ; Sun, 6 May 2001 07:24:08 -0700 Received: from gcs by sisinteli07.udg.es with local (Exim 3.22 #1 (Debian)) id 14wPQV-0007li-00 for ; Sun, 06 May 2001 16:22:23 +0200 Date: Sun, 6 May 2001 16:22:23 +0200 From: GCS To: linux-xfs@oss.sgi.com Subject: Re: Comparing XFS with ext3 and ReiserFS Message-ID: <20010506162223.A29723@sisinteli07.udg.es> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.17i In-Reply-To: =?iso-8859-1?B?PFBpbmUuTE5YLjQuMjEuMDEw?= =?iso-8859-1?Q?5061818500=2E10780-100000=40kalapati=2Ejijo=2Elocal=3E=3B_?= =?iso-8859-1?Q?from_jijo=40i-manila=2Ecom=2Eph_on_V=2C_M=C1?= =?iso-8859-1?Q?J?= 06, 2001 at 06:24:12 +0800 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, On V, MÁJ 06, 2001 at 06:24:12 +0800, Federico Sevilla III wrote: > This is potential flame bait, so I hope the worst doesn't happen. Yes, so take my answer as my experience, no more. I do not want to say which one is the best. > Does anyone have information on performance? Space utilization? I _think_ performance is about the same for XFS and ReiserFS. I forgot to make a compare test, when I moved to XFS from ReiserFS. Oh, and a little remark: as I know ext3 patches are for 2.2.x kernels only. It seems no one is intrested to port it to 2.4.x kernels. Thus I think ext3 lost the game here. :-/ About space utilization: as I know ReiserFS can put several small files into one cluster, thus preserve more space for other files. On the other hand, XFS is lazy to allocate inodes, and only get more (against free clusters to store the file itself) if it is necessary. The only drawback as I know, that XFS never gives back these inode clusters. This means, if you create millions of very small files, and after you delete them, you see your disk storage size shrink. > Reliability when recovering from unclean shutdowns? The only winner is XFS here. I never had any problems with it. The only thing happened is my enlightenment configuration file got trashed when it was middle of the writing I guess. But it is not a bug. As for ReiserFS, it had some problems for me. I noticed several fs corruption, and I had to run the recover utility. It is fixed the problems, but it took some time (I have a 16Gb slice). Also, I always deleted the corrupted directories after. Maybe I got back them cleanly, maybe not, never checked. Just deleted, and recreated the things. Also, in the early kernels, ReiserFS was known for file handling bugs, which corrupted the files afaik. > With ReiserFS AFAIK mail queues currently run on a risk because perfectly > timed power downs could cause mail to "disappear". How would situations > like this be handled by XFS? Sure, ReiserFS has (had?) problems with it, but you could download a patch against this problem. XFS does not have this problem, but I do not know about it for sure. Just my thoughts, Laszlo Boszormenyi From owner-linux-xfs@oss.sgi.com Sun May 6 07:36:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46EaFT04074 for linux-xfs-outgoing; Sun, 6 May 2001 07:36:15 -0700 Received: from theirongiant.weebeastie.net (root@theirongiant.weebeastie.net [203.62.148.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46EaCF04070 for ; Sun, 6 May 2001 07:36:13 -0700 Received: (from hogarth@localhost) by theirongiant.weebeastie.net (8.9.3/8.9.3/Debian 8.9.3-21) id AAA01014; Mon, 7 May 2001 00:34:57 +1000 Date: Mon, 7 May 2001 00:34:57 +1000 From: CaT To: GCS Cc: linux-xfs@oss.sgi.com Subject: Re: Comparing XFS with ext3 and ReiserFS Message-ID: <20010507003457.A478@zip.com.au> References: <20010506162223.A29723@sisinteli07.udg.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010506162223.A29723@sisinteli07.udg.es>; from gcs@agentsinside.com on Sun, May 06, 2001 at 04:22:23PM +0200 Organisation: Furball Inc. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, May 06, 2001 at 04:22:23PM +0200, GCS wrote: > > Does anyone have information on performance? Space utilization? > I _think_ performance is about the same for XFS and ReiserFS. I forgot > to make a compare test, when I moved to XFS from ReiserFS. Oh, and a > little remark: as I know ext3 patches are for 2.2.x kernels only. It > seems no one is intrested to port it to 2.4.x kernels. Thus I think ext3 > lost the game here. :-/ About space utilization: as I know ReiserFS can Small note: ext3 is being ported to 2.4.x by a few folks. SCT is currently AFK I believe and has plans on doing this himself when he gets back (if I remember things correctly). I believe the folks doing the port are attempting to make SCT's life easier. :) Don't have anything to say about XFS though. Still looking into it and may have a few q's of my own soon. :) -- CaT (cat@zip.com.au) *** Jenna has joined the channel. speaking of mental giants.. me, a giant, bullshit And i'm not mental - An IRC session, 20/12/2000 From owner-linux-xfs@oss.sgi.com Sun May 6 07:37:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46EbF604136 for linux-xfs-outgoing; Sun, 6 May 2001 07:37:15 -0700 Received: from stine.vestdata.no (IDENT:0@stine.vestdata.no [195.204.68.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46Eb9F04131 for ; Sun, 6 May 2001 07:37:12 -0700 Received: (from ragnark@localhost) by stine.vestdata.no (8.9.3/8.9.3) id QAA14504; Sun, 6 May 2001 16:37:02 +0200 Date: Sun, 6 May 2001 16:37:01 +0200 From: =?iso-8859-1?Q?Ragnar_Kj=F8rstad?= To: GCS Cc: linux-xfs@oss.sgi.com Subject: Re: Comparing XFS with ext3 and ReiserFS Message-ID: <20010506163701.B12080@vestdata.no> References: <20010506162223.A29723@sisinteli07.udg.es> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.5i In-Reply-To: <20010506162223.A29723@sisinteli07.udg.es>; from GCS on Sun, May 06, 2001 at 04:22:23PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, May 06, 2001 at 04:22:23PM +0200, GCS wrote: > > Does anyone have information on performance? Space utilization? > I _think_ performance is about the same for XFS and ReiserFS. I forgot > to make a compare test, when I moved to XFS from ReiserFS. Oh, and a > little remark: as I know ext3 patches are for 2.2.x kernels only. It > seems no one is intrested to port it to 2.4.x kernels. Thus I think ext3 > lost the game here. :-/ About space utilization: as I know ReiserFS can > put several small files into one cluster, thus preserve more space for > other files. On the other hand, XFS is lazy to allocate inodes, and only > get more (against free clusters to store the file itself) if it is > necessary. The only drawback as I know, that XFS never gives back these > inode clusters. This means, if you create millions of very small files, > and after you delete them, you see your disk storage size shrink. Reiserfs doesn't have "inodes", so it never reservers space for stat-data. -- Ragnar Kjørstad Big Storage From owner-linux-xfs@oss.sgi.com Sun May 6 07:59:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46ExGx04374 for linux-xfs-outgoing; Sun, 6 May 2001 07:59:16 -0700 Received: from kjh.linuxworld.pe.kr (IDENT:qmailr@[211.217.77.139]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f46ExDF04370 for ; Sun, 6 May 2001 07:59:15 -0700 Received: (qmail 24695 invoked from network); 6 May 2001 14:58:41 -0000 Received: from kjh.linuxworld.pe.kr (HELO linuxworld.pe.kr) (kimjihoe@211.217.77.139) by kjh.linuxworld.pe.kr with SMTP; 6 May 2001 14:58:41 -0000 Message-ID: <3AF566A0.1020404@linuxworld.pe.kr> Date: Sun, 06 May 2001 23:58:40 +0900 From: kimjihoe User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.3-XFS i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: ko, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: can't compile xfsprogs-1.2.0.src.tar.gz Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk i use kernel 2.4.3 with linux-2.4.2-core-xfs-1.0.patch and linux-2.4.3-core-xfs-1.0.patch. i try to compile xfsprogs-1.2.0, but fail with following messages. In file included from ../include/lvm_user.h:41, from xfs_mkfs.c:43: ../include/liblvm.h:88:21: lvm_log.h: no such file or directory ../include/liblvm.h:89:24: lvm_config.h: no such file or directory where is lvm_log.h and lvm_config.h ? Thanks in advance. JiHoe Kim From owner-linux-xfs@oss.sgi.com Sun May 6 08:06:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46F6rb04640 for linux-xfs-outgoing; Sun, 6 May 2001 08:06:53 -0700 Received: from kjh.linuxworld.pe.kr (IDENT:qmailr@[211.217.77.139]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f46F6pF04637 for ; Sun, 6 May 2001 08:06:51 -0700 Received: (qmail 24724 invoked from network); 6 May 2001 15:06:17 -0000 Received: from kjh.linuxworld.pe.kr (HELO linuxworld.pe.kr) (kimjihoe@211.217.77.139) by kjh.linuxworld.pe.kr with SMTP; 6 May 2001 15:06:17 -0000 Message-ID: <3AF56869.591504C2@linuxworld.pe.kr> Date: Mon, 07 May 2001 00:06:17 +0900 From: kimjihoe X-Mailer: Mozilla 4.76 [ko] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: ko MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: can't compile xfsprogs-1.2.0.src.tar.gz References: <3AF566A0.1020404@linuxworld.pe.kr> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk kimjihoe wrote: > > i use kernel 2.4.3 with linux-2.4.2-core-xfs-1.0.patch and sorry, not linux-2.4.2-core-xfs-1.0.patch, it's linux-2.4-xfs-1.0.patch > linux-2.4.3-core-xfs-1.0.patch. > > i try to compile xfsprogs-1.2.0, but fail with following messages. > > In file included from ../include/lvm_user.h:41, > from xfs_mkfs.c:43: > ../include/liblvm.h:88:21: lvm_log.h: no such file or directory > ../include/liblvm.h:89:24: lvm_config.h: no such file or directory > > where is lvm_log.h and lvm_config.h ? > > Thanks in advance. > > JiHoe Kim From owner-linux-xfs@oss.sgi.com Sun May 6 08:24:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46FOeK04974 for linux-xfs-outgoing; Sun, 6 May 2001 08:24:40 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46FOTF04970 for ; Sun, 6 May 2001 08:24:29 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail11.jump.net (8.10.2/) with ESMTP id f46FONU04609; Sun, 6 May 2001 10:24:23 -0500 (CDT) Message-ID: <3AF56D0E.B69442F1@sgi.com> Date: Sun, 06 May 2001 10:26:06 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Carles Pina i Estany CC: linux-xfs@oss.sgi.com Subject: Re: xfs into kernel & Debian References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Carles Pina i Estany wrote: > Anybody does know when xfs will be into kernel? (Without patch, officially > into kernel). Ok, this one needs to go in the FAQ. :) It is a goal, we are working on it, but as you might expect, we can't give you a date at this point. > And, anybody knows if there are some installation disk for Debian? Someone is working on them - keep an eye on http://www.markybob.com/xfsboot/ -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sun May 6 08:27:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46FRHL05051 for linux-xfs-outgoing; Sun, 6 May 2001 08:27:17 -0700 Received: from egghead.curl.com (egghead.curl.com [216.230.83.4]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f46FRGF05048 for ; Sun, 6 May 2001 08:27:16 -0700 Received: (qmail 11822 invoked by uid 10171); 6 May 2001 11:27:11 -0400 From: patl@cag.lcs.mit.edu (Patrick J. LoPresti) To: linux-xfs@oss.sgi.com Subject: Re: Comparing XFS with ext3 and ReiserFS References: <20010506105300.84C50125E6@rebutia.sweeney.demon.co.uk> Date: 06 May 2001 11:27:11 -0400 In-Reply-To: Message-ID: Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Keith Matthews writes: > The other difference from what I have read is that ext3 allows journalling > of the file content data as well as the metadata, the other three (as far > as I can see) only journal metadata. This may be important to you. I apologize if this is a stupid question, but how could data journalling possibly matter to anybody? I mean, as long as the data are written to disk before the metadata are written to the journal, there is no reliability to be gained by journalling the data. What am I missing? Along the same lines: Somebody else said that they power-cycled their XFS system, ended up with garbage in one of their files, but says this is "not a bug". Excuse me? How could a corrupted file not be a bug? Perhaps what I am really asking is: Does XFS write the data to disk before the metadata, or not? Thanks! - Pat From owner-linux-xfs@oss.sgi.com Sun May 6 09:45:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46GjVl07133 for linux-xfs-outgoing; Sun, 6 May 2001 09:45:31 -0700 Received: from kjh.linuxworld.pe.kr (IDENT:qmailr@[211.217.77.139]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f46GjUF07129 for ; Sun, 6 May 2001 09:45:30 -0700 Received: (qmail 29511 invoked from network); 6 May 2001 16:44:59 -0000 Received: from kjh.linuxworld.pe.kr (HELO linuxworld.pe.kr) (kimjihoe@211.217.77.139) by kjh.linuxworld.pe.kr with SMTP; 6 May 2001 16:44:59 -0000 Message-ID: <3AF57F8A.8DE96442@linuxworld.pe.kr> Date: Mon, 07 May 2001 01:44:58 +0900 From: kimjihoe X-Mailer: Mozilla 4.76 [ko] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: ko MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: can't compile xfsprogs-1.2.0.src.tar.gz References: <3AF566A0.1020404@linuxworld.pe.kr> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk OK, it's in cvs tree. but, why isn't it in tarball, and source rpm? ./Makepkgs does not include it in packages. why? is there any specail reason? JiHoe Kim From owner-linux-xfs@oss.sgi.com Sun May 6 10:12:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46HCN407770 for linux-xfs-outgoing; Sun, 6 May 2001 10:12:23 -0700 Received: from marvin.linux-dude.com (c-d28a70d5.032-6-73746f3.cust.bredbandsbolaget.se [213.112.138.210]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46HCLF07765 for ; Sun, 6 May 2001 10:12:21 -0700 Received: from marvin (localhost [127.0.0.1]) by marvin.linux-dude.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with SMTP id f46HCF500668; Sun, 6 May 2001 19:12:15 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Jarek Luberek To: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Incredibly slow rebuild of small access_db on xfs partition Date: Sun, 6 May 2001 19:12:15 +0200 X-Mailer: KMail [version 1.2] References: <01050515570100.01078@marvin> <01050610421500.00890@marvin> <3AF5693F.A41ACA22@sgi.com> In-Reply-To: <3AF5693F.A41ACA22@sgi.com> MIME-Version: 1.0 Message-Id: <01050619121500.00664@marvin> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sunday 06 May 2001 17:09, you wrote: > Hi Jarek - I'll look at this tomorrow. > > But in the meantime, can you try something? Try mounting your xfs root > (or whatever contains /etc) with "-o biosize=13" > > This solved the problem with someone who was having similar problems > when rebuilding an rpm database, I think it may be related (along with > the explanation Russell sent). If mount / -o remount,biosize=13 counts then I have tried that. Results are as before (/etc is a subdirectory of / ). Greetings, jarek From owner-linux-xfs@oss.sgi.com Sun May 6 10:35:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46HZ6Z08325 for linux-xfs-outgoing; Sun, 6 May 2001 10:35:06 -0700 Received: from lupo.thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46HZ5F08322 for ; Sun, 6 May 2001 10:35:05 -0700 Received: from thebarn.com (phuck-wi0.thebarn.com [10.0.0.130]) by lupo.thebarn.com (8.11.3/8.11.0) with ESMTP id f46HXhB01897; Sun, 6 May 2001 12:33:44 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3AF5985A.ED8817E4@thebarn.com> Date: Sun, 06 May 2001 13:30:51 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: kimjihoe CC: linux-xfs@oss.sgi.com Subject: Re: can't compile xfsprogs-1.2.0.src.tar.gz References: <3AF566A0.1020404@linuxworld.pe.kr> <3AF57F8A.8DE96442@linuxworld.pe.kr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk kimjihoe wrote: This is part of the current "situation" with LVM. you need to grab beta 6 from sistina.com and install the libs and header files. > OK, it's in cvs tree. > > but, why isn't it in tarball, and source rpm? > > ./Makepkgs does not include it in packages. > > why? is there any specail reason? > > JiHoe Kim -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Sun May 6 11:44:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46Iioo09586 for linux-xfs-outgoing; Sun, 6 May 2001 11:44:50 -0700 Received: from rdb.linux-help.org (root@cc192618-b.oakrdg1.tn.home.com [65.8.221.188]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46IinF09583 for ; Sun, 6 May 2001 11:44:49 -0700 Received: from localhost (rdicaire@localhost) by rdb.linux-help.org (8.11.3/8.10.2) with ESMTP id f46If1726390 for ; Sun, 6 May 2001 14:41:06 -0400 Date: Sun, 6 May 2001 14:41:01 -0400 (EDT) From: To: linux-xfs@oss.sgi.com Subject: ACLs,XFS,Linux nfs v3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Is there ACL support over NFS mounted XFS filesystems? chacl -l /home/spgrp_docs/test chacl: error getting ACL on "/home/spgrp_docs/test": Operation not supported /home is nfs mounted. I've updated util-linux (2.10o), latest knfsd, and latest CVS devel tree of XFS for 2.4.4. Have I missed something or is this just not possible at present? From owner-linux-xfs@oss.sgi.com Sun May 6 12:12:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46JCB010122 for linux-xfs-outgoing; Sun, 6 May 2001 12:12:11 -0700 Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46JCAF10118 for ; Sun, 6 May 2001 12:12:10 -0700 Received: from [209.86.24.117] (user-38lc63l.dialup.mindspring.com [209.86.24.117]) by barry.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id PAA16976; Sun, 6 May 2001 15:12:02 -0400 (EDT) From: John M Trostel Message-ID: <2.0.2-402229-264-A-OEWW@mail.mindspring.com> To: Federico Sevilla III , Linux XFS Mailing List Cc: " Linux XFS Mailing List" Date: Sun, 6 May 2001 15:03:04 -0500 Subject: Re: XFS ACLs, Samba 2.2, EAs and the Linux 2.4.4 kernel X-Mailer: Eudora 2.0.2 for PalmOS Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk As Nathan mentioned, I have been doing a bit of work integrating XFS ACLs into Samba 2.2. Some answers to specific parts of your questions are written below: Federico Sevilla III wrote: > > Hi everyone, > > I'm new to the list and to XFS. I am doing preliminary research to assess > whether we should use XFS in our Samba server or not. We intend to use the > latest release of Samba (v2.2) which supposedly supports XFS ACLs, on a > Linux machine with the latest Linux 2.4.4 kernel patched up to support XFS > Release 1.0. > > Has anyone actually set up a server with Samba 2.2 acknowledging XFS ACLs? I am running several servers using XFS ACLs on Samba 2.2, including my personal machine. While some small issues are being worked through, the setup generally works well. > Also, there is this Extended Attributes and Access Control Lists for Linux > project at . It looks to me like this is a bunch > of patches and tools to make ext2 and the Linux kernel work with EAs and > ACLs. > > Does XFS need these patches? Or does XFS implement ACLs on its own, with > its own tools and such? Does XFS support EAs? XFS does not need these patches. Indeed, a system with these patches mixed with XFS will probably not work very well. Hopefully, these 2 implementations will converge in the near future. If you are going to try XFS, use the tools available from the SGI XFS site. It has it's own tools to manage both ACLs & EAs. > In line with ACLs, where can I read up on how XFS implements them? In > particular I'd like to find out about how default ACLs and inheritance are > implemented in XFS. The XFS ACL implementation is well documented in both the XFS man pages. Default ACLs & inheritance closely follow the posix 'standard', so that would be a good read also. > Please be patient, and if this has been answered before or has an answer > somewhere on the XFS website, please help me out with some URLs. A link to the posix 'standards' can be found through links at Andrea's bestbits site. I am writing this on my PDA & so do not have immeadiate access to get the exact URLs for you. Poking around the bestbits site should reveal the link though. There have been some recent patches to both XFS & Samba 2.2 to further refine both the ACL implementation & the operation with Samba. When you get to the point of implementing XFS & Samba, send me another e-mail & I will fill you in on the particulars. From owner-linux-xfs@oss.sgi.com Sun May 6 12:36:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46JaLk11005 for linux-xfs-outgoing; Sun, 6 May 2001 12:36:21 -0700 Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65] (may be forged)) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46JaJF11002 for ; Sun, 6 May 2001 12:36:19 -0700 Received: from alderan.ohlmeier.de (p3E991B33.dip.t-dialin.net [62.153.27.51]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id VAA22897 for ; Sun, 6 May 2001 21:36:17 +0200 (MET DST) Received: from cloudcity (cloudcity.ohlmeier.de [192.168.0.1]) by alderan.ohlmeier.de (Postfix) with SMTP id 7CD671F6B3 for ; Sun, 6 May 2001 21:36:38 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Nils Ohlmeier To: linux-xfs@oss.sgi.com Subject: Re: XFS on SuSE7.1 Date: Sun, 6 May 2001 21:42:13 +0200 X-Mailer: KMail [version 1.2] References: <3AF3BF07.5C0E03CB@wipro.co.in> In-Reply-To: <3AF3BF07.5C0E03CB@wipro.co.in> MIME-Version: 1.0 Message-Id: <01050621421301.00673@cloudcity> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f46JaKF11003 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Am Samstag, 5. Mai 2001 10:51 schrieben Sie: > hi All, > > Could you please provide me some information on how to install XFS > on SuSE7.1 linux. Or if you know a place where this doc. already exists > please point me to that ...... Hi Mouli, i'm running XFS on SuSE Linux 7.1. No problems so far. Follow the instructions on the website. Their should nothing special you have to look for. I grabed a clean kernel tarball (2.4.2, because i had hangs with 2.4.3) and patched it with the patchfiles from sgi. The only thing you should correct after patching is the compiler command: CC = $(CROSS_COMPILE)gcc. Build the commands and the kernel and have fun. I haven't tryed to patch the SuSE kernel yet. BTW: I'm running XFS as root filesystem on a softwareraid level 1. Greetings Nils Ohlmeier From owner-linux-xfs@oss.sgi.com Sun May 6 12:51:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46Jpkp11514 for linux-xfs-outgoing; Sun, 6 May 2001 12:51:46 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46JpiF11509 for ; Sun, 6 May 2001 12:51:45 -0700 Received: from vimfuego.saarinen.org ([192.168.1.1]) by vimfuego.saarinen.org with esmtp (Exim 3.22 #1 (Red Hack)) id 14wUZ4-0001SR-00; Mon, 07 May 2001 07:51:34 +1200 Date: Mon, 7 May 2001 07:51:34 +1200 (NZST) From: Juha Saarinen To: GCS cc: "linux-xfs@oss.sgi.com" Subject: Re: Comparing XFS with ext3 and ReiserFS In-Reply-To: <20010506162223.A29723@sisinteli07.udg.es> Message-ID: X-S: Always MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, 6 May 2001, GCS wrote: > other files. On the other hand, XFS is lazy to allocate inodes, and only > get more (against free clusters to store the file itself) if it is > necessary. The only drawback as I know, that XFS never gives back these > inode clusters. This means, if you create millions of very small files, > and after you delete them, you see your disk storage size shrink. If that's correct, XFS would be less than ideal for e.g. a Squid or a news volume. -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 From owner-linux-xfs@oss.sgi.com Sun May 6 13:42:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46Kg7V12782 for linux-xfs-outgoing; Sun, 6 May 2001 13:42:07 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f46Kg6F12779 for ; Sun, 6 May 2001 13:42:06 -0700 Message-Id: <200105062042.f46Kg6F12779@oss.sgi.com> Received: (qmail 9934 invoked by uid 0); 6 May 2001 20:41:59 -0000 Received: from f-216-212.cvx-leipzig.ipdial.viaginterkom.de (HELO temple) (62.180.212.216) by mail.gmx.net (mp006-rz3) with SMTP; 6 May 2001 20:41:59 -0000 From: "Andreas Piesk" To: "linux-xfs@oss.sgi.com" Date: Sun, 06 May 2001 22:44:49 +0200 Reply-To: "Andreas Piesk" X-Mailer: PMMail 2000 Professional (2.20.2300) For Windows 2000 (5.0.2195;1) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: xfs <-> kaio problem Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hiho, there seems to be a conflict between xfs and kaio. (both from sgi :) the offending code is in arch/i386/kernel/entry.S : xfs want these syscalls: #define __NR__attrctl 250 #define __NR__acl_get 251 #define __NR__acl_set 252 and kaio this one: #define __NR_aio 251 i patched my xfs-sources because i need both xfs and kaio. the problem is that some third party software (sybase) depends on kaio and the kaio-syscalls. could someone from sgi clarify this issue ? thanks & ciao -ap -- Andreas Piesk a.piesk@gmx.net PGP Public Key Fingerprint: 23CB A7E2 2E53 373C DBCD 8EFC 7777 61C1 From owner-linux-xfs@oss.sgi.com Sun May 6 15:11:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46MBRD14745 for linux-xfs-outgoing; Sun, 6 May 2001 15:11:27 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46MBRF14742 for ; Sun, 6 May 2001 15:11:27 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f46MB0W04019 for ; Sun, 6 May 2001 17:11:00 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Sun, 6 May 2001 17:11:00 -0500 (CDT) From: Austin Gonyou To: Subject: Tuning XFS for peak performance. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Could someone please give me some info regarding this post I made sometime ago? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com ---------- Forwarded message ---------- Date: Sat, 5 May 2001 12:31:04 -0500 (CDT) From: Austin Gonyou To: linux-xfs@oss.sgi.com Subject: Tuning XFS for peak performance. Is there a document which has a configuration matrix of how XFS should be setup to offer peak performance? Say, for a mail/news server format your xfs partitions with these parameters, adjusting the journal size as needed for x% of your drive. Or perhpaps more importantly, a drive of size X needs a journal of x%, a drive of size XX needs a journal of x%, etc? Is there anything which exists like this? Does anyone have any tips here? I'm seeing less than stellar system performance. While stable, it doesn't do me any good if I have to wait 5 mins for PINE to open when it's only moving a few messages from inbox to other boxes. The same operation would take 30 seconds with ReiserFS. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Sun May 6 16:20:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f46NK4F15922 for linux-xfs-outgoing; Sun, 6 May 2001 16:20:04 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f46NK3F15918 for ; Sun, 6 May 2001 16:20:03 -0700 Received: from sgi.com (aus-dsl-dhcp6-198.customer.jump.net [63.163.173.198]) by mail15.jump.net (8.10.2/) with ESMTP id f46NJtA19401; Sun, 6 May 2001 18:19:55 -0500 (CDT) Message-ID: <3AF5DC85.FACD3C1@sgi.com> Date: Sun, 06 May 2001 18:21:41 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Juha Saarinen CC: GCS , "linux-xfs@oss.sgi.com" Subject: Re: Comparing XFS with ext3 and ReiserFS References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Juha Saarinen wrote: > > On Sun, 6 May 2001, GCS wrote: > > > This means, if you create millions of very small files, > > and after you delete them, you see your disk storage size shrink. > > If that's correct, XFS would be less than ideal for e.g. a Squid or a news > volume. It is correct, but it doesn't necessarily follow that it's a poor choice for a news server or other application that has a large number of files. It's NOT that every created inode wastes space. If you have some application that, on average, uses 1 million inodes, and sometimes spikes to 1.1 million inodes, then you might sometimes have 100,000 unused, but still allocated, inodes on the system. In other words, the "high water mark" of allocated inodes is never reduced. But that's not so bad - create a fresh ext2 system, and you start off with allocated, but 100% unused inodes right from the start. And if you didn't create it with _enough_ inodes, then your app will fail when it runs out. So you make the ext2 filesystem with, maybe, 1.5x what you anticipate. Which seems like a bigger waste... So with XFS, you only waste space if you dramatically change the inode usage downward. If you use a filesystem for a squid cache, then delete all those files and make one big vidcap file, then yes, you'd be wasting space. But that sort of scenario isn't too likely. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Sun May 6 17:27:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f470ReT17234 for linux-xfs-outgoing; Sun, 6 May 2001 17:27:40 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f470RcF17231 for ; Sun, 6 May 2001 17:27:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA04157 for ; Sun, 6 May 2001 17:26:15 -0700 (PDT) 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 KAA14722; Mon, 7 May 2001 10:26:14 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA65323; Mon, 7 May 2001 10:26:12 +1000 (EST) From: "Nathan Scott" Message-Id: <10105071026.ZM65164@wobbly.melbourne.sgi.com> Date: Mon, 7 May 2001 10:26:11 -0500 In-Reply-To: Eric Sandeen "Re: XFS on SuSE7.1" (May 5, 2:27pm) References: <3AF3BF07.5C0E03CB@wipro.co.in> <3AF41C77.D1A23AA9@sgi.com> <20010505200401.A16626@infa.abo.fi> <3AF43774.62270B72@sgi.com> <3AF45406.BFB1F78C@sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Eric Sandeen , Johannes Eriksson , linux-xfs@oss.sgi.com Subject: Re: XFS on SuSE7.1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 5, 2:27pm, Eric Sandeen wrote: > Subject: Re: XFS on SuSE7.1 > Ah, I see now that it's probably a result of building the userspace > packages on an older system - the man location is set during "configure" > so if it's in /usr/man rather than /usr/share/man, that's probably a > result of building on a non-FHS 2.0 compliant system. > > Still, next spin, we can clean that up. > > Thanks for pointing it out! > I'm not sure there's too much we can change in our rpms, since we want these to work on "older" systems too (ie. systems which use /usr/man and do not have /usr/share/man on the default man search path). What I might do though is change the default location to install to. Currently, if we cannot make an educated guess as to the correct location, we fall back to /usr/doc (this is whats biting the Mandrake folk, I'll bet). Instead, it seems like guessing at /usr/share/man is the right thing to do, with so many distros starting to follow the fhs now. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun May 6 17:44:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f470ioa17413 for linux-xfs-outgoing; Sun, 6 May 2001 17:44:50 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f470inF17410 for ; Sun, 6 May 2001 17:44:49 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id RAA00060 for ; Sun, 6 May 2001 17:55:35 -0700 (PDT) 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 KAA14824; Mon, 7 May 2001 10:43:30 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA65277; Mon, 7 May 2001 10:43:29 +1000 (EST) From: "Nathan Scott" Message-Id: <10105071043.ZM64602@wobbly.melbourne.sgi.com> Date: Mon, 7 May 2001 10:43:27 -0500 In-Reply-To: Russell Cattelan "Re: can't compile xfsprogs-1.2.0.src.tar.gz" (May 6, 1:30pm) References: <3AF566A0.1020404@linuxworld.pe.kr> <3AF57F8A.8DE96442@linuxworld.pe.kr> <3AF5985A.ED8817E4@thebarn.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: kimjihoe Subject: Re: can't compile xfsprogs-1.2.0.src.tar.gz Cc: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 6, 1:30pm, Russell Cattelan wrote: > Subject: Re: can't compile xfsprogs-1.2.0.src.tar.gz > kimjihoe wrote: > > This is part of the current "situation" with LVM. no, this is actually our own (my) fault - we're missing some include/Makefile entries for these files - I just wasn't aware that new ones had been added since last time I checked this. I'll put a fix into the dev tree shortly. > > > OK, it's in cvs tree. > > > > but, why isn't it in tarball, and source rpm? > > cmd/xfsprogs/include/Makefile is missing references to these files. The Makefiles drive the contents of the source tar/rpm files. thanks for the problem report. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun May 6 18:05:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4715we17876 for linux-xfs-outgoing; Sun, 6 May 2001 18:05:58 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4715uF17873 for ; Sun, 6 May 2001 18:05:57 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id DAA910159 for ; Mon, 7 May 2001 03:05:53 +0200 (CEST) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id LAA72143; Mon, 7 May 2001 11:04:28 +1000 (EST) Date: Mon, 7 May 2001 11:04:27 +1000 From: Timothy Shimmin To: "Christian, Chip" Cc: "'Linux XFS (E-mail)'" Subject: Re: chacl usage Message-ID: <20010507110427.E137572@boing.melbourne.sgi.com> References: <23D04BDBA646D411BDDD00D0B774B539028C888A@SA-BWMAIL1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <23D04BDBA646D411BDDD00D0B774B539028C888A@SA-BWMAIL1>; from chip.christian@storageapps.com on Fri, May 04, 2001 at 11:38:34AM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Christian, On Fri, May 04, 2001 at 11:38:34AM -0400, Christian, Chip wrote: > Oh, and I specified > CONFIG_FS_POSIX_ACL=y > when building the kernel. > > > -----Original Message----- > > From: Christian, Chip > > Sent: Friday, May 04, 2001 11:37 > > To: Linux XFS (E-mail) > > Subject: chacl usage > > > > Am I missing something to get acls to work on XFS? I'm on a frsh RedHat 7.1install, built a kernel from the 1.0 XFS release. I installed the SGI acl-1.0.1-0. Built an XFS filesystem: > > > > [root@betanas1 pkgs]# chacl u::rwx,g::rwx,o::rwx foo > > chacl: error setting access acl on "foo": Function not implemented This is strange. The only way I know that you'd be getting ENOSYS (Function not implemented) for ACLs is if CONFIG_FS_POSIX_ACL is not set. (See linux/fs/noposix_acl.c (used in linux/fs/Makefile)) Are you sure you have the right kernel running ? --Tim From owner-linux-xfs@oss.sgi.com Sun May 6 19:38:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f472cOT19682 for linux-xfs-outgoing; Sun, 6 May 2001 19:38:24 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f472cNF19678 for ; Sun, 6 May 2001 19:38:23 -0700 Received: from snort.melbourne.sgi.com ([134.14.55.149]) by 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 TAA04360 for ; Sun, 6 May 2001 19:38:21 -0700 (PDT) mail_from (tes@snort.melbourne.sgi.com) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA59054 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 12:36:56 +1000 (EST) Date: Mon, 7 May 2001 12:36:56 +1000 (EST) From: Timothy Shimmin Message-Id: <200105070236.MAA59054@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - EA qa test output change Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Just updating an output file for an Ext.Attr QA test. --Tim Date: Sun May 6 19:35:35 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/tes/slinx-xfs-acl The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:94130a cmd/xfstests/020.out - 1.2 - Update for new error code msg. This should have gone in with the change which meant that EINVAL is no longer reported for an EA op not being present for a FS - op not supported error generated now. From owner-linux-xfs@oss.sgi.com Sun May 6 19:43:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f472hp319817 for linux-xfs-outgoing; Sun, 6 May 2001 19:43:51 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f472hpF19814 for ; Sun, 6 May 2001 19:43:51 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id TAA07560 for ; Sun, 6 May 2001 19:54:37 -0700 (PDT) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA70551; Mon, 7 May 2001 12:42:30 +1000 (EST) Date: Mon, 7 May 2001 12:42:30 +1000 From: Timothy Shimmin To: rdicaire@rdb.linux-help.org Cc: linux-xfs@oss.sgi.com Subject: Re: ACLs,XFS,Linux nfs v3 Message-ID: <20010507124230.F137572@boing.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from rdicaire@rdb.linux-help.org on Sun, May 06, 2001 at 02:41:01PM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, On Sun, May 06, 2001 at 02:41:01PM -0400, rdicaire@rdb.linux-help.org wrote: > Is there ACL support over NFS mounted XFS filesystems? > Nope. We haven't looked into it. > chacl -l /home/spgrp_docs/test > chacl: error getting ACL on "/home/spgrp_docs/test": Operation not > supported This means that the XFS acl_get/set iop is not set for the file system in question. We only set this for a local XFS file system. > > Have I missed something or is this just not possible at present? > The latter....not possible at present. Sorry. --Tim From owner-linux-xfs@oss.sgi.com Sun May 6 19:49:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f472n6X19927 for linux-xfs-outgoing; Sun, 6 May 2001 19:49:06 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f472n4F19922 for ; Sun, 6 May 2001 19:49:04 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id EAA905827 for ; Mon, 7 May 2001 04:49:01 +0200 (CEST) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA12276 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 12:47:43 +1000 (EST) Date: Mon, 7 May 2001 12:47:43 +1000 (EST) From: Nathan Scott Message-Id: <200105070247.MAA12276@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - cmds Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Sun May 6 19:46:00 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/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:94133a cmd/acl/configure.in - 1.3 cmd/attr/configure.in - 1.3 cmd/dmapi/configure.in - 1.5 cmd/xfsdump/configure.in - 1.4 cmd/xfsprogs/configure.in - 1.4 cmd/xfstests/configure.in - 1.5 - in the absence of any compelling information to suggest otherwise, fall back to installing man pages in /usr/share/man, rather than /usr/man. cmd/xfsprogs/include/Makefile - 1.4 cmd/xfsprogs/doc/CHANGES - 1.17 - fixed build issues relating to local lvm headers. cmd/xfsprogs/VERSION - 1.16 - bump minor - 1.2.5. From owner-linux-xfs@oss.sgi.com Sun May 6 19:59:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f472xbu20118 for linux-xfs-outgoing; Sun, 6 May 2001 19:59:37 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f472xYF20115 for ; Sun, 6 May 2001 19:59:34 -0700 Received: from boing.melbourne.sgi.com ([134.14.55.141]) by 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 TAA01401 for ; Sun, 6 May 2001 19:59:29 -0700 (PDT) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA53001; Mon, 7 May 2001 12:58:10 +1000 (EST) Date: Mon, 7 May 2001 12:58:10 +1000 From: Timothy Shimmin To: John M Trostel Cc: Federico Sevilla III , Linux XFS Mailing List Subject: Re: XFS ACLs, Samba 2.2, EAs and the Linux 2.4.4 kernel Message-ID: <20010507125810.G137572@boing.melbourne.sgi.com> References: <2.0.2-402229-264-A-OEWW@mail.mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <2.0.2-402229-264-A-OEWW@mail.mindspring.com>; from jtrostel@mindspring.com on Sun, May 06, 2001 at 03:03:04PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Federico, On Sun, May 06, 2001 at 03:03:04PM -0500, John M Trostel wrote: > > In line with ACLs, where can I read up on how XFS implements them? In > > particular I'd like to find out about how default ACLs and inheritance are > > implemented in XFS. > > The XFS ACL implementation is well documented in both the XFS man pages. > Default ACLs & inheritance closely follow the posix 'standard', so that > would be a good read also. > Sections 5.3.1.2, B.23.4 and B.23.5 would be relevant ones to read about default ACLs. The 1.0 release, however, applies default ACLs which are affected by the umask. This has been fixed in the CVS tree so that default ACLs are used in preference to the umask. (the fix didn't make it in time to 1.0). > > Please be patient, and if this has been answered before or has an answer > > somewhere on the XFS website, please help me out with some URLs. > > A link to the posix 'standards' can be found through links at Andrea's > bestbits site. I am writing this on my PDA & so do not have immeadiate > access to get the exact URLs for you. Poking around the bestbits site > should reveal the link though. http://wt.xpilot.org/posix.1e/download.html --Tim From owner-linux-xfs@oss.sgi.com Sun May 6 22:47:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f475l3c23221 for linux-xfs-outgoing; Sun, 6 May 2001 22:47:03 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f475l2F23218 for ; Sun, 6 May 2001 22:47:02 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA23541 for ; Sun, 6 May 2001 22:45:39 -0700 (PDT) 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 PAA16667; Mon, 7 May 2001 15:45:42 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id PAA65845; Mon, 7 May 2001 15:45:41 +1000 (EST) From: "Nathan Scott" Message-Id: <10105071545.ZM65936@wobbly.melbourne.sgi.com> Date: Mon, 7 May 2001 15:45:40 -0500 In-Reply-To: Jarek Luberek "Re: Incredibly slow rebuild of small access_db on xfs partition" (May 6, 7:12pm) References: <01050515570100.01078@marvin> <01050610421500.00890@marvin> <3AF5693F.A41ACA22@sgi.com> <01050619121500.00664@marvin> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jarek Luberek , Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Incredibly slow rebuild of small access_db on xfs partition Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On May 6, 7:12pm, Jarek Luberek wrote: > Subject: Re: Incredibly slow rebuild of small access_db on xfs partition > On Sunday 06 May 2001 17:09, you wrote: > > Hi Jarek - I'll look at this tomorrow. > > > > But in the meantime, can you try something? Try mounting your xfs root > > (or whatever contains /etc) with "-o biosize=13" > > > > This solved the problem with someone who was having similar problems > > when rebuilding an rpm database, I think it may be related (along with > > the explanation Russell sent). > If > mount / -o remount,biosize=13 counts > > then I have tried that. Results are as before (/etc is a subdirectory of / ). > no, that wont do it. you'll need to umount, then mount with new biosize option for it to have any effect at all. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun May 6 22:58:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f475ww323341 for linux-xfs-outgoing; Sun, 6 May 2001 22:58:58 -0700 Received: from relay.xlink.net (relay.xlink.net [193.141.40.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f475wrF23338 for ; Sun, 6 May 2001 22:58:53 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by relay.xlink.net (8.9.3/8.8.7) with ESMTP id HAA26803 for ; Mon, 7 May 2001 07:58:50 +0200 (MET DST) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id HAA12095 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 07:58:49 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 9503F57306 for ; Mon, 7 May 2001 08:07:07 +0200 (CEST) Received: from ch.sauter-bc.com (support.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id 3231025835 for ; Mon, 7 May 2001 08:08:21 +0200 (CEST) Message-ID: <3AF63A3B.2C296D1A@ch.sauter-bc.com> Date: Mon, 07 May 2001 08:01:31 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.1 i686) X-Accept-Language: de-CH, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS RedHat installer Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi First of all I want to say that XFS is sooooooooo cool :-) This is what I was really waiting for and I'm very happy to see SGI doing it. SGI is great. I found two problems with the XFS RedHat installer: 1) Boot floppy: When doing a mkbootdisk 2.4.2-xxxxx I saw that the content couldn't fit on the disk. Then I tried the following: fdformat /dev/fd0u1722 mkbootdisk --device /dev/fd0u1722 2.4.2-xxxxx The disk was created successfully but unfortunately it didn't boot anyway. I guess it is a problem with the used 'syslinux'. Did you try something like this ? 2) Software RAID does not work. At least when used for boot/root volumes. After investigating the problem I found your note about devfs beeing enabled and after using devfs=nomount as kernel parameter it worked perfectly. Now my question is: Why did you enable devfs and what problems my I run in when using devfs=nomount??? Greetings Simon -- 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 Mon May 7 00:36:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f477apA25040 for linux-xfs-outgoing; Mon, 7 May 2001 00:36:51 -0700 Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f477anF25036 for ; Mon, 7 May 2001 00:36:50 -0700 Received: from [195.20.224.220] (helo=mrvdom04.kundenserver.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 14wfZY-0006qt-00 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 09:36:48 +0200 Received: from p3ee0d5ef.dip.t-dialin.net ([62.224.213.239] helo=educators.de) by mrvdom04.kundenserver.de with esmtp (Exim 2.12 #2) id 14wfZT-00085r-00 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 09:36:43 +0200 Message-ID: <3AF65085.31E3B94B@educators.de> Date: Mon, 07 May 2001 09:36:37 +0200 From: Felix Ide X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: de, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Problem with 2.4.3, xfs, knfsd: "getfh failed: Operation not permitted" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi everybody, first thanks to everyone involved in this project, xfs is great for (mostly) all our needs...! Except for a NFS problem: We're useing SuSE 7.1, plain 2.4.3 kernel, patches 1.0 from sgi's website, nfsutils updated to 0.3.1. When I start the nfsserver I get the following messages: ... woodstock.educators.de:/nfs: Invalid argument ... where /nfs is a xfs filesystem. knfsd works fine with ext2 in parallel. When I then try to mount this fs, I get the following messages in my logfile: ... rpc.mountd: authenticated mount request from 192.168.10.103:677 for /nfs rpc.mountd: getfh failed: Operation not permitted ... I didnt't find anything helpful in the mailing list archive, so please excuse me if this is a well-knows problem. Thanks for your help, Felix BTW: I built SuSE-7.1 RPMs, anyone interested? Perhaps you(sgi) could put then in your download section. From owner-linux-xfs@oss.sgi.com Mon May 7 01:09:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4789Hm25547 for linux-xfs-outgoing; Mon, 7 May 2001 01:09:17 -0700 Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.121.50]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4789GF25544 for ; Mon, 7 May 2001 01:09:16 -0700 Received: from cs.ucr.edu (CBL-richy33.hs.earthlink.net [207.217.170.84]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA18986 for ; Mon, 7 May 2001 01:09:17 -0700 (PDT) Message-ID: <3AF65819.34D450A1@cs.ucr.edu> Date: Mon, 07 May 2001 01:08:57 -0700 From: Daniel Tabuenca X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Problem with 2.4.3, xfs, knfsd: "getfh failed: Operation not permitted" References: <3AF65085.31E3B94B@educators.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I don't think this is an xfs problem . I get this problem ocassionally and it is usually solved by killing and restarting rpc.mountd, or doing an exportfs -r > woodstock.educators.de:/nfs: Invalid argument > ... > where /nfs is a xfs filesystem. knfsd works fine with ext2 in parallel. > > When I then try to mount this fs, I get the following messages in my > logfile: > ... > rpc.mountd: authenticated mount request from 192.168.10.103:677 for /nfs > rpc.mountd: getfh failed: Operation not permitted > ... From owner-linux-xfs@oss.sgi.com Mon May 7 01:34:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f478Yh926056 for linux-xfs-outgoing; Mon, 7 May 2001 01:34:43 -0700 Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f478YfF26053 for ; Mon, 7 May 2001 01:34:41 -0700 Received: from vimfuego.saarinen.org ([192.168.1.1]) by vimfuego.saarinen.org with esmtp (Exim 3.22 #1 (Red Hack)) id 14wgTS-0002GR-00; Mon, 07 May 2001 20:34:34 +1200 Date: Mon, 7 May 2001 20:34:34 +1200 (NZST) From: Juha Saarinen To: Eric Sandeen cc: GCS , "linux-xfs@oss.sgi.com" Subject: Re: Comparing XFS with ext3 and ReiserFS In-Reply-To: <3AF5DC85.FACD3C1@sgi.com> Message-ID: X-S: Always MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, 6 May 2001, Eric Sandeen wrote: > It's NOT that every created inode wastes space. If you have some > application that, on average, uses 1 million inodes, and sometimes > spikes to 1.1 million inodes, then you might sometimes have 100,000 > unused, but still allocated, inodes on the system. > > In other words, the "high water mark" of allocated inodes is never > reduced. > > But that's not so bad - create a fresh ext2 system, and you start off > with allocated, but 100% unused inodes right from the start. And if you > didn't create it with _enough_ inodes, then your app will fail when it > runs out. So you make the ext2 filesystem with, maybe, 1.5x what you > anticipate. Which seems like a bigger waste... > > So with XFS, you only waste space if you dramatically change the inode > usage downward. If you use a filesystem for a squid cache, then delete > all those files and make one big vidcap file, then yes, you'd be wasting > space. But that sort of scenario isn't too likely. Just out of curiosity, how does NTFS handle such a scenario? -- Regards, Juha PGP fingerprint: B7E1 CC52 5FCA 9756 B502 10C8 4CD8 B066 12F3 9544 From owner-linux-xfs@oss.sgi.com Mon May 7 05:00:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47C0C131896 for linux-xfs-outgoing; Mon, 7 May 2001 05:00:12 -0700 Received: from dnb.no (mail3.dnb.no [193.212.168.26]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47C08F31893 for ; Mon, 7 May 2001 05:00:09 -0700 Received: from abrap401.dnb.no (unverified) by dnb.no (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Mon, 7 May 2001 13:59:46 +0200 Received: by abrap401.dnb.no with Internet Mail Service (5.5.2653.19) id ; Mon, 7 May 2001 13:59:56 +0200 Message-ID: <3A28D7599E96D21190570001FA323F2601F9E5AB@k11ap005.dnb.no> From: "Schaller, Christian" To: "'linux-xfs@oss.sgi.com'" Subject: SGI/RedHat 7.1 with XFS installer Date: Mon, 7 May 2001 13:59:55 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I have installed your version of RH7.1 and the system now works pretty good for me. Thanks for the great work. Anyway there is what I deem to be a small bug in the setup and it is related to devfs and IDE cdrom players. On both my own and a friends computer the installation failed (both cases being fresh installs, not upgrades) in setting up the cdrom player which I think was caused by /dev/cdrom already existing. When I deleted /dev/cdrom and rebooted devfs managed to create /dev/cdroms/cdrom0 and make a symlink to /dev/cdrom and things started to work well. You might also want to consider removing some packages like the Red Hat sound configuration tool since it doesn't work with devfs and only confuses people since it seems to work ok, but then gets reset at reboot. I had never used devfs before this so it took me some time and reading before I figured out what was happening. Sincerely, Christian * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This email with attachments is solely for the use of the individual or entity to whom it is addressed. Please also be aware that DnB cannot accept any payment orders or other legally binding correspondence with customers as a part of an email. This email message has been virus checked by the virus programs used in the DnB Group. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * From owner-linux-xfs@oss.sgi.com Mon May 7 06:37:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47DbPc05262 for linux-xfs-outgoing; Mon, 7 May 2001 06:37:25 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f47DbOF05254 for ; Mon, 7 May 2001 06:37:24 -0700 Received: (qmail 9298 invoked by uid 0); 7 May 2001 13:37:17 -0000 Received: from adsl-3-83.adsl.easynet.fr (HELO mail.gmx.de) (212.11.27.83) by mail.gmx.net (mail04) with SMTP; 7 May 2001 13:37:17 -0000 Message-ID: <200105071537080970.00A6D1A0@mail.gmx.de> X-Mailer: Calypso Version 3.20.01.01 (4) Date: Mon, 07 May 2001 15:37:08 +0200 From: "linux" To: linux-xfs@oss.sgi.com Subject: Linux 2.4.4 + xfs Mime-Version: 1.0 Content-Type: text/plain; charset="WINDOWS-1250" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f47DbPF05260 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, i had a kernel 2.4.3 and i tried to compile it with xfs support in kernel and it failed ! i had gcc 2.95 , i installed kgcc with egcs 1.1.2 and failed again. i didn't want to downgrade my kernel so i downloaded kernel 2.4.4. i applied the linux-2.4.4-xfs-TEST.patch (the linux-2.4.4-xfs-cvs-05022001.patch.gz didn't work for me). and i managed to compile it with gcc 2.95 ! so i have now a little partition with xfs : good but 1.how stable is xfs with kernel 2.4.4 ? 2.is it sue to make the root filesystem xfs ? thanks @++ nico From owner-linux-xfs@oss.sgi.com Mon May 7 07:57:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47Evjq11113 for linux-xfs-outgoing; Mon, 7 May 2001 07:57:45 -0700 Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47EvhF11108 for ; Mon, 7 May 2001 07:57:44 -0700 Received: from [195.20.224.209] (helo=mrvdom02.schlund.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 14wmSE-0005qg-00 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 16:57:42 +0200 Received: from pc19eb790.dip.t-dialin.net ([193.158.183.144] helo=educators.de) by mrvdom02.schlund.de with esmtp (Exim 2.12 #2) id 14wmR0-0007en-00 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 16:56:26 +0200 Message-ID: <3AF6B793.80C02401@educators.de> Date: Mon, 07 May 2001 16:56:19 +0200 From: Felix Ide X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: de, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Problem with 2.4.3, xfs, knfsd: "getfh failed: Operation not permitted" References: <3AF65085.31E3B94B@educators.de> <3AF65819.34D450A1@cs.ucr.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Daniel Tabuenca wrote: > > I don't think this is an xfs problem . I get this problem ocassionally > and it is usually solved by killing and restarting rpc.mountd, or doing > an exportfs -r > > > woodstock.educators.de:/nfs: Invalid argument > > ... > > where /nfs is a xfs filesystem. knfsd works fine with ext2 in parallel. > > > > When I then try to mount this fs, I get the following messages in my > > logfile: > > ... > > rpc.mountd: authenticated mount request from 192.168.10.103:677 for /nfs > > rpc.mountd: getfh failed: Operation not permitted > > ... I'm quite sure that it is an xfs problem, because I tried it on different mountpoints with different partitions and the "Invalid argument" messages in combination with "getfh failed" do only show up on xfs, ext2 works well. Thanks, Felix From owner-linux-xfs@oss.sgi.com Mon May 7 08:16:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47FGTn11922 for linux-xfs-outgoing; Mon, 7 May 2001 08:16:29 -0700 Received: from sa-bwmail1.storageapps.com (smtp.storageapps.com [63.101.83.13]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f47FGOF11914 for ; Mon, 7 May 2001 08:16:24 -0700 Received: by SA-BWMAIL1 with Internet Mail Service (5.5.2653.19) id ; Mon, 7 May 2001 11:16:04 -0400 Message-ID: <23D04BDBA646D411BDDD00D0B774B539028C88A3@SA-BWMAIL1> From: "Christian, Chip" To: "'Timothy Shimmin'" Cc: "'Linux XFS (E-mail)'" Subject: RE: chacl usage Date: Mon, 7 May 2001 11:16:04 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C0D708.A1DF2580" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C0D708.A1DF2580 Content-Type: text/plain Tim, Call me Chip... For sure I'm running the proper kernel. I just built it once more so I could tell you I built it this morning ;-) noposix_acl.o isn't created, but posix_acl.o is, as another point of verification. Attached is my .config. /boot/vmlinuz is the only kernel listed in lilo.conf. I do this: make mrproper cp ~/config .config make menuconfig (verify settings...) make dep make bzImage make modules make modules_install cp arch/i386/boot/bzImage /boot/vmlinuz lilo init 6 -----Original Message----- From: Timothy Shimmin [mailto:tes@boing.melbourne.sgi.com] Sent: Sunday, May 06, 2001 21:04 To: Christian, Chip Cc: 'Linux XFS (E-mail)' Subject: Re: chacl usage Hi Christian, On Fri, May 04, 2001 at 11:38:34AM -0400, Christian, Chip wrote: > Oh, and I specified > CONFIG_FS_POSIX_ACL=y > when building the kernel. > > > -----Original Message----- > > From: Christian, Chip > > Sent: Friday, May 04, 2001 11:37 > > To: Linux XFS (E-mail) > > Subject: chacl usage > > > > Am I missing something to get acls to work on XFS? I'm on a frsh RedHat 7.1install, built a kernel from the 1.0 XFS release. I installed the SGI acl-1.0.1-0. Built an XFS filesystem: > > > > [root@betanas1 pkgs]# chacl u::rwx,g::rwx,o::rwx foo > > chacl: error setting access acl on "foo": Function not implemented This is strange. The only way I know that you'd be getting ENOSYS (Function not implemented) for ACLs is if CONFIG_FS_POSIX_ACL is not set. (See linux/fs/noposix_acl.c (used in linux/fs/Makefile)) Are you sure you have the right kernel running ? --Tim ------_=_NextPart_000_01C0D708.A1DF2580 Content-Type: application/octet-stream; name=".config" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=".config" #=0A= # Automatically generated by make menuconfig: don't edit=0A= #=0A= CONFIG_X86=3Dy=0A= CONFIG_ISA=3Dy=0A= # CONFIG_SBUS is not set=0A= CONFIG_UID16=3Dy=0A= =0A= #=0A= # Code maturity level options=0A= #=0A= CONFIG_EXPERIMENTAL=3Dy=0A= =0A= #=0A= # Loadable module support=0A= #=0A= CONFIG_MODULES=3Dy=0A= CONFIG_MODVERSIONS=3Dy=0A= CONFIG_KMOD=3Dy=0A= =0A= #=0A= # Processor type and features=0A= #=0A= # CONFIG_M386 is not set=0A= # CONFIG_M486 is not set=0A= # CONFIG_M586 is not set=0A= # CONFIG_M586TSC is not set=0A= # CONFIG_M586MMX is not set=0A= # CONFIG_M686 is not set=0A= CONFIG_MPENTIUMIII=3Dy=0A= # CONFIG_MPENTIUM4 is not set=0A= # CONFIG_MK6 is not set=0A= # CONFIG_MK7 is not set=0A= # CONFIG_MCRUSOE is not set=0A= # CONFIG_MWINCHIPC6 is not set=0A= # CONFIG_MWINCHIP2 is not set=0A= # CONFIG_MWINCHIP3D is not set=0A= CONFIG_X86_WP_WORKS_OK=3Dy=0A= CONFIG_X86_INVLPG=3Dy=0A= CONFIG_X86_CMPXCHG=3Dy=0A= CONFIG_X86_BSWAP=3Dy=0A= CONFIG_X86_POPAD_OK=3Dy=0A= CONFIG_X86_L1_CACHE_SHIFT=3D5=0A= CONFIG_X86_TSC=3Dy=0A= CONFIG_X86_GOOD_APIC=3Dy=0A= CONFIG_X86_PGE=3Dy=0A= CONFIG_X86_USE_PPRO_CHECKSUM=3Dy=0A= # CONFIG_TOSHIBA is not set=0A= # CONFIG_MICROCODE is not set=0A= # CONFIG_X86_MSR is not set=0A= # CONFIG_X86_CPUID is not set=0A= # CONFIG_E820_PROC is not set=0A= CONFIG_NOHIGHMEM=3Dy=0A= # CONFIG_HIGHMEM4G is not set=0A= # CONFIG_HIGHMEM64G is not set=0A= # CONFIG_1GB is not set=0A= CONFIG_2GB=3Dy=0A= # CONFIG_3GB is not set=0A= # CONFIG_MATH_EMULATION is not set=0A= # CONFIG_MTRR is not set=0A= CONFIG_SMP=3Dy=0A= CONFIG_HAVE_DEC_LOCK=3Dy=0A= =0A= #=0A= # General setup=0A= #=0A= CONFIG_NET=3Dy=0A= # CONFIG_VISWS is not set=0A= CONFIG_X86_IO_APIC=3Dy=0A= CONFIG_X86_LOCAL_APIC=3Dy=0A= CONFIG_PCI=3Dy=0A= # CONFIG_PCI_GOBIOS is not set=0A= # CONFIG_PCI_GODIRECT is not set=0A= CONFIG_PCI_GOANY=3Dy=0A= CONFIG_PCI_BIOS=3Dy=0A= CONFIG_PCI_DIRECT=3Dy=0A= CONFIG_PCI_NAMES=3Dy=0A= # CONFIG_EISA is not set=0A= # CONFIG_MCA is not set=0A= CONFIG_HOTPLUG=3Dy=0A= =0A= #=0A= # PCMCIA/CardBus support=0A= #=0A= CONFIG_PCMCIA=3Dy=0A= CONFIG_CARDBUS=3Dy=0A= # CONFIG_I82365 is not set=0A= # CONFIG_TCIC is not set=0A= CONFIG_SYSVIPC=3Dy=0A= # CONFIG_BSD_PROCESS_ACCT is not set=0A= CONFIG_SYSCTL=3Dy=0A= CONFIG_KCORE_ELF=3Dy=0A= # CONFIG_KCORE_AOUT is not set=0A= # CONFIG_BINFMT_AOUT is not set=0A= CONFIG_BINFMT_ELF=3Dy=0A= # CONFIG_BINFMT_MISC is not set=0A= # CONFIG_PM is not set=0A= # CONFIG_ACPI is not set=0A= # CONFIG_APM is not set=0A= =0A= #=0A= # Memory Technology Devices (MTD)=0A= #=0A= # CONFIG_MTD is not set=0A= =0A= #=0A= # Parallel port support=0A= #=0A= # CONFIG_PARPORT is not set=0A= =0A= #=0A= # Plug and Play configuration=0A= #=0A= CONFIG_PNP=3Dy=0A= CONFIG_ISAPNP=3Dy=0A= =0A= #=0A= # Block devices=0A= #=0A= CONFIG_BLK_DEV_FD=3Dy=0A= # CONFIG_BLK_DEV_XD is not set=0A= # CONFIG_PARIDE is not set=0A= # CONFIG_BLK_CPQ_DA is not set=0A= # CONFIG_BLK_CPQ_CISS_DA is not set=0A= # CONFIG_BLK_DEV_DAC960 is not set=0A= # CONFIG_BLK_DEV_LOOP is not set=0A= # CONFIG_BLK_DEV_NBD is not set=0A= # CONFIG_BLK_DEV_RAM is not set=0A= # CONFIG_BLK_DEV_INITRD is not set=0A= =0A= #=0A= # Multi-device support (RAID and LVM)=0A= #=0A= CONFIG_MD=3Dy=0A= CONFIG_BLK_DEV_MD=3Dy=0A= # CONFIG_MD_LINEAR is not set=0A= # CONFIG_MD_RAID0 is not set=0A= # CONFIG_MD_RAID1 is not set=0A= # CONFIG_MD_RAID5 is not set=0A= CONFIG_MD_MULTIPATH=3Dy=0A= # CONFIG_BLK_DEV_LVM is not set=0A= =0A= #=0A= # Networking options=0A= #=0A= CONFIG_PACKET=3Dy=0A= # CONFIG_PACKET_MMAP is not set=0A= # CONFIG_NETLINK is not set=0A= # CONFIG_NETFILTER is not set=0A= # CONFIG_FILTER is not set=0A= CONFIG_UNIX=3Dy=0A= CONFIG_INET=3Dy=0A= # CONFIG_TUX is not set=0A= CONFIG_IP_MULTICAST=3Dy=0A= # CONFIG_IP_ADVANCED_ROUTER is not set=0A= # CONFIG_IP_PNP is not set=0A= # CONFIG_NET_IPIP is not set=0A= # CONFIG_NET_IPGRE is not set=0A= # CONFIG_IP_MROUTE is not set=0A= # CONFIG_INET_ECN is not set=0A= # CONFIG_SYN_COOKIES is not set=0A= # CONFIG_IPV6 is not set=0A= # CONFIG_KHTTPD is not set=0A= # CONFIG_ATM is not set=0A= # CONFIG_IPX is not set=0A= # CONFIG_ATALK is not set=0A= # CONFIG_DECNET is not set=0A= # CONFIG_BRIDGE is not set=0A= # CONFIG_X25 is not set=0A= # CONFIG_LAPB is not set=0A= # CONFIG_LLC is not set=0A= # CONFIG_NET_DIVERT is not set=0A= # CONFIG_ECONET is not set=0A= # CONFIG_WAN_ROUTER is not set=0A= # CONFIG_NET_FASTROUTE is not set=0A= # CONFIG_NET_HW_FLOWCONTROL is not set=0A= =0A= #=0A= # QoS and/or fair queueing=0A= #=0A= # CONFIG_NET_SCHED is not set=0A= =0A= #=0A= # Telephony Support=0A= #=0A= # CONFIG_PHONE is not set=0A= # CONFIG_PHONE_IXJ is not set=0A= =0A= #=0A= # ATA/IDE/MFM/RLL support=0A= #=0A= CONFIG_IDE=3Dy=0A= =0A= #=0A= # IDE, ATA and ATAPI Block devices=0A= #=0A= CONFIG_BLK_DEV_IDE=3Dy=0A= # CONFIG_BLK_DEV_HD_IDE is not set=0A= # CONFIG_BLK_DEV_HD is not set=0A= CONFIG_BLK_DEV_IDEDISK=3Dy=0A= # CONFIG_IDEDISK_MULTI_MODE is not set=0A= # CONFIG_BLK_DEV_IDEDISK_VENDOR is not set=0A= # CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set=0A= # CONFIG_BLK_DEV_IDEDISK_IBM is not set=0A= # CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set=0A= # CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set=0A= # CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set=0A= # CONFIG_BLK_DEV_IDEDISK_WD is not set=0A= # CONFIG_BLK_DEV_COMMERIAL is not set=0A= # CONFIG_BLK_DEV_TIVO is not set=0A= # CONFIG_BLK_DEV_IDECS is not set=0A= CONFIG_BLK_DEV_IDECD=3Dy=0A= # CONFIG_BLK_DEV_IDETAPE is not set=0A= # CONFIG_BLK_DEV_IDEFLOPPY is not set=0A= # CONFIG_BLK_DEV_IDESCSI is not set=0A= CONFIG_BLK_DEV_CMD640=3Dy=0A= # CONFIG_BLK_DEV_CMD640_ENHANCED is not set=0A= # CONFIG_BLK_DEV_ISAPNP is not set=0A= CONFIG_BLK_DEV_RZ1000=3Dy=0A= CONFIG_BLK_DEV_IDEPCI=3Dy=0A= CONFIG_IDEPCI_SHARE_IRQ=3Dy=0A= # CONFIG_BLK_DEV_IDEDMA_PCI is not set=0A= # CONFIG_BLK_DEV_OFFBOARD is not set=0A= # CONFIG_IDEDMA_PCI_AUTO is not set=0A= # CONFIG_BLK_DEV_IDEDMA is not set=0A= # CONFIG_IDEDMA_PCI_WIP is not set=0A= # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set=0A= # CONFIG_BLK_DEV_AEC62XX is not set=0A= # CONFIG_AEC62XX_TUNING is not set=0A= # CONFIG_BLK_DEV_ALI15X3 is not set=0A= # CONFIG_WDC_ALI15X3 is not set=0A= # CONFIG_BLK_DEV_AMD7409 is not set=0A= # CONFIG_AMD7409_OVERRIDE is not set=0A= # CONFIG_BLK_DEV_CMD64X is not set=0A= # CONFIG_BLK_DEV_CY82C693 is not set=0A= # CONFIG_BLK_DEV_CS5530 is not set=0A= # CONFIG_BLK_DEV_HPT34X is not set=0A= # CONFIG_HPT34X_AUTODMA is not set=0A= # CONFIG_BLK_DEV_HPT366 is not set=0A= # CONFIG_BLK_DEV_PIIX is not set=0A= # CONFIG_PIIX_TUNING is not set=0A= # CONFIG_BLK_DEV_NS87415 is not set=0A= # CONFIG_BLK_DEV_OPTI621 is not set=0A= # CONFIG_BLK_DEV_PDC202XX is not set=0A= # CONFIG_PDC202XX_BURST is not set=0A= # CONFIG_BLK_DEV_OSB4 is not set=0A= # CONFIG_BLK_DEV_SIS5513 is not set=0A= # CONFIG_BLK_DEV_SLC90E66 is not set=0A= # CONFIG_BLK_DEV_TRM290 is not set=0A= # CONFIG_BLK_DEV_VIA82CXXX is not set=0A= # CONFIG_IDE_CHIPSETS is not set=0A= # CONFIG_IDEDMA_AUTO is not set=0A= # CONFIG_DMA_NONPCI is not set=0A= CONFIG_BLK_DEV_IDE_MODES=3Dy=0A= =0A= #=0A= # SCSI support=0A= #=0A= CONFIG_SCSI=3Dy=0A= CONFIG_BLK_DEV_SD=3Dy=0A= CONFIG_SD_EXTRA_DEVS=3D128=0A= # CONFIG_CHR_DEV_ST is not set=0A= # CONFIG_CHR_DEV_OSST is not set=0A= # CONFIG_BLK_DEV_SR is not set=0A= CONFIG_CHR_DEV_SG=3Dy=0A= CONFIG_SCSI_DEBUG_QUEUES=3Dy=0A= CONFIG_SCSI_MULTI_LUN=3Dy=0A= CONFIG_SCSI_CONSTANTS=3Dy=0A= # CONFIG_SCSI_LOGGING is not set=0A= =0A= #=0A= # SCSI low-level drivers=0A= #=0A= # CONFIG_BLK_DEV_3W_XXXX_RAID is not set=0A= # CONFIG_SCSI_7000FASST is not set=0A= # CONFIG_SCSI_ACARD is not set=0A= # CONFIG_SCSI_AHA152X is not set=0A= # CONFIG_SCSI_AHA1542 is not set=0A= # CONFIG_SCSI_AHA1740 is not set=0A= CONFIG_SCSI_AACRAID=3Dy=0A= # CONFIG_SCSI_AIC7XXX is not set=0A= # CONFIG_SCSI_AIC7XXX_OLD is not set=0A= # CONFIG_SCSI_ADVANSYS is not set=0A= # CONFIG_SCSI_IN2000 is not set=0A= # CONFIG_SCSI_AM53C974 is not set=0A= CONFIG_SCSI_MEGARAID=3Dy=0A= # CONFIG_SCSI_BUSLOGIC is not set=0A= # CONFIG_SCSI_CPQFCTS is not set=0A= # CONFIG_SCSI_DMX3191D is not set=0A= # CONFIG_SCSI_DTC3280 is not set=0A= # CONFIG_SCSI_EATA is not set=0A= # CONFIG_SCSI_EATA_DMA is not set=0A= # CONFIG_SCSI_EATA_PIO is not set=0A= # CONFIG_SCSI_FUTURE_DOMAIN is not set=0A= # CONFIG_SCSI_GDTH is not set=0A= # CONFIG_SCSI_GENERIC_NCR5380 is not set=0A= # CONFIG_SCSI_IPS is not set=0A= # CONFIG_SCSI_INITIO is not set=0A= # CONFIG_SCSI_INIA100 is not set=0A= # CONFIG_SCSI_NCR53C406A is not set=0A= # CONFIG_SCSI_NCR53C7xx is not set=0A= # CONFIG_SCSI_NCR53C8XX is not set=0A= CONFIG_SCSI_SYM53C8XX=3Dy=0A= CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=3D4=0A= CONFIG_SCSI_NCR53C8XX_MAX_TAGS=3D32=0A= CONFIG_SCSI_NCR53C8XX_SYNC=3D20=0A= # CONFIG_SCSI_NCR53C8XX_PROFILE is not set=0A= # CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set=0A= # CONFIG_SCSI_NCR53C8XX_PQS_PDS is not set=0A= # CONFIG_SCSI_NCR53C8XX_SYMBIOS_COMPAT is not set=0A= # CONFIG_SCSI_PAS16 is not set=0A= # CONFIG_SCSI_PCI2000 is not set=0A= # CONFIG_SCSI_PCI2220I is not set=0A= # CONFIG_SCSI_PSI240I is not set=0A= # CONFIG_SCSI_QLOGIC_FAS is not set=0A= # CONFIG_SCSI_QLOGIC_ISP is not set=0A= # CONFIG_SCSI_QLOGIC_FC is not set=0A= # CONFIG_SCSI_QLOGIC_1280 is not set=0A= CONFIG_SCSI_QLOGIC_QLA2100=3Dm=0A= # CONFIG_SCSI_SEAGATE is not set=0A= # CONFIG_SCSI_SIM710 is not set=0A= # CONFIG_SCSI_SYM53C416 is not set=0A= # CONFIG_SCSI_DC390T is not set=0A= # CONFIG_SCSI_T128 is not set=0A= # CONFIG_SCSI_U14_34F is not set=0A= # CONFIG_SCSI_ULTRASTOR is not set=0A= # CONFIG_SCSI_DEBUG is not set=0A= =0A= #=0A= # PCMCIA SCSI adapter support=0A= #=0A= # CONFIG_SCSI_PCMCIA is not set=0A= =0A= #=0A= # Fusion MPT device support=0A= #=0A= # CONFIG_FUSION is not set=0A= # CONFIG_FUSION_BOOT is not set=0A= # CONFIG_FUSION_ISENSE is not set=0A= # CONFIG_FUSION_CTL is not set=0A= # CONFIG_FUSION_LAN is not set=0A= =0A= #=0A= # IEEE 1394 (FireWire) support=0A= #=0A= # CONFIG_IEEE1394 is not set=0A= =0A= #=0A= # I2O device support=0A= #=0A= # CONFIG_I2O is not set=0A= # CONFIG_I2O_PCI is not set=0A= # CONFIG_I2O_BLOCK is not set=0A= # CONFIG_I2O_LAN is not set=0A= # CONFIG_I2O_SCSI is not set=0A= # CONFIG_I2O_PROC is not set=0A= =0A= #=0A= # Network device support=0A= #=0A= CONFIG_NETDEVICES=3Dy=0A= =0A= #=0A= # ARCnet devices=0A= #=0A= # CONFIG_ARCNET is not set=0A= CONFIG_DUMMY=3Dm=0A= # CONFIG_BONDING is not set=0A= # CONFIG_EQUALIZER is not set=0A= # CONFIG_TUN is not set=0A= # CONFIG_NET_SB1000 is not set=0A= =0A= #=0A= # Ethernet (10 or 100Mbit)=0A= #=0A= CONFIG_NET_ETHERNET=3Dy=0A= # CONFIG_NET_VENDOR_3COM is not set=0A= # CONFIG_LANCE is not set=0A= # CONFIG_NET_VENDOR_SMC is not set=0A= # CONFIG_NET_VENDOR_RACAL is not set=0A= # CONFIG_AT1700 is not set=0A= # CONFIG_DEPCA is not set=0A= # CONFIG_HP100 is not set=0A= # CONFIG_NET_ISA is not set=0A= CONFIG_NET_PCI=3Dy=0A= # CONFIG_PCNET32 is not set=0A= # CONFIG_ADAPTEC_STARFIRE is not set=0A= # CONFIG_AC3200 is not set=0A= # CONFIG_APRICOT is not set=0A= # CONFIG_CS89x0 is not set=0A= # CONFIG_TULIP is not set=0A= # CONFIG_DE4X5 is not set=0A= # CONFIG_DGRS is not set=0A= # CONFIG_DM9102 is not set=0A= CONFIG_EEPRO100=3Dm=0A= # CONFIG_EEPRO100_PM is not set=0A= # CONFIG_LNE390 is not set=0A= # CONFIG_E100 is not set=0A= # CONFIG_NATSEMI is not set=0A= # CONFIG_NE2K_PCI is not set=0A= # CONFIG_NE3210 is not set=0A= # CONFIG_ES3210 is not set=0A= # CONFIG_8139TOO is not set=0A= # CONFIG_SIS900 is not set=0A= # CONFIG_EPIC100 is not set=0A= # CONFIG_SUNDANCE is not set=0A= # CONFIG_TLAN is not set=0A= # CONFIG_VIA_RHINE is not set=0A= # CONFIG_WINBOND_840 is not set=0A= # CONFIG_HAPPYMEAL is not set=0A= # CONFIG_NET_POCKET is not set=0A= =0A= #=0A= # Ethernet (1000 Mbit)=0A= #=0A= CONFIG_E1000=3Dm=0A= # CONFIG_ACENIC is not set=0A= # CONFIG_NET_BROADCOM is not set=0A= # CONFIG_HAMACHI is not set=0A= # CONFIG_YELLOWFIN is not set=0A= # CONFIG_SK98LIN is not set=0A= # CONFIG_FDDI is not set=0A= # CONFIG_HIPPI is not set=0A= # CONFIG_PPP is not set=0A= # CONFIG_SLIP is not set=0A= =0A= #=0A= # Wireless LAN (non-hamradio)=0A= #=0A= # CONFIG_CIPE is not set=0A= # CONFIG_NET_RADIO is not set=0A= =0A= #=0A= # Token Ring devices=0A= #=0A= # CONFIG_TR is not set=0A= # CONFIG_NET_FC is not set=0A= # CONFIG_RCPCI is not set=0A= # CONFIG_SHAPER is not set=0A= =0A= #=0A= # Wan interfaces=0A= #=0A= # CONFIG_WAN is not set=0A= =0A= #=0A= # PCMCIA network device support=0A= #=0A= CONFIG_NET_PCMCIA=3Dy=0A= # CONFIG_PCMCIA_3C589 is not set=0A= # CONFIG_PCMCIA_3C574 is not set=0A= # CONFIG_PCMCIA_FMVJ18X is not set=0A= CONFIG_PCMCIA_PCNET=3Dy=0A= # CONFIG_PCMCIA_NMCLAN is not set=0A= # CONFIG_PCMCIA_SMC91C92 is not set=0A= # CONFIG_PCMCIA_XIRC2PS is not set=0A= # CONFIG_ARCNET_COM20020_CS is not set=0A= # CONFIG_PCMCIA_IBMTR is not set=0A= # CONFIG_PCMCIA_XIRCOM is not set=0A= # CONFIG_PCMCIA_XIRTULIP is not set=0A= CONFIG_NET_PCMCIA_RADIO=3Dy=0A= CONFIG_PCMCIA_RAYCS=3Dy=0A= # CONFIG_PCMCIA_NETWAVE is not set=0A= # CONFIG_PCMCIA_WAVELAN is not set=0A= # CONFIG_PCMCIA_WVLAN is not set=0A= # CONFIG_AIRONET4500_CS is not set=0A= # CONFIG_AIRONET4800_CS is not set=0A= CONFIG_PCMCIA_NETCARD=3Dy=0A= =0A= #=0A= # Amateur Radio support=0A= #=0A= # CONFIG_HAMRADIO is not set=0A= =0A= #=0A= # IrDA (infrared) support=0A= #=0A= # CONFIG_IRDA is not set=0A= =0A= #=0A= # ISDN subsystem=0A= #=0A= # CONFIG_ISDN is not set=0A= =0A= #=0A= # Old CD-ROM drivers (not SCSI, not IDE)=0A= #=0A= # CONFIG_CD_NO_IDESCSI is not set=0A= =0A= #=0A= # Input core support=0A= #=0A= # CONFIG_INPUT is not set=0A= =0A= #=0A= # Character devices=0A= #=0A= CONFIG_VT=3Dy=0A= CONFIG_VT_CONSOLE=3Dy=0A= CONFIG_SERIAL=3Dy=0A= # CONFIG_SERIAL_CONSOLE is not set=0A= # CONFIG_SERIAL_EXTENDED is not set=0A= # CONFIG_SERIAL_NONSTANDARD is not set=0A= CONFIG_UNIX98_PTYS=3Dy=0A= CONFIG_UNIX98_PTY_COUNT=3D256=0A= =0A= #=0A= # I2C support=0A= #=0A= # CONFIG_I2C is not set=0A= =0A= #=0A= # Mice=0A= #=0A= # CONFIG_BUSMOUSE is not set=0A= CONFIG_MOUSE=3Dy=0A= CONFIG_PSMOUSE=3Dy=0A= # CONFIG_82C710_MOUSE is not set=0A= # CONFIG_PC110_PAD is not set=0A= =0A= #=0A= # Joysticks=0A= #=0A= # CONFIG_JOYSTICK is not set=0A= # CONFIG_QIC02_TAPE is not set=0A= =0A= #=0A= # Watchdog Cards=0A= #=0A= # CONFIG_WATCHDOG is not set=0A= # CONFIG_INTEL_RNG is not set=0A= # CONFIG_NVRAM is not set=0A= # CONFIG_RTC is not set=0A= # CONFIG_DTLK is not set=0A= # CONFIG_R3964 is not set=0A= # CONFIG_APPLICOM is not set=0A= =0A= #=0A= # Ftape, the floppy tape device driver=0A= #=0A= # CONFIG_FTAPE is not set=0A= CONFIG_AGP=3Dy=0A= CONFIG_AGP_INTEL=3Dy=0A= CONFIG_AGP_I810=3Dy=0A= CONFIG_AGP_VIA=3Dy=0A= CONFIG_AGP_AMD=3Dy=0A= CONFIG_AGP_SIS=3Dy=0A= CONFIG_AGP_ALI=3Dy=0A= CONFIG_DRM=3Dy=0A= CONFIG_DRM_TDFX=3Dy=0A= # CONFIG_DRM_GAMMA is not set=0A= # CONFIG_DRM_R128 is not set=0A= CONFIG_DRM_RADEON=3Dy=0A= # CONFIG_DRM_I810 is not set=0A= # CONFIG_DRM_MGA is not set=0A= CONFIG_PCMCIA_SERIAL=3Dy=0A= =0A= #=0A= # PCMCIA character device support=0A= #=0A= # CONFIG_PCMCIA_SERIAL_CS is not set=0A= # CONFIG_PCMCIA_SERIAL_CB is not set=0A= =0A= #=0A= # Multimedia devices=0A= #=0A= # CONFIG_VIDEO_DEV is not set=0A= =0A= #=0A= # File systems=0A= #=0A= CONFIG_QUOTA=3Dy=0A= CONFIG_FS_POSIX_ACL=3Dy=0A= # CONFIG_AUTOFS_FS is not set=0A= CONFIG_AUTOFS4_FS=3Dy=0A= # CONFIG_REISERFS_FS is not set=0A= # CONFIG_REISERFS_CHECK is not set=0A= # CONFIG_ADFS_FS is not set=0A= # CONFIG_ADFS_FS_RW is not set=0A= # CONFIG_AFFS_FS is not set=0A= # CONFIG_HFS_FS is not set=0A= # CONFIG_BFS_FS is not set=0A= CONFIG_FAT_FS=3Dy=0A= CONFIG_MSDOS_FS=3Dy=0A= # CONFIG_UMSDOS_FS is not set=0A= CONFIG_VFAT_FS=3Dy=0A= # CONFIG_EFS_FS is not set=0A= # CONFIG_JFFS_FS is not set=0A= # CONFIG_CRAMFS is not set=0A= # CONFIG_TMPFS is not set=0A= # CONFIG_RAMFS is not set=0A= CONFIG_ISO9660_FS=3Dy=0A= # CONFIG_JOLIET is not set=0A= # CONFIG_MINIX_FS is not set=0A= # CONFIG_NTFS_FS is not set=0A= # CONFIG_NTFS_RW is not set=0A= # CONFIG_HPFS_FS is not set=0A= CONFIG_PROC_FS=3Dy=0A= # CONFIG_DEVFS_FS is not set=0A= # CONFIG_DEVFS_MOUNT is not set=0A= # CONFIG_DEVFS_DEBUG is not set=0A= CONFIG_DEVPTS_FS=3Dy=0A= # CONFIG_QNX4FS_FS is not set=0A= # CONFIG_QNX4FS_RW is not set=0A= # CONFIG_ROMFS_FS is not set=0A= CONFIG_EXT2_FS=3Dy=0A= # CONFIG_SYSV_FS is not set=0A= # CONFIG_SYSV_FS_WRITE is not set=0A= # CONFIG_UDF_FS is not set=0A= # CONFIG_UDF_RW is not set=0A= # CONFIG_UFS_FS is not set=0A= # CONFIG_UFS_FS_WRITE is not set=0A= CONFIG_PAGE_BUF=3Dy=0A= CONFIG_XFS_FS=3Dy=0A= # CONFIG_XFS_DMAPI is not set=0A= CONFIG_XFS_QUOTA=3Dy=0A= # CONFIG_XFS_DEBUG is not set=0A= # CONFIG_XFS_VNODE_TRACING is not set=0A= =0A= #=0A= # Network File Systems=0A= #=0A= # CONFIG_CODA_FS is not set=0A= CONFIG_NFS_FS=3Dy=0A= CONFIG_NFS_V3=3Dy=0A= # CONFIG_ROOT_NFS is not set=0A= CONFIG_NFSD=3Dy=0A= CONFIG_NFSD_V3=3Dy=0A= CONFIG_SUNRPC=3Dy=0A= CONFIG_LOCKD=3Dy=0A= CONFIG_LOCKD_V4=3Dy=0A= # CONFIG_SMB_FS is not set=0A= # CONFIG_NCP_FS is not set=0A= # CONFIG_NCPFS_PACKET_SIGNING is not set=0A= # CONFIG_NCPFS_IOCTL_LOCKING is not set=0A= # CONFIG_NCPFS_STRONG is not set=0A= # CONFIG_NCPFS_NFS_NS is not set=0A= # CONFIG_NCPFS_OS2_NS is not set=0A= # CONFIG_NCPFS_SMALLDOS is not set=0A= # CONFIG_NCPFS_NLS is not set=0A= # CONFIG_NCPFS_EXTRAS is not set=0A= =0A= #=0A= # Partition Types=0A= #=0A= CONFIG_PARTITION_ADVANCED=3Dy=0A= # CONFIG_ACORN_PARTITION is not set=0A= # CONFIG_OSF_PARTITION is not set=0A= # CONFIG_AMIGA_PARTITION is not set=0A= # CONFIG_ATARI_PARTITION is not set=0A= # CONFIG_MAC_PARTITION is not set=0A= CONFIG_MSDOS_PARTITION=3Dy=0A= # CONFIG_BSD_DISKLABEL is not set=0A= # CONFIG_MINIX_SUBPARTITION is not set=0A= # CONFIG_SOLARIS_X86_PARTITION is not set=0A= # CONFIG_UNIXWARE_DISKLABEL is not set=0A= # CONFIG_SGI_PARTITION is not set=0A= # CONFIG_ULTRIX_PARTITION is not set=0A= # CONFIG_SUN_PARTITION is not set=0A= # CONFIG_SMB_NLS is not set=0A= CONFIG_NLS=3Dy=0A= =0A= #=0A= # Native Language Support=0A= #=0A= CONFIG_NLS_DEFAULT=3D"iso8859-1"=0A= # CONFIG_NLS_CODEPAGE_437 is not set=0A= # CONFIG_NLS_CODEPAGE_737 is not set=0A= # CONFIG_NLS_CODEPAGE_775 is not set=0A= # CONFIG_NLS_CODEPAGE_850 is not set=0A= # CONFIG_NLS_CODEPAGE_852 is not set=0A= # CONFIG_NLS_CODEPAGE_855 is not set=0A= # CONFIG_NLS_CODEPAGE_857 is not set=0A= # CONFIG_NLS_CODEPAGE_860 is not set=0A= # CONFIG_NLS_CODEPAGE_861 is not set=0A= # CONFIG_NLS_CODEPAGE_862 is not set=0A= # CONFIG_NLS_CODEPAGE_863 is not set=0A= # CONFIG_NLS_CODEPAGE_864 is not set=0A= # CONFIG_NLS_CODEPAGE_865 is not set=0A= # CONFIG_NLS_CODEPAGE_866 is not set=0A= # CONFIG_NLS_CODEPAGE_869 is not set=0A= # CONFIG_NLS_CODEPAGE_874 is not set=0A= # CONFIG_NLS_CODEPAGE_932 is not set=0A= # CONFIG_NLS_CODEPAGE_936 is not set=0A= # CONFIG_NLS_CODEPAGE_949 is not set=0A= # CONFIG_NLS_CODEPAGE_950 is not set=0A= # CONFIG_NLS_ISO8859_1 is not set=0A= # CONFIG_NLS_ISO8859_2 is not set=0A= # CONFIG_NLS_ISO8859_3 is not set=0A= # CONFIG_NLS_ISO8859_4 is not set=0A= # CONFIG_NLS_ISO8859_5 is not set=0A= # CONFIG_NLS_ISO8859_6 is not set=0A= # CONFIG_NLS_ISO8859_7 is not set=0A= # CONFIG_NLS_ISO8859_8 is not set=0A= # CONFIG_NLS_ISO8859_9 is not set=0A= # CONFIG_NLS_ISO8859_14 is not set=0A= # CONFIG_NLS_ISO8859_15 is not set=0A= # CONFIG_NLS_KOI8_R is not set=0A= # CONFIG_NLS_UTF8 is not set=0A= =0A= #=0A= # Console drivers=0A= #=0A= CONFIG_VGA_CONSOLE=3Dy=0A= # CONFIG_VIDEO_SELECT is not set=0A= # CONFIG_MDA_CONSOLE is not set=0A= =0A= #=0A= # Frame-buffer support=0A= #=0A= # CONFIG_FB is not set=0A= =0A= #=0A= # Sound=0A= #=0A= # CONFIG_SOUND is not set=0A= =0A= #=0A= # USB support=0A= #=0A= CONFIG_USB=3Dy=0A= # CONFIG_USB_DEBUG is not set=0A= # CONFIG_USB_DEVICEFS is not set=0A= # CONFIG_USB_BANDWIDTH is not set=0A= CONFIG_USB_UHCI_ALT=3Dy=0A= # CONFIG_USB_OHCI is not set=0A= # CONFIG_USB_AUDIO is not set=0A= # CONFIG_USB_BLUETOOTH is not set=0A= CONFIG_USB_STORAGE=3Dy=0A= # CONFIG_USB_STORAGE_DEBUG is not set=0A= # CONFIG_USB_STORAGE_FREECOM is not set=0A= # CONFIG_USB_STORAGE_HP8200e is not set=0A= # CONFIG_USB_ACM is not set=0A= # CONFIG_USB_PRINTER is not set=0A= # CONFIG_USB_DC2XX is not set=0A= # CONFIG_USB_MDC800 is not set=0A= # CONFIG_USB_SCANNER is not set=0A= # CONFIG_USB_MICROTEK is not set=0A= # CONFIG_USB_HP5300 is not set=0A= # CONFIG_USB_IBMCAM is not set=0A= # CONFIG_USB_OV511 is not set=0A= # CONFIG_USB_DSBR is not set=0A= # CONFIG_USB_DABUSB is not set=0A= # CONFIG_USB_PLUSB is not set=0A= # CONFIG_USB_PEGASUS is not set=0A= # CONFIG_USB_KAWETH is not set=0A= # CONFIG_USB_USBNET is not set=0A= # CONFIG_USB_USS720 is not set=0A= =0A= #=0A= # USB Serial Converter support=0A= #=0A= # CONFIG_USB_SERIAL is not set=0A= # CONFIG_USB_RIO500 is not set=0A= =0A= #=0A= # Kernel hacking=0A= #=0A= CONFIG_DEBUG_IOVIRT=3Dy=0A= # CONFIG_MAGIC_SYSRQ is not set=0A= ------_=_NextPart_000_01C0D708.A1DF2580-- From owner-linux-xfs@oss.sgi.com Mon May 7 08:21:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47FL5w12306 for linux-xfs-outgoing; Mon, 7 May 2001 08:21:05 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47FL4F12303 for ; Mon, 7 May 2001 08:21:05 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f47FL1K28314; Mon, 7 May 2001 10:21:01 -0500 (CDT) Message-ID: <3AF6BDCD.3478335@sgi.com> Date: Mon, 07 May 2001 10:22:53 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: linux CC: linux-xfs@oss.sgi.com Subject: Re: Linux 2.4.4 + xfs References: <200105071537080970.00A6D1A0@mail.gmx.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "linux" wrote: > i had a kernel 2.4.3 and i tried to compile it with xfs support in kernel > and it failed ! i had gcc 2.95 , i installed kgcc with egcs 1.1.2 > and failed again. i didn't want to downgrade my kernel > so i downloaded kernel 2.4.4. > i applied the linux-2.4.4-xfs-TEST.patch (the linux-2.4.4-xfs-cvs-05022001.patch.gz > didn't work for me). Could you provide some information about how these failed, so that we can fix them if it's a real problem? > 1.how stable is xfs with kernel 2.4.4 ? Unknown - 2.4.4 is largely untested at this point. > 2.is it sue to make the root filesystem xfs ? Root XFS filesystems should be fine, many people are running that way. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Mon May 7 08:41:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47Ff0O13007 for linux-xfs-outgoing; Mon, 7 May 2001 08:41:00 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f47FewF13003 for ; Mon, 7 May 2001 08:40:58 -0700 Received: (qmail 16300 invoked by uid 0); 7 May 2001 15:40:51 -0000 Received: from adsl-3-43.adsl.easynet.fr (HELO mail.gmx.de) (212.11.27.43) by mail.gmx.net (mp030-rz3) with SMTP; 7 May 2001 15:40:51 -0000 Message-ID: <200105071740430171.0117F359@mail.gmx.de> In-Reply-To: <3AF6BDCD.3478335@sgi.com> References: <200105071537080970.00A6D1A0@mail.gmx.de> <3AF6BDCD.3478335@sgi.com> X-Mailer: Calypso Version 3.20.01.01 (4) Date: Mon, 07 May 2001 17:40:43 +0200 From: "linux" To: "Eric Sandeen" Cc: linux-xfs@oss.sgi.com Subject: Re: Linux 2.4.4 + xfs Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f47FexF13005 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Le 07/05/2001 à 10:22 Eric Sandeen a écrit : >Could you provide some information about how these failed, so that we >can fix them if it's a real problem? you can see a few posts in the list archive. >> 1.how stable is xfs with kernel 2.4.4 ? >Unknown - 2.4.4 is largely untested at this point. do you want to do some test with my config ? >> 2.is it sue to make the root filesystem xfs ? >Root XFS filesystems should be fine, many people are running that way. ok i'm about to try to migrate my server today. thanks @++ nico From owner-linux-xfs@oss.sgi.com Mon May 7 09:12:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47GCSm13620 for linux-xfs-outgoing; Mon, 7 May 2001 09:12:28 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47GCRF13617 for ; Mon, 7 May 2001 09:12:28 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA16835 for ; Mon, 7 May 2001 09:11:05 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA21343; Mon, 7 May 2001 11:11:11 -0500 (CDT) Received: from thebarn.com (localhost [127.0.0.1]) by gibble.americas.sgi.com (8.11.3/8.11.2) with ESMTP id f47GABe11075; Mon, 7 May 2001 12:10:11 -0400 Message-ID: <3AF6C8E2.ACF6EA1@thebarn.com> Date: Mon, 07 May 2001 12:10:10 -0400 From: Russell Cattelan X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: en MIME-Version: 1.0 To: linux CC: linux-xfs@oss.sgi.com Subject: Re: Linux 2.4.4 + xfs References: <200105071537080970.00A6D1A0@mail.gmx.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk linux wrote: > Hi, > > i had a kernel 2.4.3 and i tried to compile it with xfs support in kernel > and it failed ! i had gcc 2.95 , i installed kgcc with egcs 1.1.2 > and failed again. i didn't want to downgrade my kernel > so i downloaded kernel 2.4.4. > i applied the linux-2.4.4-xfs-TEST.patch (the linux-2.4.4-xfs-cvs-05022001.patch.gz > didn't work for me). Since I've manage to make some stupid mistakess when generating patches in the past, I make sure to test the patches before I put them on oss. I tested the CVS patch and it does work. how did you try and apply it. > > and i managed to compile it with gcc 2.95 ! > so i have now a little partition with xfs : good > > but > > 1.how stable is xfs with kernel 2.4.4 ? It's not, and some of the problems my be linux releated and not XFS, but we need to track them down. > 2.is it sue to make the root filesystem xfs ? > > thanks > @++ > nico -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer. From owner-linux-xfs@oss.sgi.com Mon May 7 09:18:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47GIWo13758 for linux-xfs-outgoing; Mon, 7 May 2001 09:18:32 -0700 Received: from sith.mimuw.edu.pl (qmailr@sith.mimuw.edu.pl [193.0.97.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f47GITF13754 for ; Mon, 7 May 2001 09:18:29 -0700 Received: (qmail 22546 invoked by uid 1645); 7 May 2001 16:23:48 -0000 Date: Mon, 7 May 2001 18:23:48 +0200 From: Jan Rekorajski To: linux-xfs@oss.sgi.com Subject: XFS and nfsd_operations patch Message-ID: <20010507182348.F2753@sith.mimuw.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.17i X-Operating-System: Linux 2.4.2-xfs i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Some time ago Neil Brown made an nfsd_operations patch (available at http://cgi.cse.unsw.edu.au/~neilb/patches/linux/) which needs a find_parent method[1]. This patch is required for reiserfs to work reliably with NFS and as I want both reiserfs and XFS to be servable via NFS I made a small patch for XFS to work with nfsd_operations. Could some XFS hacker please check the following code if it's correct? I tested it, it Works For Me(tm) but I want to be on the safe side :) [1] struct dentry * get_parent(struct dentry *child): get_parent should find the parent directory for the given child which is also a directory. In the event that it cannot be found, or storage space cannot be allocated, a %ERR_PTR should be returned. struct dentry * linvfs_get_parent(struct dentry *child) { int error; vnode_t *vp, *cvp; pathname_t pn; pathname_t *pnp = &pn; struct inode *ip = NULL; struct dentry *parent; vp = LINVFS_GET_VP(child->d_inode); ASSERT(vp); /* * Initialize a pathname_t to pass down. */ bzero(pnp, sizeof(pathname_t)); pnp->pn_complen = 2; pnp->pn_path = ".."; cvp = NULL; VOP_LOOKUP(vp, "..", &cvp, pnp, 0, NULL, NULL, error); if (!error) { ASSERT(cvp); ip = LINVFS_GET_IP(cvp); if (!ip) { VN_RELE(cvp); return ERR_PTR(-EACCES); } linvfs_set_inode_ops(ip); error = linvfs_revalidate_core(ip, ATTR_COMM); } parent = d_make_alias(ip); if (!parent) { VN_RELE(cvp); parent = ERR_PTR(-ENOMEM); } return parent; } Jan -- Jan Rêkorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From owner-linux-xfs@oss.sgi.com Mon May 7 09:48:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47Gmo514566 for linux-xfs-outgoing; Mon, 7 May 2001 09:48:50 -0700 Received: from newman.aits.uillinois.edu (newman.aits.uillinois.edu [128.174.25.250]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47GmjF14558 for ; Mon, 7 May 2001 09:48:45 -0700 Received: from aitsmail.aiss.uic.edu (aitsmail.aiss.uic.edu [131.193.163.60]) by newman.aits.uillinois.edu (8.11.0/8.11.0) with ESMTP id f47Gmdf22016 for ; Mon, 7 May 2001 11:48:39 -0500 Received: by aitsmail.aiss.uic.edu with Internet Mail Service (5.5.2650.21) id ; Mon, 7 May 2001 11:48:39 -0500 Message-ID: <3D285CB805FDD311B1C700D0B720E04D022ACECA@aitsmail.aiss.uic.edu> From: "Streit, Chris" To: "'linux-xfs@oss.sgi.com'" Subject: afer partion creation Date: Mon, 7 May 2001 11:48:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C0D715.90BFFC40" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C0D715.90BFFC40 Content-Type: text/plain; charset="iso-8859-1" after a raid partion creation in the installer it crashes. I have done this same install, on the same hardware a few times now with rh 7.1 cd's the machine is a dell poweredge server 2450, dual 600 p3, and 256 meg of ram. here is the output from the crash <> ------_=_NextPart_000_01C0D715.90BFFC40 Content-Type: text/plain; name="anacdump.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="anacdump.txt" Traceback (innermost last):=0A= File "/usr/bin/anaconda", line 520, in ?=0A= intf.run(todo, test =3D test)=0A= File "/var/tmp/anaconda-7.1//usr/lib/anaconda/gui.py", line 392, in = run=0A= self.icw.run ()=0A= File "/var/tmp/anaconda-7.1//usr/lib/anaconda/gui.py", line 880, in = run=0A= mainloop ()=0A= File "/usr/lib/python1.5/site-packages/gtk.py", line 2554, in = mainloop=0A= _gtk.gtk_main()=0A= File "/usr/lib/python1.5/site-packages/gtk.py", line 125, in = __call__=0A= ret =3D apply(self.func, a)=0A= File "/var/tmp/anaconda-7.1//usr/lib/anaconda/gui.py", line 482, in = nextClicked=0A= next =3D self.currentScreen.getNext ()=0A= File = "/var/tmp/anaconda-7.1//usr/lib/anaconda/iw/rootpartition_gui.py", line = 130, in getNext=0A= rc =3D self.lba32Check ()=0A= File = "/var/tmp/anaconda-7.1//usr/lib/anaconda/iw/rootpartition_gui.py", line = 76, in lba32Check=0A= maxcyl =3D self.todo.fstab.getBootPartitionMaxCylFromDesired()=0A= File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 241, in = getBootPartitionMaxCylFromDesired=0A= bootpart =3D self.getBootDevice()=0A= File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 267, in = getBootDevice=0A= for (mntpoint, partition, fsystem, doFormat, size) in = self.mountList():=0A= File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 1040, = in mountList=0A= self.fsCache[(device, mntpoint)] =3D (1, fsystem)=0A= NameError: fsystem=0A= =0A= Local variables in innermost frame:=0A= size: 32067=0A= mntpoint: /boot=0A= makeup: ['Raid000', 'Raid001']=0A= device: md0=0A= raidType: 1=0A= start: 63=0A= sortMounts: =0A= fsType: xfs=0A= devices: [('sda1', 'Raid000', 7, 63, 32067, 2, 0), ('sdb1', 'Raid001', = 7, 63, 32067, 2, 0), ('sda5', 'Raid010', 7, 32193, 2875572, 181, 0), = ('sdb5', 'Raid011', 7, 32193, 2875572, 181, 0), ('sdc1', 'Raid012', 7, = 63, 2875572, 179, 0), ('sdd1', 'Raid013', 7, 63, 2875572, 179, 0), = ('sda6', 'Raid006', 7, 2907828, 706797, 225, 0), ('sdb6', 'Raid007', 7, = 2907828, 706797, 225, 0), ('sdc5', 'Raid008', 7, 2875698, 706797, 223, = 0), ('sdd5', 'Raid009', 7, 2875698, 706797, 223, 0), ('sdc6', = 'Raid004', 7, 3582558, 353367, 245, 0), ('sdd6', 'Raid005', 7, 3582558, = 353367, 245, 0), ('sda7', 'Raid002', 7, 3614688, 353367, 247, 0), = ('sdb7', 'Raid003', 7, 3614688, 353367, 247, 0)]=0A= fstab: []=0A= self: =0A= raid: [('', 'md1', 'swap', 5, 63, 32067, ['Raid002', = 'Raid003', 'Raid004', 'Raid005']), ('/boot', 'md0', 'xfs', 1, 63, = 32067, ['Raid000', 'Raid001']), ('/home', 'md2', 'xfs', 5, 32193, = 2875572, ['Raid006', 'Raid007', 'Raid008', 'Raid009']), ('/', 'md3', = 'xfs', 5, 32193, 2875572, ['Raid010', 'Raid011', 'Raid012', = 'Raid013'])]=0A= skipExtra: 0=0A= =0A= ToDo object:=0A= (itodo=0A= ToDo=0A= p1=0A= (dp2=0A= S'resState'=0A= p3=0A= S''=0A= sS'progressWindow'=0A= p4=0A= NsS'setupFilesystems'=0A= p5=0A= I1=0A= sS'monitorVsync'=0A= p6=0A= S''=0A= sS'videoCardStateNode'=0A= p7=0A= S''=0A= sS'serial'=0A= p8=0A= I0=0A= sS'ddruidReadOnly'=0A= p9=0A= I0=0A= sS'bootdisk'=0A= p10=0A= I0=0A= sS'videoRamState'=0A= p11=0A= S''=0A= sS'monitorOriginalName'=0A= p12=0A= S''=0A= sS'language'=0A= p13=0A= (itodo=0A= Language=0A= (dp14=0A= S'langInfoByName'=0A= p15=0A= (dp16=0A= S'Arabic (Yemen)'=0A= p17=0A= (S'ar_YE'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Spanish (Argentina)'=0A= p18=0A= (S'es_AR'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Italian (Italy)'=0A= p19=0A= (S'it_IT@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Arabic (Lebanon)'=0A= p20=0A= (S'ar_LB'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Spanish (Guatemala)'=0A= p21=0A= (S'es_GT'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Arabic (Libyan Arab Jamahiriya)'=0A= p22=0A= (S'ar_LY'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Arabic (Oman)'=0A= p23=0A= (S'ar_OM'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Arabic (Iraq)'=0A= p24=0A= (S'ar_IQ'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Spanish (Chile)'=0A= p25=0A= (S'es_CL'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (South Africa)'=0A= p26=0A= (S'en_ZA'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'French (Switzerland)'=0A= p27=0A= (S'fr_CH'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Arabic (Bahrein)'=0A= p28=0A= (S'ar_BH'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Croatian'=0A= p29=0A= (S'hr_HR'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'French (France)'=0A= p30=0A= (S'fr_FR@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Greenlandic (Greenland)'=0A= p31=0A= (S'kl_GL'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Korean (Republic of Korea)'=0A= p32=0A= (S'ko_KR.euckr'=0A= S'iso01'=0A= S'lat0-16'=0A= tsS'Ukrainian'=0A= p33=0A= (S'uk_UA'=0A= S'koi8-u'=0A= S'cyr-sun16'=0A= tsS'Spanish (Mexico)'=0A= p34=0A= (S'es_MX'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Greek'=0A= p35=0A= (S'el_GR'=0A= S'iso07'=0A= S'gr.f16'=0A= tsS'Spanish (El Salvador)'=0A= p36=0A= (S'es_SV'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Honduras)'=0A= p37=0A= (S'es_HN'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Costa Rica)'=0A= p38=0A= (S'es_CR'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Dutch (Netherlands)'=0A= p39=0A= (S'nl_NL@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Serbian (Yugoslavia)'=0A= p40=0A= (S'sr_YU@cyrillic'=0A= S'iso05'=0A= S'cyr-sun16'=0A= tsS'Russian (Ukraine)'=0A= p41=0A= (S'ru_UA'=0A= S'koi8-u'=0A= S'cyr-sun16'=0A= tsS'Afrikaans (South Africa)'=0A= p42=0A= (S'af_ZA'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Norwegian'=0A= p43=0A= (S'no_NO'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Arabic (Morocco)'=0A= p44=0A= (S'ar_MA'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Portuguese (Portugal)'=0A= p45=0A= (S'pt_PT@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Arabic (Algeria)'=0A= p46=0A= (S'ar_DZ'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'French (Belgium)'=0A= p47=0A= (S'fr_BE@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Indonesian'=0A= p48=0A= (S'id_ID'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Danish'=0A= p49=0A= (S'da_DK'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (Denmark)'=0A= p50=0A= (S'en_DK'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Faroese (Faroe Islands)'=0A= p51=0A= (S'fo_FO'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Galician (Spain)'=0A= p52=0A= (S'gl_ES@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'English (New Zealand)'=0A= p53=0A= (S'en_NZ'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Bolivia)'=0A= p54=0A= (S'es_BO'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Cornish (Britain)'=0A= p55=0A= (S'kw_GB'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Arabic (United Arab Emirates)'=0A= p56=0A= (S'ar_AE'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'German (Austria)'=0A= p57=0A= (S'de_AT@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Romanian'=0A= p58=0A= (S'ro_RO'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'Spanish (Paraguay)'=0A= p59=0A= (S'es_PY'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Hebrew (Israel)'=0A= p60=0A= (S'he_IL'=0A= S'iso08'=0A= S'LatArCyrHeb-16'=0A= tsS'German (Luxemburg)'=0A= p61=0A= (S'de_LU@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Spanish (USA)'=0A= p62=0A= (S'es_US'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Portuguese (Brasil)'=0A= p63=0A= (S'pt_BR'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Equador)'=0A= p64=0A= (S'es_EC'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Polish'=0A= p65=0A= (S'pl_PL'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'Slovak'=0A= p66=0A= (S'sk_SK'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'Macedonian'=0A= p67=0A= (S'mk_MK'=0A= S'iso05'=0A= S'cyr-sun16'=0A= tsS'Spanish (Spain)'=0A= p68=0A= (S'es_ES@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Arabic (Syrian Arab Republic)'=0A= p69=0A= (S'ar_SY'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Czech'=0A= p70=0A= (S'cs_CZ'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'Irish'=0A= p71=0A= (S'ga_IE@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Arabic (Jordan)'=0A= p72=0A= (S'ar_JO'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Italian (Switzerland)'=0A= p73=0A= (S'it_CH'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'German (Belgium)'=0A= p74=0A= (S'de_BE@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Albanian'=0A= p75=0A= (S'sq_AL'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Finnish'=0A= p76=0A= (S'fi_FI@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Swedish (Sweden)'=0A= p77=0A= (S'sv_SE'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Peru)'=0A= p78=0A= (S'es_PE'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Dutch (Belgium)'=0A= p79=0A= (S'nl_BE@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Spanish (Panama)'=0A= p80=0A= (S'es_PA'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Venezuela)'=0A= p81=0A= (S'es_VE'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (Great Britain)'=0A= p82=0A= (S'en_GB'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Russian'=0A= p83=0A= (S'ru_RU.koi8r'=0A= S'koi8-u'=0A= S'cyr-sun16'=0A= tsS'Norwegian, Nynorsk (Norway)'=0A= p84=0A= (S'nn_NO'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (Zimbabwe)'=0A= p85=0A= (S'en_ZW'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (USA)'=0A= p86=0A= (S'en_US'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Spanish (Nicaragua)'=0A= p87=0A= (S'es_NI'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Arabic (Kuwait)'=0A= p88=0A= (S'ar_KW'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Spanish (Colombia)'=0A= p89=0A= (S'es_CO'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Basque (Spain)'=0A= p90=0A= (S'eu_ES@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Arabic (Qatar)'=0A= p91=0A= (S'ar_QA'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Arabic (Egypt)'=0A= p92=0A= (S'ar_EG'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'English (Ireland)'=0A= p93=0A= (S'en_IE@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Hungarian'=0A= p94=0A= (S'hu_HU'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'Arabic (Tunisia)'=0A= p95=0A= (S'ar_TN'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'French (Luxemburg)'=0A= p96=0A= (S'fr_LU@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Japanese'=0A= p97=0A= (S'ja_JP.eucJP'=0A= S'iso01'=0A= S'lat0-16'=0A= tsS'Swedish (Finland)'=0A= p98=0A= (S'sv_FI@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Arabic (Saudi Arabia)'=0A= p99=0A= (S'ar_SA'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Spanish (Dominican Republic)'=0A= p100=0A= (S'es_DO'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'French (Canada)'=0A= p101=0A= (S'fr_CA'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (Canada)'=0A= p102=0A= (S'en_CA'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'German (Germany)'=0A= p103=0A= (S'de_DE@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Slovenian (Slovenia)'=0A= p104=0A= (S'sl_SI'=0A= S'iso02'=0A= S'lat2-sun16'=0A= tsS'Spanish (Uruguay)'=0A= p105=0A= (S'es_UY'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'German (Switzerland)'=0A= p106=0A= (S'de_CH'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (Australia)'=0A= p107=0A= (S'en_AU'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Catalan (Spain)'=0A= p108=0A= (S'ca_ES@euro'=0A= S'iso15'=0A= S'lat0-sun16'=0A= tsS'Spanish (Puerto Rico)'=0A= p109=0A= (S'es_PR'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Turkish'=0A= p110=0A= (S'tr_TR'=0A= S'iso09'=0A= S'lat5-sun16'=0A= tsS'Estonian'=0A= p111=0A= (S'et_EE'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Arabic (Sudan)'=0A= p112=0A= (S'ar_SD'=0A= S'iso06'=0A= S'LatArCyrHeb-16'=0A= tsS'Icelandic'=0A= p113=0A= (S'is_IS'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'English (Botswana)'=0A= p114=0A= (S'en_BW'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tsS'Manx Gaelic (Britain)'=0A= p115=0A= (S'gv_GB'=0A= S'iso01'=0A= S'lat0-sun16'=0A= tssS'allSupportedLangs'=0A= p116=0A= (lp117=0A= g42=0A= ag75=0A= ag46=0A= ag28=0A= ag92=0A= ag24=0A= ag72=0A= ag88=0A= ag20=0A= ag22=0A= ag44=0A= ag23=0A= ag91=0A= ag99=0A= ag112=0A= ag69=0A= ag95=0A= ag56=0A= ag17=0A= ag90=0A= ag108=0A= ag55=0A= ag29=0A= ag70=0A= ag49=0A= ag79=0A= ag39=0A= ag107=0A= ag114=0A= ag102=0A= ag50=0A= ag82=0A= ag93=0A= ag53=0A= ag26=0A= ag86=0A= ag85=0A= ag111=0A= ag51=0A= ag76=0A= ag47=0A= ag101=0A= ag30=0A= ag96=0A= ag27=0A= ag52=0A= ag57=0A= ag74=0A= ag103=0A= ag61=0A= ag106=0A= ag35=0A= ag31=0A= ag60=0A= ag94=0A= ag113=0A= ag48=0A= ag71=0A= ag19=0A= ag73=0A= ag97=0A= ag32=0A= ag67=0A= ag115=0A= ag43=0A= ag84=0A= ag65=0A= ag63=0A= ag45=0A= ag58=0A= ag83=0A= ag41=0A= ag40=0A= ag66=0A= ag104=0A= ag18=0A= ag54=0A= ag25=0A= ag89=0A= ag38=0A= ag100=0A= ag36=0A= ag64=0A= ag21=0A= ag37=0A= ag34=0A= ag87=0A= ag80=0A= ag59=0A= ag78=0A= ag109=0A= ag68=0A= ag62=0A= ag105=0A= ag81=0A= ag98=0A= ag77=0A= ag110=0A= ag33=0A= asS'info'=0A= p118=0A= (dp119=0A= S'SUPPORTED'=0A= p120=0A= NssS'supported'=0A= p121=0A= (lsS'default'=0A= p122=0A= NsbsS'instClass'=0A= p123=0A= (icustom=0A= InstallClass=0A= (dp124=0A= S'rootPasswordCrypted'=0A= p125=0A= I0=0A= sS'raidList'=0A= p126=0A= (lsS'nameserver'=0A= p127=0A= S''=0A= sS'x'=0A= NsS'rootPassword'=0A= p128=0A= NsS'makeBootdisk'=0A= p129=0A= I0=0A= sS'installType'=0A= p130=0A= NsS'postScript'=0A= p131=0A= NsS'earlySwapOn'=0A= p132=0A= I0=0A= sS'networkDevice'=0A= p133=0A= NsS'fstab'=0A= p134=0A= (lsS'clearText'=0A= p135=0A= NsS'lilo'=0A= p136=0A= (S'mbr'=0A= p137=0A= I1=0A= S''=0A= tsg13=0A= NsS'name'=0A= p138=0A= S''=0A= sS'postInChroot'=0A= p139=0A= I0=0A= sS'pixmap'=0A= p140=0A= S''=0A= sS'partitions'=0A= p141=0A= (lp142=0A= (S'/boot'=0A= p143=0A= (I48=0A= I-1=0A= I0=0A= t(S''=0A= I-1=0A= I0=0A= t(I0=0A= S'xfs'=0A= p144=0A= I0=0A= tNta(S'/'=0A= (I700=0A= I-1=0A= I1=0A= t(S''=0A= I-1=0A= I0=0A= t(I0=0A= g144=0A= I0=0A= tNta(S'swap'=0A= p145=0A= (I512=0A= I1024=0A= I1=0A= t(S''=0A= I-1=0A= I0=0A= t(I0=0A= NI0=0A= tNtasS'clearType'=0A= p146=0A= S'wkst'=0A= p147=0A= sS'gateway'=0A= p148=0A= S''=0A= sS'mouse'=0A= p149=0A= NsS'packages'=0A= p150=0A= NsS'timezone'=0A= p151=0A= NsS'zeroMbr'=0A= p152=0A= I0=0A= sS'keyboard'=0A= p153=0A= NsS'groups'=0A= p154=0A= NsS'bootProto'=0A= p155=0A= NsS'netmask'=0A= p156=0A= S''=0A= sS'langdefault'=0A= p157=0A= NsS'skipSteps'=0A= p158=0A= (dsS'auth'=0A= p159=0A= (I1=0A= I1=0A= I0=0A= S''=0A= I0=0A= S''=0A= I0=0A= I0=0A= S''=0A= S''=0A= I0=0A= S''=0A= S''=0A= S''=0A= I0=0A= S''=0A= S''=0A= tsS'hostname'=0A= p160=0A= NsS'langsupported'=0A= p161=0A= NsS'showgroups'=0A= p162=0A= NsS'ip'=0A= p163=0A= S''=0A= sS'firewall'=0A= p164=0A= (I-1=0A= I1=0A= (lp165=0A= S''=0A= I0=0A= I0=0A= I0=0A= I0=0A= I0=0A= I0=0A= tsS'defaultRunlevel'=0A= p166=0A= NsS'desktop'=0A= p167=0A= S''=0A= sS'clearPartText'=0A= p168=0A= S'Automatic partitioning will erase any preexisting Linux installations = on your system.'=0A= p169=0A= sS'clearParts'=0A= p170=0A= I2=0A= sbsS'bdstate'=0A= p171=0A= S''=0A= sS'extraModules'=0A= p172=0A= (lp173=0A= sS'rootpassword'=0A= p174=0A= NsS'fdDevice'=0A= p175=0A= S'fd0'=0A= p176=0A= sS'installSystem'=0A= p177=0A= I1=0A= sS'comps'=0A= p178=0A= NsS'verifiedState'=0A= p179=0A= Nsg159=0A= (itodo=0A= Authentication=0A= (dp180=0A= S'useNIS'=0A= p181=0A= I0=0A= sS'nisServer'=0A= p182=0A= S''=0A= sS'useLdap'=0A= p183=0A= I0=0A= sS'krb5Kdc'=0A= p184=0A= S''=0A= sS'ldapTLS'=0A= p185=0A= S''=0A= sS'useHesiod'=0A= p186=0A= I0=0A= sS'ldapServer'=0A= p187=0A= S''=0A= sS'nisDomain'=0A= p188=0A= S''=0A= sS'krb5Realm'=0A= p189=0A= S''=0A= sS'useLdapauth'=0A= p190=0A= I0=0A= sS'hesiodRhs'=0A= p191=0A= S''=0A= sS'useShadow'=0A= p192=0A= I1=0A= sS'nisuseBroadcast'=0A= p193=0A= I0=0A= sS'useKrb5'=0A= p194=0A= I0=0A= sS'useMD5'=0A= p195=0A= I1=0A= sS'ldapBasedn'=0A= p196=0A= S''=0A= sS'krb5Admin'=0A= p197=0A= S''=0A= sS'hesiodLhs'=0A= p198=0A= S''=0A= sS'hesiodDlhs'=0A= p199=0A= S''=0A= sbsS'users'=0A= p200=0A= NsS'hdList'=0A= p201=0A= NsS'dhcpState'=0A= p202=0A= S''=0A= sS'method'=0A= p203=0A= (iimage=0A= CdromInstallMethod=0A= p204=0A= (dp205=0A= g4=0A= =0A= =0A= ------_=_NextPart_000_01C0D715.90BFFC40-- From owner-linux-xfs@oss.sgi.com Mon May 7 10:00:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47H0wZ14848 for linux-xfs-outgoing; Mon, 7 May 2001 10:00:58 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47H0vF14845 for ; Mon, 7 May 2001 10:00:57 -0700 Received: from blv-av-01.boeing.com ([192.54.3.60]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id KAA15323 for ; Mon, 7 May 2001 10:00:56 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id KAA18016 for ; Mon, 7 May 2001 10:00:56 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP for linux-xfs@oss.sgi.com; Mon, 7 May 2001 10:00:40 -0700 Received: from pipcws.ca.boeing.com (loopback [127.0.0.1]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id KAA28820 for ; Mon, 7 May 2001 10:00:39 -0700 Message-Id: <3AF6D4B7.7D996728@pipcws.ca.boeing.com> Date: Mon, 07 May 2001 10:00:39 -0700 From: Ric Tibbetts Organization: The Boeing Company X-Mailer: Mozilla 4.76C-Boeing UNIX Kit [en] (X11; U; AIX 4.3) X-Accept-Language: en MIME-Version: 1.0 To: Linux XFS Subject: XFS + LVM Installer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a question for SGI: Is there any chance of adding another mod to your XFS installer? (two actually). 1) How about adding LVM support at install time (Mandrake has this). It's nice to lay out the Logical Volumes when you install the system. It eliminates the need to tear your newly installed system apart to add LVM control (once you've lived with it, you can't live without it!). 2) How about an XFS enabled installer for Mandrake? Just a thought... :) Thanks! -- __________________________________________________________ Ric Tibbetts Boeing Shared Services Group UNIX System Administration Seattle Server Operations __________________________________________________________ From owner-linux-xfs@oss.sgi.com Mon May 7 10:16:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47HGB715142 for linux-xfs-outgoing; Mon, 7 May 2001 10:16:11 -0700 Received: from mail11.jump.net (mail11.jump.net [206.196.91.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47HG9F15139 for ; Mon, 7 May 2001 10:16:09 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail11.jump.net (8.10.2/) with ESMTP id f47HG4k04623; Mon, 7 May 2001 12:16:04 -0500 (CDT) Message-ID: <3AF6D8C7.AB1EE929@sgi.com> Date: Mon, 07 May 2001 12:17:59 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "Streit, Chris" CC: "'linux-xfs@oss.sgi.com'" Subject: Re: afer partion creation References: <3D285CB805FDD311B1C700D0B720E04D022ACECA@aitsmail.aiss.uic.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Chris - Yep, this is a bug, due to a mis-named variable. Please grab the disk image at http://lager.dyndns.org/raid-update.img and dd it to a floppy. Boot the installer normally, then type "linux updates" at the boot prompt, and insert the update disk when prompted. We'll get this up on the FTP site soon. Thanks, -Eric "Streit, Chris" wrote: > > after a raid partion creation in the installer it crashes. I have done this > same install, on the same hardware a few times now with rh 7.1 cd's -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Mon May 7 10:19:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47HJu115215 for linux-xfs-outgoing; Mon, 7 May 2001 10:19:56 -0700 Received: from mail15.jump.net (mail15.jump.net [206.196.91.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47HJtF15212 for ; Mon, 7 May 2001 10:19:55 -0700 Received: from sgi.com (aus-dsl-dhcp1-26.customer.jump.net [63.163.168.26]) by mail15.jump.net (8.10.2/) with ESMTP id f47HJqK26727; Mon, 7 May 2001 12:19:52 -0500 (CDT) Message-ID: <3AF6D9A7.C755CDEF@sgi.com> Date: Mon, 07 May 2001 12:21:43 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Ric Tibbetts CC: Linux XFS Subject: Re: XFS + LVM Installer References: <3AF6D4B7.7D996728@pipcws.ca.boeing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ric Tibbetts wrote: > 1) How about adding LVM support at install time (Mandrake has this). It's nice > to lay out the Logical Volumes when you install the system. It eliminates the > need to tear your newly installed system apart to add LVM control (once you've > lived with it, you can't live without it!). > > 2) How about an XFS enabled installer for Mandrake? Just a thought... :) Take a look in the archives, someone is working on this (the Mandrake installer) - it's in the "Mandrake RPMs" thread I think. Might be the best route to LVM support at install time, since adding it to the Red Hat installer is an unknown quantity of work... :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@oss.sgi.com Mon May 7 10:21:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47HLnY15264 for linux-xfs-outgoing; Mon, 7 May 2001 10:21:49 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47HLmF15261 for ; Mon, 7 May 2001 10:21:48 -0700 Received: from blv-av-02.boeing.com ([192.54.3.92]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id KAA19180 for ; Mon, 7 May 2001 10:21:47 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-02.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id KAA02156 for ; Mon, 7 May 2001 10:21:44 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP; Mon, 7 May 2001 10:21:39 -0700 Received: from pipcws.ca.boeing.com (loopback [127.0.0.1]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id KAA35388; Mon, 7 May 2001 10:21:38 -0700 Message-Id: <3AF6D9A2.C415753B@pipcws.ca.boeing.com> Date: Mon, 07 May 2001 10:21:38 -0700 From: Ric Tibbetts Organization: The Boeing Company X-Mailer: Mozilla 4.76C-Boeing UNIX Kit [en] (X11; U; AIX 4.3) X-Accept-Language: en MIME-Version: 1.0 To: Felix Ide CC: linux-xfs@oss.sgi.com Subject: Re: Problem with 2.4.3, xfs, knfsd: "getfh failed: Operation not permitted" References: <3AF65085.31E3B94B@educators.de> <3AF65819.34D450A1@cs.ucr.edu> <3AF6B793.80C02401@educators.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Felix Ide wrote: > > Daniel Tabuenca wrote: > > > > I don't think this is an xfs problem . I get this problem ocassionally > > and it is usually solved by killing and restarting rpc.mountd, or doing > > an exportfs -r > > > > > woodstock.educators.de:/nfs: Invalid argument > > > ... > > > where /nfs is a xfs filesystem. knfsd works fine with ext2 in parallel. > > > > > > When I then try to mount this fs, I get the following messages in my > > > logfile: > > > ... > > > rpc.mountd: authenticated mount request from 192.168.10.103:677 for /nfs > > > rpc.mountd: getfh failed: Operation not permitted > > > ... > > I'm quite sure that it is an xfs problem, because I tried it on > different mountpoints with different partitions and the "Invalid > argument" messages in combination with "getfh failed" do only show up on > xfs, ext2 works well. I'm getting exactly the same error! I tried stopping & restarting mountd, as well as the nfs daemons, and exportfs -r (as well as clearing out /etc/exports & rebuiling it, just in case it had spurrious chars in it). All to no avail. I'm running Mandrake 8.0 with a patched kernel. I'm actually glad to hear I'm not the only one with this problem. Now we just need a solution. ;) -- __________________________________________________________ Ric Tibbetts Boeing Shared Services Group UNIX System Administration Seattle Server Operations __________________________________________________________ From owner-linux-xfs@oss.sgi.com Mon May 7 10:29:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47HTrp15401 for linux-xfs-outgoing; Mon, 7 May 2001 10:29:53 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47HTqF15398 for ; Mon, 7 May 2001 10:29:53 -0700 Received: from blv-av-02.boeing.com ([192.54.3.92]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id KAA02009 for ; Mon, 7 May 2001 10:29:51 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-02.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id KAA08841 for ; Mon, 7 May 2001 10:29:50 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP; Mon, 7 May 2001 10:29:42 -0700 Received: from pipcws.ca.boeing.com (loopback [127.0.0.1]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id KAA35400; Mon, 7 May 2001 10:29:42 -0700 Message-Id: <3AF6DB86.915FFB0C@pipcws.ca.boeing.com> Date: Mon, 07 May 2001 10:29:42 -0700 From: Ric Tibbetts Organization: The Boeing Company X-Mailer: Mozilla 4.76C-Boeing UNIX Kit [en] (X11; U; AIX 4.3) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen CC: Linux XFS Subject: Re: XFS + LVM Installer References: <3AF6D4B7.7D996728@pipcws.ca.boeing.com> <3AF6D9A7.C755CDEF@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: > > Ric Tibbetts wrote: > > > 1) How about adding LVM support at install time (Mandrake has this). It's nice > > to lay out the Logical Volumes when you install the system. It eliminates the > > need to tear your newly installed system apart to add LVM control (once you've > > lived with it, you can't live without it!). > > > > 2) How about an XFS enabled installer for Mandrake? Just a thought... :) > > Take a look in the archives, someone is working on this (the Mandrake > installer) - it's in the "Mandrake RPMs" thread I think. Might be the > best route to LVM support at install time, since adding it to the Red > Hat installer is an unknown quantity of work... :) > Thanks Eric! I'll take a look at the archives. Given that I'm running Mandrake (at the moment), and since they already have LVM support at install time, I'll hope for the Mandrake XFS enabled installer ;) -- __________________________________________________________ Ric Tibbetts Boeing Shared Services Group UNIX System Administration Seattle Server Operations __________________________________________________________ From owner-linux-xfs@oss.sgi.com Mon May 7 10:42:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47Hgj815910 for linux-xfs-outgoing; Mon, 7 May 2001 10:42:45 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47HgjF15907 for ; Mon, 7 May 2001 10:42:45 -0700 Received: from madurai.engr.sgi.com ([163.154.5.75]) by 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 KAA06826 for ; Mon, 7 May 2001 10:42:42 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA68701; Mon, 7 May 2001 10:36:35 -0700 (PDT) Message-ID: <3AF6DDAC.F05EF57F@sgi.com> Date: Mon, 07 May 2001 10:38:52 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.16-4SGI_20smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Andreas Piesk CC: "linux-xfs@oss.sgi.com" Subject: Re: xfs <-> kaio problem References: <200105062042.f46Kg6F12779@oss.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Andreas Piesk wrote: > > hiho, > > there seems to be a conflict between xfs and kaio. > (both from sgi :) > > the offending code is in arch/i386/kernel/entry.S : > > xfs want these syscalls: > #define __NR__attrctl 250 > #define __NR__acl_get 251 > #define __NR__acl_set 252 > > and kaio this one: > #define __NR_aio 251 > > i patched my xfs-sources because i need both xfs and kaio. > the problem is that some third party software (sybase) > depends on kaio and the kaio-syscalls. > > could someone from sgi clarify this issue ? > I think the best solution is to move the KAIO syscall; you should be using the dynamically linked (.so) version of the KAIO library, so moving the syscall number should work out OK. I'll post new patches on KAIO soon (today if possible). Also, I'm curious to hear your experiences with Sybase + KAIO. Cheers, ananth. -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon May 7 11:43:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47IhIP18916 for linux-xfs-outgoing; Mon, 7 May 2001 11:43:18 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47IhDF18913 for ; Mon, 7 May 2001 11:43:17 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [137.38.226.97]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id UAA950389 for ; Mon, 7 May 2001 20:43:10 +0200 (CEST) mail_from (sandeen@gibble.americas.sgi.com) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ledzep.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA35211 for ; Mon, 7 May 2001 13:41:54 -0500 (CDT) Received: (from sandeen@localhost) by gibble.americas.sgi.com (8.11.3/8.11.2) id f47Ies929377 for linux-xfs@oss.sgi.com; Mon, 7 May 2001 14:40:54 -0400 Date: Mon, 7 May 2001 14:40:54 -0400 From: Eric Sandeen Message-Id: <200105071840.f47Ies929377@gibble.americas.sgi.com> Subject: TAKE - Installer update disk Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Added top-level makefile target to make an "updates" floppy to fix misc installer problems. Currently fstab.py and harddrive.py are included, to fix some raid problems & allow installs from ISO images on the local hard drive. After update disk image has been dd'd to a floppy, the user can type "linux updates" or "text updates" at the installer boot prompt to use this update floppy. Date: Mon May 7 11:38:16 PDT 2001 Workarea: gibble.americas.sgi.com:/export/xfs1/eric/installer The following file(s) were checked into: bonnie.engr.sgi.com:/isms/sgi-install/1.5/xfs-promo-installer/ Modid: 1.5:sgi-install:94183a anaconda/updates/fstab.py - 1.1 - added fstab.py to updates disk - fix raid installer error anaconda/updates/README - 1.1 - README for updates disk/dir anaconda/updates/harddrive.py - 1.1 - added harddrive.py to updates disk - allow local hard drive iso installs Makefile - 1.7 - Added "updatedisk" target to make installer updates floppy image From owner-linux-xfs@oss.sgi.com Mon May 7 12:30:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47JUbn19860 for linux-xfs-outgoing; Mon, 7 May 2001 12:30:37 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47JUZF19857 for ; Mon, 7 May 2001 12:30:36 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f47JTqg02229; Mon, 7 May 2001 14:29:53 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Mon, 7 May 2001 14:29:52 -0500 (CDT) From: Austin Gonyou To: Eric Sandeen cc: linux , Subject: Re: Linux 2.4.4 + xfs In-Reply-To: <3AF6BDCD.3478335@sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm using the 2.4.4 source tree from SGI's cvs. I must say, it is quite nice. I've still got some kinda slow sluggish thing happening to my system, Don't know if that's nautilus causing that or if it's XFS or what. The odd thing is this only started happening after I upgraded to 7.1 with XFS. Anyway, I've had no stability problems with the 2.4.4 kernel in a production office environment, and continue to use it to this day. If you have any problems lemme know. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Mon May 7 13:00:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47K0in20889 for linux-xfs-outgoing; Mon, 7 May 2001 13:00:44 -0700 Received: from sa-bwmail1.storageapps.com (smtp.storageapps.com [63.101.83.13]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f47K0gF20886 for ; Mon, 7 May 2001 13:00:42 -0700 Received: by SA-BWMAIL1 with Internet Mail Service (5.5.2653.19) id ; Mon, 7 May 2001 16:00:29 -0400 Message-ID: <23D04BDBA646D411BDDD00D0B774B539028C88A5@SA-BWMAIL1> From: "Christian, Chip" To: "'Timothy Shimmin'" Cc: "'Linux XFS (E-mail)'" Subject: RE: chacl usage Date: Mon, 7 May 2001 16:00:28 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Well, I found the problem. libacl/acl.c knows that SYS__acl_get is 251 while SYS__acl_set is 252. That's all well and good if I build my kernel exactly the way you built yours. Since I built mine without CONFIG_TUX, my higher numbered system calls line up one lower. Obviously not an SGI-induced problem. Whoever make the entry.S changes for TUX needed a #else .long SYMBOL_NAME(sys_ni_syscall) -----Original Message----- From: Christian, Chip [mailto:chip.christian@storageapps.com] Sent: Monday, May 07, 2001 11:16 To: 'Timothy Shimmin' Cc: 'Linux XFS (E-mail)' Subject: RE: chacl usage Tim, Call me Chip... For sure I'm running the proper kernel. I just built it once more so I could tell you I built it this morning ;-) noposix_acl.o isn't created, but posix_acl.o is, as another point of verification. Attached is my .config. /boot/vmlinuz is the only kernel listed in lilo.conf. I do this: make mrproper cp ~/config .config make menuconfig (verify settings...) make dep make bzImage make modules make modules_install cp arch/i386/boot/bzImage /boot/vmlinuz lilo init 6 -----Original Message----- From: Timothy Shimmin [mailto:tes@boing.melbourne.sgi.com] Sent: Sunday, May 06, 2001 21:04 To: Christian, Chip Cc: 'Linux XFS (E-mail)' Subject: Re: chacl usage Hi Christian, On Fri, May 04, 2001 at 11:38:34AM -0400, Christian, Chip wrote: > Oh, and I specified > CONFIG_FS_POSIX_ACL=y > when building the kernel. > > > -----Original Message----- > > From: Christian, Chip > > Sent: Friday, May 04, 2001 11:37 > > To: Linux XFS (E-mail) > > Subject: chacl usage > > > > Am I missing something to get acls to work on XFS? I'm on a frsh RedHat 7.1install, built a kernel from the 1.0 XFS release. I installed the SGI acl-1.0.1-0. Built an XFS filesystem: > > > > [root@betanas1 pkgs]# chacl u::rwx,g::rwx,o::rwx foo > > chacl: error setting access acl on "foo": Function not implemented This is strange. The only way I know that you'd be getting ENOSYS (Function not implemented) for ACLs is if CONFIG_FS_POSIX_ACL is not set. (See linux/fs/noposix_acl.c (used in linux/fs/Makefile)) Are you sure you have the right kernel running ? --Tim From owner-linux-xfs@oss.sgi.com Mon May 7 13:01:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47K1Lw20911 for linux-xfs-outgoing; Mon, 7 May 2001 13:01:21 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f47K1KF20908 for ; Mon, 7 May 2001 13:01:20 -0700 Received: (qmail 27144 invoked by uid 0); 7 May 2001 20:01:13 -0000 Received: from adsl-1-154.adsl.easynet.fr (HELO mail.gmx.de) (212.11.30.154) by mail.gmx.net (mp020-