From owner-devfs@oss.sgi.com Tue Jan 1 14:25:30 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g01MPUk27755 for devfs-outgoing; Tue, 1 Jan 2002 14:25:30 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g01MPOg27752 for ; Tue, 1 Jan 2002 14:25:24 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g01LPII16688; Tue, 1 Jan 2002 14:25:18 -0700 Date: Tue, 1 Jan 2002 14:25:18 -0700 Message-Id: <200201012125.g01LPII16688@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Greg Ward Cc: devfs@oss.sgi.com Subject: Re: Doc error in Debian devfsd.conf(5)? In-Reply-To: <20011231214420.GA6138@gerg.ca> References: <20011231214420.GA6138@gerg.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Greg Ward writes: > Sometime in the last month or two, the syntax of regular expressions in > devfsd as packaged in Debian woody has changed. It appears that > escaping parentheses for their "special" regex-ish meaning is no longer > necessary, ie. a bare paren is the same as in Perl or awk. I assume > this change was deliberate and intentional; I certainly think it's the > better syntax. > > However, the docs are lagging. devfsd.conf(5) has this example: > > LOOKUP ^\(\(ide\|scsi\)/host[0-9]\+/bus[0-9]\+/target[0-9]\+/lun[0-9]\+\)/part[0-9]\+$ EXECUTE /sbin/partx -a $mntpnt/\1/disc > > and the accompanying text says: > > Notice the use > of regular expression substituation in the command "\1", > corresponding to the first set of parentheses in the regu­ > lar expression being matched (yes, the backslashes are > syntactically necesary for the special meaning of the > parentheses, the vertical bar and the plus sign). > > I assume this is just a doc bug, and that either Russell or Richard > will see this and fix it (if they haven't already). IIRC, Russell has modified the expression handling code in Debian, to support some other feature (I forget the details). This feature is available in the mainline code, so I think Russell is planning to remove the Debian hacks. In that case, the escaping of parenthesis is still required. Russell: ? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Jan 1 16:24:48 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g020OmE29436 for devfs-outgoing; Tue, 1 Jan 2002 16:24:48 -0800 Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g020OYg29432 for ; Tue, 1 Jan 2002 16:24:35 -0800 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 62FED92746; Wed, 2 Jan 2002 10:24:29 +1100 (EST) Received: from there (lyta [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id A012A34D8B; Wed, 2 Jan 2002 00:24:20 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: Richard Gooch Subject: Re: Doc error in Debian devfsd.conf(5)? Date: Wed, 2 Jan 2002 00:24:20 +0100 X-Mailer: KMail [version 1.3.2] Cc: devfs@oss.sgi.com References: <20011231214420.GA6138@gerg.ca> <200201012125.g01LPII16688@vindaloo.ras.ucalgary.ca> In-Reply-To: <200201012125.g01LPII16688@vindaloo.ras.ucalgary.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020101232420.A012A34D8B@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Tue, 1 Jan 2002 22:25, Richard Gooch wrote: > > Sometime in the last month or two, the syntax of regular expressions in > > devfsd as packaged in Debian woody has changed. It appears that > > escaping parentheses for their "special" regex-ish meaning is no longer > > necessary, ie. a bare paren is the same as in Perl or awk. I assume > > this change was deliberate and intentional; I certainly think it's the > > better syntax. > > > > However, the docs are lagging. devfsd.conf(5) has this example: > > > > LOOKUP > > ^\(\(ide\|scsi\)/host[0-9]\+/bus[0-9]\+/target[0-9]\+/lun[0-9]\+\)/part[0 > >-9]\+$ EXECUTE /sbin/partx -a $mntpnt/\1/disc > > > > and the accompanying text says: > > > > Notice the use > > of regular expression substituation in the command "\1", > > corresponding to the first set of parentheses in the regu­ > > lar expression being matched (yes, the backslashes are > > syntactically necesary for the special meaning of the > > parentheses, the vertical bar and the plus sign). > > > > I assume this is just a doc bug, and that either Russell or Richard > > will see this and fix it (if they haven't already). > > IIRC, Russell has modified the expression handling code in Debian, to > support some other feature (I forget the details). This feature is > available in the mainline code, so I think Russell is planning to > remove the Debian hacks. In that case, the escaping of parenthesis is > still required. I changed exactly one thing, here's the relevant patch against devfsd.c: - if ( ( err = regcomp (&new->preg, name, 0) ) != 0 ) + if ( ( err = regcomp (&new->preg, name, REG_EXTENDED) ) != 0 ) This makes it use extended regular expressions not basic regular expressions. I originally did that because I couldn't get the \1 operator to work without it. However even after discovering that it's possible to use \1 with basic regular expressions I did not remove it because it seems generally useful, and the default config files that currently ship with the Debian packages (of which many people are using slightly modified versions) take advantage of extended RE functionality. I have included below some sections of the relevant man page. Perhaps you should consider making the default operation of devfsd use extended RE's? REGEX(7) REGEX(7) NAME regex - POSIX 1003.2 regular expressions DESCRIPTION Regular expressions (``RE''s), as defined in POSIX 1003.2, come in two forms: modern REs (roughly those of egrep; 1003.2 calls these ``extended'' REs) and obsolete REs (roughly those of ed(1); 1003.2 ``basic'' REs). Obsolete REs mostly exist for backward compatibility in some old programs; they will be discussed at the end. 1003.2 leaves some aspects of RE syntax and semantics open; `(!)' marks decisions on these aspects that may not be fully portable to other 1003.2 implementations. [...] Obsolete (``basic'') regular expressions differ in several respects. `|', `+', and `?' are ordinary characters and there is no equivalent for their functionality. The delimiters for bounds are `\{' and `\}', with `{' and `}' by themselves ordinary characters. The parentheses for nested subexpressions are `\(' and `\)', with `(' and `)' by themselves ordinary characters. `^' is an ordinary character except at the beginning of the RE or(!) the beginning of a parenthesized subexpression, `$' is an ordinary character except at the end of the RE or(!) the end of a parenthesized subexpression, and `*' is an ordi­ nary character if it appears at the beginning of the RE or the beginning of a parenthesized subexpression (after a possible leading `^'). Finally, there is one new type of atom, a back reference: `\' followed by a non-zero decimal digit d matches the same sequence of characters matched by the dth parenthesized subexpression (numbering subexpres­ sions by the positions of their opening parentheses, left to right), so that (e.g.) `\([bc]\)\1' matches `bb' or `cc' but not `bc'. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page From owner-devfs@oss.sgi.com Tue Jan 1 22:23:38 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g026Nct02449 for devfs-outgoing; Tue, 1 Jan 2002 22:23:38 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g026NVg02445 for ; Tue, 1 Jan 2002 22:23:31 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g025NH121606; Tue, 1 Jan 2002 22:23:17 -0700 Date: Tue, 1 Jan 2002 22:23:17 -0700 Message-Id: <200201020523.g025NH121606@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Russell Coker Cc: devfs@oss.sgi.com Subject: Re: Doc error in Debian devfsd.conf(5)? In-Reply-To: <20020101232420.A012A34D8B@lyta.coker.com.au> References: <20011231214420.GA6138@gerg.ca> <200201012125.g01LPII16688@vindaloo.ras.ucalgary.ca> <20020101232420.A012A34D8B@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk Russell Coker writes: > On Tue, 1 Jan 2002 22:25, Richard Gooch wrote: > > > Sometime in the last month or two, the syntax of regular expressions in > > > devfsd as packaged in Debian woody has changed. It appears that > > > escaping parentheses for their "special" regex-ish meaning is no longer > > > necessary, ie. a bare paren is the same as in Perl or awk. I assume > > > this change was deliberate and intentional; I certainly think it's the > > > better syntax. > > > > > > However, the docs are lagging. devfsd.conf(5) has this example: > > > > > > LOOKUP > > > ^\(\(ide\|scsi\)/host[0-9]\+/bus[0-9]\+/target[0-9]\+/lun[0-9]\+\)/part[0 > > >-9]\+$ EXECUTE /sbin/partx -a $mntpnt/\1/disc > > > > > > and the accompanying text says: > > > > > > Notice the use > > > of regular expression substituation in the command "\1", > > > corresponding to the first set of parentheses in the regu­ > > > lar expression being matched (yes, the backslashes are > > > syntactically necesary for the special meaning of the > > > parentheses, the vertical bar and the plus sign). > > > > > > I assume this is just a doc bug, and that either Russell or Richard > > > will see this and fix it (if they haven't already). > > > > IIRC, Russell has modified the expression handling code in Debian, to > > support some other feature (I forget the details). This feature is > > available in the mainline code, so I think Russell is planning to > > remove the Debian hacks. In that case, the escaping of parenthesis is > > still required. > > I changed exactly one thing, here's the relevant patch against devfsd.c: > - if ( ( err = regcomp (&new->preg, name, 0) ) != 0 ) > + if ( ( err = regcomp (&new->preg, name, REG_EXTENDED) ) != 0 ) > > This makes it use extended regular expressions not basic regular expressions. > > I originally did that because I couldn't get the \1 operator to work without > it. However even after discovering that it's possible to use \1 with basic > regular expressions I did not remove it because it seems generally useful, > and the default config files that currently ship with the Debian packages (of > which many people are using slightly modified versions) take advantage of > extended RE functionality. > > I have included below some sections of the relevant man page. > Perhaps you should consider making the default operation of devfsd > use extended RE's? Hm. Will anything break? Any old RE's that will now fail? I don't want to bust people's config files. I've updated my tree to use extended RE's and modified the man page to remove the backslashes for '(', ')', '+' and '|'. If someone sees a problem with this, speak now. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Jan 7 02:36:36 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g07AaaW05942 for devfs-outgoing; Mon, 7 Jan 2002 02:36:36 -0800 Received: from bunny.shuttle.de (bunny.shuttle.de [193.174.247.132]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g07AZpg05938 for ; Mon, 7 Jan 2002 02:35:51 -0800 Received: by bunny.shuttle.de (Postfix, from userid 112) id 783834E59D; Mon, 7 Jan 2002 10:35:48 +0100 (CET) Date: Mon, 7 Jan 2002 10:35:48 +0100 From: Raoul Borenius To: devfs@oss.sgi.com Subject: Kernel-oops with devfsd on 2.4.17-SMP Message-ID: <20020107093548.GA763@bunny.shuttle.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.3.25i Sender: owner-devfs@oss.sgi.com Precedence: bulk --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi devfs-developers, devfsd gives me random kernel-oopses on my box. Attached ist the output from ksymoops and from 'dmesg' since boot. I'm running Debian/Sid with a self-compiled Kernel from the Debian kernel-source-package. If there is some more testing required, please tell me what I can do. Regards, Raoul --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=devfs ksymoops 2.4.3 on i686 2.4.17. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.17/ (default) -m /boot/System.map-2.4.17 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. invalid operand: 0000 CPU: 1 EIP: 0010:[] Tainted: P Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010283 eax: 5a5a5a00 ebx: d91c65c0 ecx: df8cd260 edx: d91c65f0 esi: df8cd260 edi: dfae6b80 ebp: d91c65c0 esp: dfadbf18 ds: 0018 es: 0018 ss: 0018 Process devfsd (pid: 43, stackpage=dfadb000) Stack: dd63b240 c015c21e d91c65c0 df8cd260 d91c65c0 00000000 dfadbfa4 dfae7b60 c013cc8e d91c65c0 00000000 dfadbf74 c013d451 dfae7b60 dfadbf74 00000000 db416000 00000000 dfadbfa4 00000009 00000009 db416005 00000000 db416004 Call Trace: [] [] [] [] [] [] [] [] Code: 0f 0b f0 fe 0d 80 e6 26 c0 0f 88 34 b3 0a 00 85 c9 74 12 8b >>EIP; c0145a30 <===== Trace; c015c21e Trace; c013cc8e Trace; c013d450 Trace; c013d6ca Trace; c013db40 <__user_walk+34/50> Trace; c013a88c Trace; c0133e84 Trace; c0106d7a Code; c0145a30 00000000 <_EIP>: Code; c0145a30 <===== 0: 0f 0b ud2a <===== Code; c0145a32 2: f0 fe 0d 80 e6 26 c0 lock decb 0xc026e680 Code; c0145a38 9: 0f 88 34 b3 0a 00 js ab343 <_EIP+0xab343> c01f0d72 Code; c0145a3e f: 85 c9 test %ecx,%ecx Code; c0145a40 11: 74 12 je 25 <_EIP+0x25> c0145a54 Code; c0145a42 13: 8b 00 mov (%eax),%eax 1 warning issued. Results may not be reliable. --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Linux version 2.4.17 (root@calvin) (gcc version 2.95.4 20011223 (Debian prerelease)) #1 SMP Sun Dec 30 13:30:06 CET 2001 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001fffd000 (usable) BIOS-e820: 000000001fffd000 - 000000001ffff000 (ACPI data) BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS) BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved) found SMP MP-table at 000f6ed0 hm, page 000f6000 reserved twice. hm, page 000f7000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f7000 reserved twice. On node 0 totalpages: 131069 zone(0): 4096 pages. zone(1): 126973 pages. zone(2): 0 pages. Intel MultiProcessor Specification v1.1 Virtual Wire compatibility mode. OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000 Processor #1 Pentium(tm) Pro APIC version 17 Processor #0 Pentium(tm) Pro APIC version 17 I/O APIC #2 Version 17 at 0xFEC00000. Processors: 2 Kernel command line: BOOT_IMAGE=Linux ro root=813 Initializing CPU#0 Detected 851.943 MHz processor. Console: colour VGA+ 80x50 Calibrating delay loop... 1697.38 BogoMIPS Memory: 513864k/524276k available (979k kernel code, 10024k reserved, 259k data, 192k init, 0k highmem) Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Mount-cache hash table entries: 8192 (order: 4, 65536 bytes) Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes) Page-cache hash table entries: 131072 (order: 7, 524288 bytes) CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000 CPU serial number disabled. Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0383fbff 00000000 00000000 00000000 CPU: Common caps: 0383fbff 00000000 00000000 00000000 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000 Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0383fbff 00000000 00000000 00000000 CPU: Common caps: 0383fbff 00000000 00000000 00000000 CPU0: Intel Pentium III (Coppermine) stepping 06 per-CPU timeslice cutoff: 731.37 usecs. enabled ExtINT on CPU#0 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Booting processor 1/0 eip 2000 Initializing CPU#1 masked ExtINT on CPU#1 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Calibrating delay loop... 1697.38 BogoMIPS CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000 CPU serial number disabled. Intel machine check reporting enabled on CPU#1. CPU: After generic, caps: 0383fbff 00000000 00000000 00000000 CPU: Common caps: 0383fbff 00000000 00000000 00000000 CPU1: Intel Pentium III (Coppermine) stepping 06 Total of 2 processors activated (3394.76 BogoMIPS). ENABLING IO-APIC IRQs Setting 2 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 2 ... ok. init IO_APIC IRQs IO-APIC (apicid-pin) 2-0, 2-10, 2-11, 2-13, 2-14, 2-15, 2-20, 2-21, 2-22, 2-23 not connected. ..TIMER: vector=0x31 pin1=2 pin2=0 number of MP IRQ sources: 15. number of IO-APIC #2 registers: 24. testing the IO APIC....................... IO APIC #2...... .... register #00: 02000000 ....... : physical APIC id: 02 .... register #01: 00170011 ....... : max redirection entries: 0017 ....... : PRQ implemented: 0 ....... : IO APIC version: 0011 .... register #02: 00000000 ....... : arbitration: 00 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 003 03 0 0 0 0 0 1 1 39 02 003 03 0 0 0 0 0 1 1 31 03 003 03 0 0 0 0 0 1 1 41 04 003 03 0 0 0 0 0 1 1 49 05 003 03 0 0 0 0 0 1 1 51 06 003 03 0 0 0 0 0 1 1 59 07 003 03 0 0 0 0 0 1 1 61 08 003 03 0 0 0 0 0 1 1 69 09 003 03 0 0 0 0 0 1 1 71 0a 000 00 1 0 0 0 0 0 0 00 0b 000 00 1 0 0 0 0 0 0 00 0c 003 03 0 0 0 0 0 1 1 79 0d 000 00 1 0 0 0 0 0 0 00 0e 000 00 1 0 0 0 0 0 0 00 0f 000 00 1 0 0 0 0 0 0 00 10 003 03 1 1 0 1 0 1 1 81 11 003 03 1 1 0 1 0 1 1 89 12 003 03 1 1 0 1 0 1 1 91 13 003 03 1 1 0 1 0 1 1 99 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 000 00 1 0 0 0 0 0 0 00 IRQ to pin mappings: IRQ0 -> 0:2 IRQ1 -> 0:1 IRQ3 -> 0:3 IRQ4 -> 0:4 IRQ5 -> 0:5 IRQ6 -> 0:6 IRQ7 -> 0:7 IRQ8 -> 0:8 IRQ9 -> 0:9 IRQ10 -> 0:17 IRQ11 -> 0:16 IRQ12 -> 0:12 IRQ14 -> 0:19 IRQ15 -> 0:18 .................................... done. Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 851.9731 MHz. ..... host bus clock speed is 100.2316 MHz. cpu: 0, clocks: 1002316, slice: 334105 CPU0 cpu: 1, clocks: 1002316, slice: 334105 CPU1 checking TSC synchronization across CPUs: passed. Waiting on wait_init_idle (map = 0x2) All processors have done init_idle PCI: PCI BIOS revision 2.10 entry at 0xf0730, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent PCI: Using IRQ router PIIX [8086/7110] at 00:04.0 Limiting direct PCI/PCI transfers. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Diskquotas version dquot_6.4.0 initialized devfs: v1.7 (20011216) Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x1 ACPI: Core Subsystem version [20011018] ACPI: Subsystem enabled pty: 256 Unix98 ptys configured block: 128 slots per queue, batch=32 SCSI subsystem driver Revision: 1.00 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.4 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs Vendor: IBM Model: DCAS-34330 Rev: S61A Type: Direct-Access ANSI SCSI revision: 02 (scsi0:A:0): 20.000MB/s transfers (20.000MHz, offset 15) Vendor: IBM Model: DNES-309170W Rev: SAH0 Type: Direct-Access ANSI SCSI revision: 03 (scsi0:A:1): 80.000MB/s transfers (40.000MHz, offset 30, 16bit) Vendor: IBM Model: DDYS-T36950N Rev: S96H Type: Direct-Access ANSI SCSI revision: 03 (scsi0:A:2): 80.000MB/s transfers (40.000MHz, offset 63, 16bit) Vendor: TOSHIBA Model: CD-ROM XM-5701TA Rev: 0167 Type: CD-ROM ANSI SCSI revision: 02 (scsi0:A:4): 10.000MB/s transfers (10.000MHz, offset 8) scsi0:A:0:0: Tagged Queuing enabled. Depth 253 scsi0:A:1:0: Tagged Queuing enabled. Depth 253 scsi0:A:2:0: Tagged Queuing enabled. Depth 253 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0 SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) Partition check: /dev/scsi/host0/bus0/target0/lun0: p1 SCSI device sdb: 17916240 512-byte hdwr sectors (9173 MB) /dev/scsi/host0/bus0/target1/lun0: p1 p2 p3 SCSI device sdc: 71687340 512-byte hdwr sectors (36704 MB) /dev/scsi/host0/bus0/target2/lun0: p1 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 4096 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 32768) VFS: Mounted root (ext2 filesystem) readonly. Mounted devfs on /dev Freeing unused kernel memory: 192k freed NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Adding Swap: 530136k swap-space (priority -1) Real Time Clock Driver v1.10e ACPI: System firmware supports S0 S1 S4 S5 isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996 ad1848: No ISAPnP cards found, trying standard ones... Gravis Ultrasound audio driver Copyright (C) by Hannu Savolainen 1993-1996 at 0x32c dma 3,1 at 0x220 irq 5 dma 1,3 YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 at 0x388 gameport0: NS558 ISA at 0x201 speed 745 kHz input0: Analog 2-axis 4-button joystick at gameport0.0 [TSC timer, 850 MHz clock, 1416 ns res] inserting floppy driver for 2.4.17 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0 sr0: scsi-1 drive Uniform CD-ROM driver Revision: 3.12 Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001) tulip0: Transceiver selection forced to 10base2. tulip0: EEPROM default media type Autosense. tulip0: MII interface PHY 0, setup/reset sequences 2/3 long, capabilities 00 00. tulip0: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block. tulip0: Index #1 - Media 10base2 (#1) described by a 21142 Serial PHY (2) block. eth%d: Using media type MII, CSR12 is c6. tulip0: MII transceiver #1 config 3100 status 7849 advertising 0101. tulip0: Advertising 01e1 on PHY 1, previously advertising 0101. eth0: Digital DS21143 Tulip rev 65 at 0xe08e5000, 00:00:D1:1C:BB:10, IRQ 15. eth0: tulip_up(), irq==15. eth0: Using user-specified media 10base2. eth0: 21143 non-MII 10base2 transceiver control 0009/0705. eth0: Setting CSR15 to 08210006/00050006. eth0: Using media type 10base2, CSR12 is c2. VFS: Disk change detected on device sr(11,0) lirc_dev: IR Remote Control driver registered, at major 61 i2c-core.o: i2c core module Linux video capture interface: v1.00 i2c-algo-bit.o: i2c bit algorithm module bttv: driver version 0.7.83 loaded bttv: using 8 buffers with 2080k (16640k total) for capture bttv: Host bridge is Intel Corp. 440BX/ZX - 82443BX/ZX Host bridge bttv: Host bridge needs ETBF enabled. bttv: Bt8xx card found (0). bttv0: Bt878 (rev 17) at 00:0b.0, irq: 10, latency: 32, memory: 0xe2000000 bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb bttv0: using: BT878(Hauppauge (bt878)) [card=10,autodetected] bttv0: enabling ETBF (430FX/VP3 compatibilty) bttv0: Hauppauge/Voodoo msp34xx: reset line init [5] i2c-core.o: adapter bt848 #0 registered as adapter 0. bttv0: Hauppauge eeprom: model=37284, tuner=Philips FM1216 (5), radio=yes bttv0: i2c: checking for MSP34xx @ 0x80... found i2c-core.o: driver i2c msp3400 driver registered. msp34xx: init: chip=MSP3410D-C5, has NICAM support msp3410: daemon started bttv0: i2c attach [client=MSP3410D-C5,ok] i2c-core.o: client [MSP3410D-C5] registered to adapter [bt848 #0](pos. 0). bttv0: i2c: checking for TDA9875 @ 0xb0... not found bttv0: i2c: checking for TDA7432 @ 0x8a... not found tvaudio: TV audio decoder + audio/video mux driver tvaudio: known chips: tda9840,tda9873h,tda9874a,tda9850,tda9855,tea6300,tea6420,tda8425,pic16c54 (PV951) i2c-core.o: driver generic i2c audio driver registered. bttv0: i2c attach [client=tda9840,ok] i2c-core.o: client [tda9840] registered to adapter [bt848 #0](pos. 1). i2c-core.o: driver i2c TV tuner driver registered. tuner: chip found @ 0xc2 bttv0: i2c attach [client=Philips PAL,ok] i2c-core.o: client [Philips PAL] registered to adapter [bt848 #0](pos. 2). i2c-core.o: driver i2c ir driver registered. lirc_i2c: chip found @ 0x18 (Hauppauge IR) bttv0: i2c attach [client=Hauppauge IR,ok] i2c-core.o: client [Hauppauge IR] registered to adapter [bt848 #0](pos. 3). NVRM: loading NVIDIA NVdriver Kernel Module 1.0.2314 Fri Nov 30 19:33:20 PST 2001 devfs: devfs_register(nvidiactl): could not append to parent, err: -17 devfs: devfs_register(nvidia0): could not append to parent, err: -17 Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 439M agpgart: Detected Intel 440BX chipset agpgart: AGP aperture is 64M @ 0xe4000000 NVRM: AGPGART: Intel 440BX chipset NVRM: AGPGART: aperture: 64M @ 0xe4000000 NVRM: AGPGART: aperture mapped from 0xe4000000 to 0xe5a6c000 NVRM: AGPGART: mode 2x NVRM: AGPGART: allocated 16 pages bttv0: PLL: 28636363 => 35468950 ... ok NVRM: AGPGART: freed 16 pages NVRM: AGPGART: backend released NVRM: AGPGART: Intel 440BX chipset NVRM: AGPGART: aperture: 64M @ 0xe4000000 NVRM: AGPGART: aperture mapped from 0xe4000000 to 0xe5a6e000 NVRM: AGPGART: mode 2x NVRM: AGPGART: allocated 16 pages sr0: CDROM (ioctl) reports ILLEGAL REQUEST. NVRM: AGPGART: freed 16 pages NVRM: AGPGART: backend released NVRM: AGPGART: Intel 440BX chipset NVRM: AGPGART: aperture: 64M @ 0xe4000000 NVRM: AGPGART: aperture mapped from 0xe4000000 to 0xe5a72000 NVRM: AGPGART: mode 2x NVRM: AGPGART: allocated 16 pages NVRM: AGPGART: freed 16 pages NVRM: AGPGART: backend released NVRM: AGPGART: Intel 440BX chipset NVRM: AGPGART: aperture: 64M @ 0xe4000000 NVRM: AGPGART: aperture mapped from 0xe4000000 to 0xe5a74000 NVRM: AGPGART: mode 2x NVRM: AGPGART: allocated 16 pages invalid operand: 0000 CPU: 1 EIP: 0010:[] Tainted: P EFLAGS: 00010283 eax: 5a5a5a00 ebx: d91c65c0 ecx: df8cd260 edx: d91c65f0 esi: df8cd260 edi: dfae6b80 ebp: d91c65c0 esp: dfadbf18 ds: 0018 es: 0018 ss: 0018 Process devfsd (pid: 43, stackpage=dfadb000) Stack: dd63b240 c015c21e d91c65c0 df8cd260 d91c65c0 00000000 dfadbfa4 dfae7b60 c013cc8e d91c65c0 00000000 dfadbf74 c013d451 dfae7b60 dfadbf74 00000000 db416000 00000000 dfadbfa4 00000009 00000009 db416005 00000000 db416004 Call Trace: [] [] [] [] [] [] [] [] Code: 0f 0b f0 fe 0d 80 e6 26 c0 0f 88 34 b3 0a 00 85 c9 74 12 8b --6c2NcOVqGQ03X4Wi-- From owner-devfs@oss.sgi.com Tue Jan 8 23:06:23 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0976Nt19221 for devfs-outgoing; Tue, 8 Jan 2002 23:06:23 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0976Jg19217 for ; Tue, 8 Jan 2002 23:06:20 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0966HZ29892; Tue, 8 Jan 2002 23:06:17 -0700 Date: Tue, 8 Jan 2002 23:06:17 -0700 Message-Id: <200201090606.g0966HZ29892@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Raoul Borenius Cc: devfs@oss.sgi.com Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP In-Reply-To: <20020107093548.GA763@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Raoul Borenius writes: > devfsd gives me random kernel-oopses on my box. Attached ist the output > from ksymoops and from 'dmesg' since boot. I'm running Debian/Sid with > a self-compiled Kernel from the Debian kernel-source-package. > > If there is some more testing required, please tell me what I can do. Unfortunately, you're running the NVidia driver, to which we don't have the complete source code, so diagnosis is impossible. If you can temporarily move that module and reboot with "devfs=dall", that might provide helpful information. Note that you need to enable these DEBUG options when compiling the kernel: CONFIG_DEVFS_DEBUG=y CONFIG_DEBUG_KERNEL=y CONFIG_DEBUG_HIGHMEM=y CONFIG_DEBUG_SLAB=y CONFIG_DEBUG_IOVIRT=y CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_BUGVERBOSE=y You'll want to use -s65536 when running dmesg, to get as much debug information as possible. And another decoded Oops will be required. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jan 9 04:00:05 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g09C05K31730 for devfs-outgoing; Wed, 9 Jan 2002 04:00:05 -0800 Received: from bunny.shuttle.de (bunny.shuttle.de [193.174.247.132]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g09Bxug31694 for ; Wed, 9 Jan 2002 03:59:56 -0800 Received: by bunny.shuttle.de (Postfix, from userid 112) id 742294E927; Wed, 9 Jan 2002 11:59:53 +0100 (CET) Date: Wed, 9 Jan 2002 11:59:53 +0100 From: Raoul Borenius To: Richard Gooch Cc: devfs@oss.sgi.com Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP Message-ID: <20020109105953.GA1565@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> <200201090606.g0966HZ29892@vindaloo.ras.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201090606.g0966HZ29892@vindaloo.ras.ucalgary.ca> User-Agent: Mutt/1.3.25i Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi Richard, thanks for the reply. For the moment I'm going to disable the NV-Driver with the current kernel and see if the oops is gone. If not I'll cook a new kernel with debug. Regards Raoul On Tue, Jan 08, 2002 at 11:06:17PM -0700, Richard Gooch wrote: > Raoul Borenius writes: > > devfsd gives me random kernel-oopses on my box. Attached ist the output > > from ksymoops and from 'dmesg' since boot. I'm running Debian/Sid with > > a self-compiled Kernel from the Debian kernel-source-package. > > > > If there is some more testing required, please tell me what I can do. > > Unfortunately, you're running the NVidia driver, to which we don't > have the complete source code, so diagnosis is impossible. If you can > temporarily move that module and reboot with "devfs=dall", that might > provide helpful information. Note that you need to enable these DEBUG > options when compiling the kernel: > CONFIG_DEVFS_DEBUG=y > CONFIG_DEBUG_KERNEL=y > CONFIG_DEBUG_HIGHMEM=y > CONFIG_DEBUG_SLAB=y > CONFIG_DEBUG_IOVIRT=y > CONFIG_DEBUG_SPINLOCK=y > CONFIG_DEBUG_BUGVERBOSE=y > > You'll want to use -s65536 when running dmesg, to get as much debug > information as possible. And another decoded Oops will be required. > > Regards, > > Richard.... > Permanent: rgooch@atnf.csiro.au > Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jan 9 04:52:26 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g09CqQn04206 for devfs-outgoing; Wed, 9 Jan 2002 04:52:26 -0800 Received: from zeus.city.tvnet.hu (zeus.city.tvnet.hu [195.38.100.182]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g09CqMg04202 for ; Wed, 9 Jan 2002 04:52:23 -0800 Received: (from sferi@localhost) by zeus.city.tvnet.hu (8.11.6/8.11.6) id g09BtYc23059; Wed, 9 Jan 2002 12:55:34 +0100 X-Authentication-Warning: zeus.city.tvnet.hu: sferi set sender to sferi@dumballah.tvnet.hu using -f Subject: devfsd compilation From: Sipos Ferenc To: devfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 09 Jan 2002 12:55:34 +0100 Message-Id: <1010577334.2453.2.camel@zeus.city.tvnet.hu> Mime-Version: 1.0 Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi! I've tried to compile devfsd 1.3.20 with gcc 2.96-101 or gcc pre3.1 and it gives me the following error: devfsd.c:480: `DEVFSD_NOTIFY_DELETE' undeclared here (not in a function) devfsd.c:480: initializer element is not constant devfsd.c:480: (near initialization for `event_types[7].type') devfsd.c:480: initializer element is not constant devfsd.c:480: (near initialization for `event_types[7]') devfsd.c:481: initializer element is not constant devfsd.c:481: (near initialization for `event_types[8]') make: *** [devfsd.o] Error 1 It stops here. It's a redhat 7.2 athlon system with 2.4.18pre1 kernel. What's wrong? Paco From owner-devfs@oss.sgi.com Wed Jan 9 08:15:58 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g09GFwR08853 for devfs-outgoing; Wed, 9 Jan 2002 08:15:58 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g09GFsg08850 for ; Wed, 9 Jan 2002 08:15:54 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g09FFrx04150; Wed, 9 Jan 2002 08:15:53 -0700 Date: Wed, 9 Jan 2002 08:15:53 -0700 Message-Id: <200201091515.g09FFrx04150@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Sipos Ferenc Cc: devfs@oss.sgi.com Subject: Re: devfsd compilation In-Reply-To: <1010577334.2453.2.camel@zeus.city.tvnet.hu> References: <1010577334.2453.2.camel@zeus.city.tvnet.hu> Sender: owner-devfs@oss.sgi.com Precedence: bulk Sipos Ferenc writes: > Hi! > > I've tried to compile devfsd 1.3.20 with gcc 2.96-101 or gcc pre3.1 and > it gives me the following error: > devfsd.c:480: `DEVFSD_NOTIFY_DELETE' undeclared here (not in a function) > devfsd.c:480: initializer element is not constant > devfsd.c:480: (near initialization for `event_types[7].type') > devfsd.c:480: initializer element is not constant > devfsd.c:480: (near initialization for `event_types[7]') > devfsd.c:481: initializer element is not constant > devfsd.c:481: (near initialization for `event_types[8]') > make: *** [devfsd.o] Error 1 > > It stops here. It's a redhat 7.2 athlon system with 2.4.18pre1 kernel. > What's wrong? Your kernel headers are out of date. Install your kernel headers under /usr/include/linux, or pass KERNEL_DIR when building devfsd. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Fri Jan 11 01:14:14 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0B9EEW13466 for devfs-outgoing; Fri, 11 Jan 2002 01:14:14 -0800 Received: from bunny.shuttle.de (bunny.shuttle.de [193.174.247.132]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0B9EAg13459 for ; Fri, 11 Jan 2002 01:14:10 -0800 Received: by bunny.shuttle.de (Postfix, from userid 112) id 59A9C4E520; Fri, 11 Jan 2002 09:14:07 +0100 (CET) Date: Fri, 11 Jan 2002 09:14:07 +0100 From: Raoul Borenius To: Richard Gooch Cc: devfs@oss.sgi.com Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP Message-ID: <20020111081407.GA1040@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> <200201090606.g0966HZ29892@vindaloo.ras.ucalgary.ca> <20020109105953.GA1565@bunny.shuttle.de> <200201101743.g0AHh2025828@vindaloo.ras.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201101743.g0AHh2025828@vindaloo.ras.ucalgary.ca> User-Agent: Mutt/1.3.25i Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi Richard, On Thu, Jan 10, 2002 at 10:43:02AM -0700, Richard Gooch wrote: > Hi, Raoul. Another question: when you had the Oops, what kernel > patches did you have? In particular, did you have the preempt patch? I use the sources from Debian/sid (kernel-source-2.4.17-1). Their ChangeLog sais kernel-source-2.4.17 (2.4.17-1) unstable; urgency=low * New upstream release (closes: #122168, #123471). * Only set startup to 0 for 21143 (rev 65) in tulip. * Don't clear BMCR_FULLDPLX bit in tulip_find_mii as it breaks some cards (closes: #100624). * Fixed atyfb compilation problem (Tobias Ringstrom). * Removed obsolete vfat patch. * Fixed double cache allocation in mount_devfs_fs. -- Herbert Xu Sat, 22 Dec 2001 13:41:46 +1100 Would it be better to use a tarball from kernel.org for debugging? Regards Raoul From owner-devfs@oss.sgi.com Sat Jan 12 12:02:42 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0CK2gv21697 for devfs-outgoing; Sat, 12 Jan 2002 12:02:42 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0CK2ag21693 for ; Sat, 12 Jan 2002 12:02:36 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0CJ3Lk23324; Sat, 12 Jan 2002 12:03:21 -0700 Date: Sat, 12 Jan 2002 12:03:21 -0700 Message-Id: <200201121903.g0CJ3Lk23324@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Raoul Borenius Cc: devfs@oss.sgi.com Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP In-Reply-To: <20020111081407.GA1040@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> <200201090606.g0966HZ29892@vindaloo.ras.ucalgary.ca> <20020109105953.GA1565@bunny.shuttle.de> <200201101743.g0AHh2025828@vindaloo.ras.ucalgary.ca> <20020111081407.GA1040@bunny.shuttle.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Raoul Borenius writes: > Hi Richard, > > On Thu, Jan 10, 2002 at 10:43:02AM -0700, Richard Gooch wrote: > > Hi, Raoul. Another question: when you had the Oops, what kernel > > patches did you have? In particular, did you have the preempt patch? > > I use the sources from Debian/sid (kernel-source-2.4.17-1). Their > ChangeLog sais > > kernel-source-2.4.17 (2.4.17-1) unstable; urgency=low > > * New upstream release (closes: #122168, #123471). > * Only set startup to 0 for 21143 (rev 65) in tulip. > * Don't clear BMCR_FULLDPLX bit in tulip_find_mii as it breaks some cards > (closes: #100624). > * Fixed atyfb compilation problem (Tobias Ringstrom). > * Removed obsolete vfat patch. > * Fixed double cache allocation in mount_devfs_fs. > > -- Herbert Xu Sat, 22 Dec 2001 13:41:46 +1100 > > Would it be better to use a tarball from kernel.org for debugging? Yes! It means I have the same kernel that you do, so I can trace every code path as the need arises. I don't and won't use any kernel other than official kernels/pre-patches from kernel.org. In any case, you can hold off on sending more debugging information for the moment, as I think I know what the problem is (from someone else's bug report that was similar). I'm working on a 100% correct solution (I made a half-baked solution late at night that fixed the problem (and created other problems)). It's a little nasty, this one. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 13 16:56:13 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0E0uDZ18405 for devfs-outgoing; Sun, 13 Jan 2002 16:56:13 -0800 Received: from tsmtp2.mail.isp (mailhost.teleline.es [195.235.113.141] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0E0u3g18400 for ; Sun, 13 Jan 2002 16:56:03 -0800 Received: from localhost.localdomain ([212.170.202.87]) by tsmtp2.mail.isp (Netscape Messaging Server 4.15 tsmtp2 Jul 26 2001 13:10:38) with ESMTP id GPWIAM02.3EO for ; Mon, 14 Jan 2002 00:51:58 +0100 Received: (from juan@localhost) by localhost.localdomain (8.11.6/8.11.0) id g0DNpLI01457 for devfs@oss.sgi.com; Mon, 14 Jan 2002 00:51:21 +0100 Date: Mon, 14 Jan 2002 00:51:21 +0100 From: BUSCAIDEAS@terra.es To: devfs@oss.sgi.com Subject: Shutdown problems. Message-ID: <20020114005121.A1034@SanJuan.terra.es> Reply-To: hierro@escomposlinux.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-devfs@oss.sgi.com Precedence: bulk --envbJBWh7q8WU6mo Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear sirs, This is my first mail in this list. I write you because I have recently recompiled a 2.4.17 linux kernel on top of a RH7.2 system to test devfs and it was just a matter of following the instructions in the documentation of the kernel. The configuration makes use of /dev-state to save ownerships from boot to boot. (Yes, I have changed /etc/rc.d/rc.sysinit according to instructions and uncommented the suggested lines in /etc/devfsd.conf). It works basically right and now /dev looks much prettier and cleaner on my system. Just a couple of questions: 1) When loading, there is an error in "Copying /dev-state/fb to /dev/fb". However, then it works fine. Maybe, is there a need to build a tarfile for that devices? 2) The most serious comes when shuting down. I get the following messages almost at the end (while it is unmounting everything) /////////////////////////////////////////// umount2: Device or resource busy umount: devfs: not found umount: /dev: Illegal seek ////////////////////////////////////////// and, then, it does not halt, it simply rests stopped (but the system is not locked as it accepts rebooting). I am not sure whether this is a problem with devfs or with some option that I forgot when configuring the kernel. Anyway, looking at the=20 /etc/rc.d/init.d/halt script, I suspect that, maybe, there is some kind of problem with the order in which devfsd daemon is killed and /dev is unmounted. Another point is that the script tries to remount read-only /dev/root (scsi/host0/bus0/target0/lun0/part2 in my system) in order to execute the very last commands (halt itself) at a moment when I suspect that /dev has been unmounted (so it becomes frozen because it does not find the command). However, I am not very sure of those thoughts, so I ask here whether someth= ing else has a system like mine and whether he has had to reoganize the halt script in some way. Mainly, in which order must one kill devfsd, umount /dev (it should be better remount it read-only, I suppose) and halting the system. I am looking forward to hearing from you. Yours faithfully, --=20 Juan Pablo Hierro =C1lvarez Clave p=FAblica: 0xA8707ADF en pgp.rediris.es=20 --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8Qh14d1aMoahwet8RAh4GAKCjgU0hf0JCgr6d2JmXQn0QFyBwFwCg1i9o 2bx8RHOYvCOy996dtwXo3MU= =V2mg -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-devfs@oss.sgi.com Sun Jan 13 18:59:09 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0E2x9h21459 for devfs-outgoing; Sun, 13 Jan 2002 18:59:09 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0E2wpg21455 for ; Sun, 13 Jan 2002 18:58:57 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0E1xdK11713; Sun, 13 Jan 2002 18:59:39 -0700 Date: Sun, 13 Jan 2002 18:59:39 -0700 Message-Id: <200201140159.g0E1xdK11713@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: hierro@escomposlinux.org Cc: devfs@oss.sgi.com Subject: Re: Shutdown problems. In-Reply-To: <20020114005121.A1034@SanJuan.terra.es> References: <20020114005121.A1034@SanJuan.terra.es> Sender: owner-devfs@oss.sgi.com Precedence: bulk BUSCAIDEAS@terra.es writes: > This is my first mail in this list. I write you because I have recently > recompiled a 2.4.17 linux kernel on top of a RH7.2 system to test devfs > and it was just a matter of following the instructions in the documentation > of the kernel. The configuration makes use of /dev-state to save ownerships > from boot to boot. (Yes, I have changed /etc/rc.d/rc.sysinit according > to instructions and uncommented the suggested lines in /etc/devfsd.conf). > > It works basically right and now /dev looks much prettier and cleaner on > my system. Just a couple of questions: > > 1) When loading, there is an error in "Copying /dev-state/fb to /dev/fb". > However, then it works fine. Maybe, is there a need to build a tarfile > for that devices? No, no tarfiles! Please send the complete error message and any other information that you might think will help identify the problem. > 2) The most serious comes when shuting down. I get the following messages > almost at the end (while it is unmounting everything) > /////////////////////////////////////////// > umount2: Device or resource busy You can't unmount devfs, because it is always being used. A newer version of umount(8) (from util-linux) fixes the "umount -a" case. > umount: devfs: not found I guess umount(8) got confused. > umount: /dev: Illegal seek Even more so. Just symptoms of the underlying problem. Don't unmount devfs. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 13 19:14:00 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0E3E0A21906 for devfs-outgoing; Sun, 13 Jan 2002 19:14:00 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0E3Dvg21903 for ; Sun, 13 Jan 2002 19:13:57 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0E2Ewx12117; Sun, 13 Jan 2002 19:14:58 -0700 Date: Sun, 13 Jan 2002 19:14:58 -0700 Message-Id: <200201140214.g0E2Ewx12117@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v199.7 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 199.7 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.18-pre3. Highlights of this release: - Unregister /dev/root symlink prior to creating second one (for initrd) - Added support for multiple Compaq cpqarray controllers - Fixed (rare, old) race in Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 13 19:41:56 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0E3fuS22283 for devfs-outgoing; Sun, 13 Jan 2002 19:41:56 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0E3fqg22280 for ; Sun, 13 Jan 2002 19:41:52 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0E2gqJ12776; Sun, 13 Jan 2002 19:42:52 -0700 Date: Sun, 13 Jan 2002 19:42:52 -0700 Message-Id: <200201140242.g0E2gqJ12776@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v206 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 206 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.5/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.5/devfs-patch-current.gz NOTE: kernel 2.5.1 and later require devfsd-v1.3.19 or later. This is against 2.5.2-pre11. Highlights of this release: - Added support for multiple Compaq cpqarray controllers - Fixed (rare, old) race in Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Jan 14 21:22:56 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0F5MuH02063 for devfs-outgoing; Mon, 14 Jan 2002 21:22:56 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0F5MpP02057 for ; Mon, 14 Jan 2002 21:22:51 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0F4Mcc05113; Mon, 14 Jan 2002 21:22:38 -0700 Date: Mon, 14 Jan 2002 21:22:38 -0700 Message-Id: <200201150422.g0F4Mcc05113@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: devfsd-v1.3.21 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.21 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - GNUmakefile changes - Created INSTALL file - Man page improvements - Switched to extended regular expression support - Fixed dummy opens of /dev/null - Sample devfsd.conf updated to use mksymlink(). Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Jan 14 23:38:06 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0F7c6J05929 for devfs-outgoing; Mon, 14 Jan 2002 23:38:06 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0F7c0P05926 for ; Mon, 14 Jan 2002 23:38:00 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0F6SQf06569; Mon, 14 Jan 2002 23:28:26 -0700 Date: Mon, 14 Jan 2002 23:28:26 -0700 Message-Id: <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: Thierry Vignaud , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: <1008885491.6464.4.camel@localhost.localdomain> References: <1008885491.6464.4.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > I was just surprised why my Jaz on parallel port (ppa adapter) never > appears. It turned out, after desperate fight with symlinks I finally > changed fstab to point to canonical name - > /dev/scsi/host0/bus0/target4/lun0/part4. But these names are not handled > by modules.devfs so sd_mod was never loaded. > > There is handling for /dev/sd/* (that I had before). But it is just a > symlink and after eject it gets lost and when you try to access it again > sd_mod is already loaded so nothing happens (i.e. new media is not > rescanned for partition info). There is handling for /dev/discs - but, > unfortunately, there is no fixed relation between physical address > (host/bus/target) and disc number - they are simply numbered after they > get registered so if you have several removables sometimes they get one > number sometimes other. And I want to be sure I always refer to correct > drive. > > The imediate quick'n'dirty fix was to add > > alias /dev/scsi*/part* /dev/sd > > to /etc/modules.devfs > > Still, it looks like a part of more general problem. I begin to think > that devfsd has to treat LOOKUP for symlinks that are managed by devfsd > itdelf specially. I.e. when it gets request for /dev/sd/c0b0t4l0u4 it > _knows_ that it points to /dev/scsi/..../part4 so it _could_ translate > it into request to that canonical name so that devfs would start > partition table revalidation. Does it make sense? The problem with this is that it requires more code. The MKNEWCOMPAT action translates from kernel names to names like /dev/sd/c0b0t0u0p1 but there is no code to provide the reverse operation. There hasn't been a need for this. As people who watch this list know, I hate adding code to devfsd unless it's absolutely necessary :-) However, you can easily use the regular expression matching engine to translate /dev/sd/* names to /dev/scsi/* names. This is even something that could be placed into a sample configuration file that I could ship with devfsd. Feel free to send some sample configuration lines :-) Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Jan 15 16:06:49 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0G06nm08879 for devfs-outgoing; Tue, 15 Jan 2002 16:06:49 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0G06fP08866 for ; Tue, 15 Jan 2002 16:06:42 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id 948E75359; Wed, 16 Jan 2002 00:23:59 +0100 (CET) To: Richard Gooch Cc: Borsenkow Andrej , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> X-URL: Date: Wed, 16 Jan 2002 00:23:59 +0100 In-Reply-To: <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> (Richard Gooch's message of "Mon, 14 Jan 2002 23:28:26 -0700") Message-ID: Lines: 46 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Richard Gooch writes: > > I was just surprised why my Jaz on parallel port (ppa adapter) never >> appears. It turned out, after desperate fight with symlinks I finally >> changed fstab to point to canonical name - >> /dev/scsi/host0/bus0/target4/lun0/part4. But these names are not handled >> by modules.devfs so sd_mod was never loaded. >> >> There is handling for /dev/sd/* (that I had before). But it is just a >> symlink and after eject it gets lost and when you try to access it again >> sd_mod is already loaded so nothing happens (i.e. new media is not >> rescanned for partition info). There is handling for /dev/discs - but, >> unfortunately, there is no fixed relation between physical address >> (host/bus/target) and disc number - they are simply numbered after they >> get registered so if you have several removables sometimes they get one >> number sometimes other. And I want to be sure I always refer to correct >> drive. >> >> The imediate quick'n'dirty fix was to add >> >> alias /dev/scsi*/part* /dev/sd >> >> to /etc/modules.devfs >> >> Still, it looks like a part of more general problem. I begin to think >> that devfsd has to treat LOOKUP for symlinks that are managed by devfsd >> itdelf specially. I.e. when it gets request for /dev/sd/c0b0t4l0u4 it >> _knows_ that it points to /dev/scsi/..../part4 so it _could_ translate >> it into request to that canonical name so that devfs would start >> partition table revalidation. Does it make sense? > > The problem with this is that it requires more code. The MKNEWCOMPAT > action translates from kernel names to names like /dev/sd/c0b0t0u0p1 > but there is no code to provide the reverse operation. There hasn't > been a need for this. As people who watch this list know, I hate > adding code to devfsd unless it's absolutely necessary :-) > > However, you can easily use the regular expression matching engine to > translate /dev/sd/* names to /dev/scsi/* names. This is even something that > could be placed into a sample configuration file that I could ship with > devfsd. Feel free to send some sample configuration lines :-) i'll be happy to add it it you send working config :-) however, have you installed dynamics & hotplug ? they should take care of amovible devices. From owner-devfs@oss.sgi.com Tue Jan 15 16:19:33 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0G0JXU09363 for devfs-outgoing; Tue, 15 Jan 2002 16:19:33 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0G0JPP09357 for ; Tue, 15 Jan 2002 16:19:26 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0FNJ5S20314; Tue, 15 Jan 2002 16:19:05 -0700 Date: Tue, 15 Jan 2002 16:19:05 -0700 Message-Id: <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Thierry Vignaud Cc: Borsenkow Andrej , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Thierry Vignaud writes: > Richard Gooch writes: > > > > I was just surprised why my Jaz on parallel port (ppa adapter) never > >> appears. It turned out, after desperate fight with symlinks I finally > >> changed fstab to point to canonical name - > >> /dev/scsi/host0/bus0/target4/lun0/part4. But these names are not handled > >> by modules.devfs so sd_mod was never loaded. > >> > >> There is handling for /dev/sd/* (that I had before). But it is just a > >> symlink and after eject it gets lost and when you try to access it again > >> sd_mod is already loaded so nothing happens (i.e. new media is not > >> rescanned for partition info). There is handling for /dev/discs - but, > >> unfortunately, there is no fixed relation between physical address > >> (host/bus/target) and disc number - they are simply numbered after they > >> get registered so if you have several removables sometimes they get one > >> number sometimes other. And I want to be sure I always refer to correct > >> drive. > >> > >> The imediate quick'n'dirty fix was to add > >> > >> alias /dev/scsi*/part* /dev/sd > >> > >> to /etc/modules.devfs > >> > >> Still, it looks like a part of more general problem. I begin to think > >> that devfsd has to treat LOOKUP for symlinks that are managed by devfsd > >> itdelf specially. I.e. when it gets request for /dev/sd/c0b0t4l0u4 it > >> _knows_ that it points to /dev/scsi/..../part4 so it _could_ translate > >> it into request to that canonical name so that devfs would start > >> partition table revalidation. Does it make sense? > > > > The problem with this is that it requires more code. The MKNEWCOMPAT > > action translates from kernel names to names like /dev/sd/c0b0t0u0p1 > > but there is no code to provide the reverse operation. There hasn't > > been a need for this. As people who watch this list know, I hate > > adding code to devfsd unless it's absolutely necessary :-) > > > > However, you can easily use the regular expression matching engine to > > translate /dev/sd/* names to /dev/scsi/* names. This is even something that > > could be placed into a sample configuration file that I could ship with > > devfsd. Feel free to send some sample configuration lines :-) > > i'll be happy to add it it you send working config :-) > > however, have you installed dynamics & hotplug ? they should take > care of amovible devices. Erm, I'm not sure if you're talking to me or to Andrej. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Jan 15 16:31:57 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0G0Vv009823 for devfs-outgoing; Tue, 15 Jan 2002 16:31:57 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0G0VsP09819 for ; Tue, 15 Jan 2002 16:31:54 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id 150EC5359; Wed, 16 Jan 2002 00:49:17 +0100 (CET) To: Richard Gooch Cc: Borsenkow Andrej , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> X-URL: Date: Wed, 16 Jan 2002 00:49:16 +0100 In-Reply-To: <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> (Richard Gooch's message of "Tue, 15 Jan 2002 16:19:05 -0700") Message-ID: Lines: 16 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Richard Gooch writes: >> > However, you can easily use the regular expression matching engine to >> > translate /dev/sd/* names to /dev/scsi/* names. This is even something that >> > could be placed into a sample configuration file that I could ship with >> > devfsd. Feel free to send some sample configuration lines :-) >> >> i'll be happy to add it it you send working config :-) >> >> however, have you installed dynamics & hotplug ? they should take >> care of amovible devices. > > Erm, I'm not sure if you're talking to me or to Andrej. to both :to andrej for the dynamics & hotplug packages, and you if you get some code. From owner-devfs@oss.sgi.com Tue Jan 15 16:53:22 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0G0rMY10231 for devfs-outgoing; Tue, 15 Jan 2002 16:53:22 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0G0rHP10227 for ; Tue, 15 Jan 2002 16:53:17 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0FNr5j21148; Tue, 15 Jan 2002 16:53:05 -0700 Date: Tue, 15 Jan 2002 16:53:05 -0700 Message-Id: <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Thierry Vignaud Cc: Borsenkow Andrej , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Thierry Vignaud writes: > Richard Gooch writes: > > >> > However, you can easily use the regular expression matching engine to > >> > translate /dev/sd/* names to /dev/scsi/* names. This is even something that > >> > could be placed into a sample configuration file that I could ship with > >> > devfsd. Feel free to send some sample configuration lines :-) > >> > >> i'll be happy to add it it you send working config :-) > >> > >> however, have you installed dynamics & hotplug ? they should take > >> care of amovible devices. > > > > Erm, I'm not sure if you're talking to me or to Andrej. > > to both :to andrej for the dynamics & hotplug packages, and you if > you get some code. OK. Well, if I get code, I'll put it in the next devfsd release, so you can pick it up there. Sound good? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jan 16 12:27:42 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0GKRgr17156 for devfs-outgoing; Wed, 16 Jan 2002 12:27:42 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0GKRVP17153 for ; Wed, 16 Jan 2002 12:27:31 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0GJRRW25239; Wed, 16 Jan 2002 20:27:27 +0100 (MET) Received: from MOWD019A.mow.siemens.ru ([139.24.18.3]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0GJRQg24630; Wed, 16 Jan 2002 20:27:26 +0100 (MET) Received: by mowd019a.mow.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Wed, 16 Jan 2002 22:30:07 +0300 Received: from [149.202.201.201] (149.202.201.201 [149.202.201.201]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DASN2MBL; Wed, 16 Jan 2002 22:30:03 +0300 From: Borsenkow Andrej To: Richard Gooch Cc: Thierry Vignaud , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> Content-Type: multipart/mixed; boundary="=-/p1Q7EX5z5iGXOXv3cHm" X-Mailer: Evolution/1.0.11mdk Date: 16 Jan 2002 22:27:16 +0300 Message-Id: <1011209242.4046.5.camel@localhost.localdomain> Mime-Version: 1.0 Sender: owner-devfs@oss.sgi.com Precedence: bulk --=-/p1Q7EX5z5iGXOXv3cHm Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On =F3=D2=C4, 2002-01-16 at 02:53, Richard Gooch wrote: > Thierry Vignaud writes: > > Richard Gooch writes: > >=20 > > >> > However, you can easily use the regular expression matching = engine to > > >> > translate /dev/sd/* names to /dev/scsi/* names. This is even = something that > > >> > could be placed into a sample configuration file that I could = ship with > > >> > devfsd. Feel free to send some sample configuration lines :-) > > >>=20 Actually example is in devfsd.conf manual but I just realised it can be used for both old and new compat links. > > >> i'll be happy to add it it you send working config :-) > > >>=20 > > >> however, have you installed dynamics & hotplug ? they should = take > > >> care of amovible devices. > > > No they do not in this case. When you insert media there is no notification so you must force kernel to reread partition table externally. > > > Erm, I'm not sure if you're talking to me or to Andrej. > >=20 > > to both :to andrej for the dynamics & hotplug packages, and you if > > you get some code. >=20 > OK. Well, if I get code, I'll put it in the next devfsd release, so > you can pick it up there. Sound good? >=20 Attached patch is against current Mandrake devfsd.conf. It works just fine here for SCSI; I'd appreciate anybody testing it for IDE. It is great because it means we can continue to use compatibility names by default without endless "hey, why it says no such device!"=20 blockdev is garanteed to exist on Mandrake that is currently my concern :-) many thanks for idea (yes, sometimes you must really read TFM). -andrej --=-/p1Q7EX5z5iGXOXv3cHm Content-Disposition: attachment; filename=devfsd.conf.diff Content-Transfer-Encoding: quoted-printable Content-Type: text/x-diff; charset=KOI8-R --- /etc/devfsd.conf.org Tue Jan 15 18:31:33 2002 +++ /etc/devfsd.conf Wed Jan 16 22:15:32 2002 @@ -25,6 +25,21 @@ # autoloading LOOKUP .* MODLOAD =20 +# When removable media is (programmatically) ejected nodes for +# individual partitions are unregistered and if you have enabled +# RM(OLD|NEW)COMPAT actions links that point to them are removed. +# Unfortunately when you insert media and try to access it using +# any of these links there is nothing that tells the kernel to refresh +# partition table. To force refresh you may use something like this: +# SCSI NEWCOMPAT +LOOKUP ^(sd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+).*$ EXECUTE /sbin/blockdev = --rereadpt $mntpnt/\1 +# SCSI OLDCOMPAT +LOOKUP ^(sd[^/])[^/]+$ EXECUTE /sbin/blockdev --rereadpt $mntpnt/\1 +# IDE NEWCOMPAT +LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+).+$ EXECUTE = /sbin/blockdev --rereadpt $mntpnt/\1 +# IDE OLDCOMPAT +LOOKUP ^(hd[^/])[^/]+$ EXECUTE /sbin/blockdev --rereadpt $mntpnt/\1 + # # Uncomment this if you want permissions to be saved and restored # Do not do this for pseudo-terminal devices --=-/p1Q7EX5z5iGXOXv3cHm-- From owner-devfs@oss.sgi.com Thu Jan 17 05:55:03 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0HDt3o12592 for devfs-outgoing; Thu, 17 Jan 2002 05:55:03 -0800 Received: from smtp-out.hamburg.pop.de (mail@smtp-out.hamburg.pop.de [195.222.210.86]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0HDsrP12563 for ; Thu, 17 Jan 2002 05:54:57 -0800 Received: from mail.hamburg.pop.de ([193.98.9.7] helo=mail.provi.de) by smtp-out.hamburg.pop.de with esmtp (Exim 3.22 #1) id 16RC31-0003dE-00 for devfs@oss.sgi.com; Thu, 17 Jan 2002 13:53:39 +0100 Received: from dsit04f.atlas.de ([141.200.125.99] helo=dsit04.atlas.de) by mail.provi.de with smtp (Exim 3.20 #2) id 16RC48-00076K-00 for devfs@oss.sgi.com; Thu, 17 Jan 2002 13:54:49 +0100 Received: by dsit04.atlas.de; (5.65v4.0/1.3/10May95) id AA26833; Thu, 17 Jan 2002 13:54:45 +0100 Received: from pcew80.atlas.de by dsit03.atlas.de (5.65v4.0/1.1.10.5/28May97-0309PM) id AA27843; Thu, 17 Jan 2002 13:54:45 +0100 Received: from localhost.localdomain (reincke@pcew80.atlas.de [141.200.61.180]) by pcew80.atlas.de (8.12.1/8.12.1/Debian -5) with ESMTP id g0HCsiP0003060 for ; Thu, 17 Jan 2002 13:54:45 +0100 From: Michael Reincke To: devfs@oss.sgi.com Subject: problem: devfs and scsi tape permissions Message-Id: <20010809135255.00942cb7.reincke.m@stn-atlas.de> Organization: STN ATLAS Elektronik GmbH X-Mailer: Sylpheed version 0.5.1 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Evolution/1.0.1 Date: 17 Jan 2002 13:54:44 +0100 Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, i've some trouble with devfs and the permission on my SCSI-tape drive: I'm using Linux-Kernel 2.4.7 and devfsd 1.3.11-7 from unstable Debian. After a reboot the permissions on /dev/scsi/host0/bus0/target4/lun0 are as follows drwxr-xr-x 1 root root 0 Jan 1 1970 lun0/ A request on the tape-drive as normal user gives a permission denied and the permissions on /dev/scsi/host0/bus0/target4/lun0 are set to drw------- 1 root root 0 Jan 1 1970 lun0/ all nodes in lun0 are having the right permissions: ls -l /dev/scsi/host0/bus0/target4/lun0/ total 0 crw-rw---- 1 root tape 9, 0 Jan 1 1970 mt crw-rw---- 1 root tape 9, 96 Jan 1 1970 mta crw-rw---- 1 root tape 9, 224 Jan 1 1970 mtan crw-rw---- 1 root tape 9, 32 Jan 1 1970 mtl crw-rw---- 1 root tape 9, 160 Jan 1 1970 mtln crw-rw---- 1 root tape 9, 64 Jan 1 1970 mtm crw-rw---- 1 root tape 9, 192 Jan 1 1970 mtmn crw-rw---- 1 root tape 9, 128 Jan 1 1970 mtn So to get the whole thing work i need on /dev/scsi/host0/bus0/target4/lun0 the following permissions: drwxrwx--- 1 root tape 0 Jan 1 1970 lun0 or dr-xr-x--- 1 root tape 0 Jan 1 1970 lun0 How could i reach this?? I tried using CFUNCTION CREATE nst0 CFUNCTION GLOBAL chmod ${mntpnt}/scsi/host0/bus0/target4/lun0 770 CREATE nst0 CFUNCTION GLOBAL chown ${mntpnt}/scsi/host0/bus0/target4/lun0 0 26 but no work. Setiing the permissions by hand and activating saving and restoring the state is also not working. -- Michael Reincke, NUT Team 2 (Software Build Management) STN ATLAS Elektronik GmbH, Bremen (Germany) E-mail : reincke.m@stn-atlas.de | mail: Sebaldsbrücker Heerstr 235 phone : +49-421-457-2302 | 28305 Bremen fax : +49-421-457-3913 | From owner-devfs@oss.sgi.com Thu Jan 17 06:06:32 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0HE6WN12826 for devfs-outgoing; Thu, 17 Jan 2002 06:06:32 -0800 Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0HE6SP12823 for ; Thu, 17 Jan 2002 06:06:28 -0800 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 212BA92749; Fri, 18 Jan 2002 00:06:23 +1100 (EST) Received: from there (lyta [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id 0B15732FDE6; Thu, 17 Jan 2002 14:06:13 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: Michael Reincke , devfs@oss.sgi.com Subject: Re: problem: devfs and scsi tape permissions Date: Thu, 17 Jan 2002 14:06:13 +0100 X-Mailer: KMail [version 1.3.2] References: <20010809135255.00942cb7.reincke.m@stn-atlas.de> In-Reply-To: <20010809135255.00942cb7.reincke.m@stn-atlas.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020117130614.0B15732FDE6@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Thu, 17 Jan 2002 13:54, Michael Reincke wrote: > i've some trouble with devfs and the permission on my SCSI-tape drive: > > I'm using Linux-Kernel 2.4.7 and devfsd 1.3.11-7 from unstable Debian. Firstly, reporting a bug against an ancient version of a package usually doesn't gain anything (the current version is 1.3.21-1). Secondly reporting bugs in Debian packages to the upstream maintainer isn't the best thing to do, particularly in the case of devfsd (Richard and I don't always agree on some of the details, and I'm sure he doesn't want to hear about things that I broke). There were some bugs in the default perms file in older versions of my package which gave results similar to what you see. If you install the latest devfsd (which is required for recent kernels incidentally) then you'll get a new perms file (automatically installed if you made no changes to your old file) which should solve this. Also kernel 2.4.7 has a security hole... -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page From owner-devfs@oss.sgi.com Fri Jan 18 14:31:09 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0IMV9u12152 for devfs-outgoing; Fri, 18 Jan 2002 14:31:09 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0IMUWP12145 for ; Fri, 18 Jan 2002 14:30:33 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0ILUSW29836 for ; Fri, 18 Jan 2002 22:30:28 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0ILUQg23814 for ; Fri, 18 Jan 2002 22:30:26 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Sat, 19 Jan 2002 00:32:40 +0300 Received: from [149.202.201.201] (149.202.201.201 [149.202.201.201]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DGYMKXA7; Sat, 19 Jan 2002 00:32:31 +0300 From: Borsenkow Andrej To: devfs mailing list Cc: Mandrake kernel list Subject: Strange devices in devfs Content-Type: text/plain; charset=KOI8-R X-Mailer: Evolution/1.0.11mdk Date: 19 Jan 2002 00:29:39 +0300 Message-Id: <1011389385.2428.1.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g0IMUXP12146 Sender: owner-devfs@oss.sgi.com Precedence: bulk May be I miss something: {pts/1}% LC_TIME=en LANGUAGE=en ll /dev/hd* lr-xr-xr-x 1 root root 32 Jan 18 2002 /dev/hda -> ide/host0/bus0/target0/lun0/disc lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hda1 -> ide/host0/bus0/target0/lun0/part1 lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hda2 -> ide/host0/bus0/target0/lun0/part2 lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hda3 -> ide/host0/bus0/target0/lun0/part3 lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hda5 -> ide/host0/bus0/target0/lun0/part5 lr-xr-xr-x 1 root root 32 Jan 18 2002 /dev/hdb -> ide/host0/bus0/target1/lun0/disc lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hdb1 -> ide/host0/bus0/target1/lun0/part1 lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hdb5 -> ide/host0/bus0/target1/lun0/part5 lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hdb6 -> ide/host0/bus0/target1/lun0/part6 lr-xr-xr-x 1 root root 33 Jan 18 2002 /dev/hdb7 -> ide/host0/bus0/target1/lun0/part7 lr-xr-xr-x 1 root root 30 Jan 18 2002 /dev/hdc -> ide/host0/bus1/target0/lun0/cd lr-xr-xr-x 1 root root 6 Jan 18 2002 /dev/hdy -> ide/cd/ {pts/1}% LC_TIME=en LANGUAGE=en ll /dev/ide/cd total 0 lr-xr-xr-x 1 root root 29 Jan 18 2002 c0b1t0u0 -> ../host0/bus1/target0/lun0/cd lr-xr-xr-x 1 root root 5 Jan 18 2002 c-1073745722b0t6u134553339 -> ../cd/ lr-xr-xr-x 1 root root 5 Jan 17 22:12 c-1073745722b0t6u134621803 -> ../cd/ What are these strange things inside /dev/ide/cd and why hdy points to it? It is devfsd-1.3.21 -andrej P.S. today I have just the weird link /dev/hdy -> ide/cd but no strange devices inside of ide/cd. My hdd is ide-scsi'd. {pts/1}% dmesg Linux version 2.4.17-2mdk (root@localhost.localdomain) (gcc version 2.96 20000731 (Mandrake Linux 8.2 2.96-0.71mdk)) #6 þÔ× ñÎ× 17 20:06:23 MSK 2002 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000000ffeb000 (usable) BIOS-e820: 000000000ffeb000 - 000000000ffef000 (ACPI data) BIOS-e820: 000000000ffef000 - 000000000ffff000 (reserved) BIOS-e820: 000000000ffff000 - 0000000010000000 (ACPI NVS) BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved) On node 0 totalpages: 65515 zone(0): 4096 pages. zone(1): 61419 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=2417-2 ro root=345 hdd=ide-scsi devfs=mount ide_setup: hdd=ide-scsi Initializing CPU#0 Detected 737.033 MHz processor. Console: colour dummy device 80x25 Calibrating delay loop... 1471.28 BogoMIPS Memory: 254728k/262060k available (1206k kernel code, 6944k reserved, 409k data, 716k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) Mount-cache hash table entries: 4096 (order: 3, 32768 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) CPU: Before vendor init, caps: 0383f9ff 00000000 00000000, vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU: After vendor init, caps: 0383f9ff 00000000 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. 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.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xf0df0, last bus=2 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent 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 0x03 (Driver version 1.16) Starting kswapd VFS: Diskquotas version dquot_6.5.0 initialized Journalled Block Device driver loaded devfs: v1.7 (20011216) Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x1 vesafb: framebuffer at 0xf0000000, mapped to 0xd0800000, size 32768k vesafb: mode is 800x600x16, linelength=1600, pages=3 vesafb: protected mode interface info at c000:0ed1 vesafb: scrolling: redraw vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 Console: switching to colour frame buffer device 100x37 fb0: VESA VGA frame buffer device pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A PCI: Found IRQ 9 for device 02:0d.0 Redundant entry in serial pci_table. Please send the output of lspci -vv, this message (12b9,1008,12b9,00a2) and the manufacturer and name of serial board or modem board to serial-pci-info@lists.sourceforge.net. ttyS04 at port 0xd000 (irq = 9) is a 16550A block: 128 slots per queue, batch=32 RAMDISK driver initialized: 16 RAM disks of 32000K 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 0xb800-0xb807, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xb808-0xb80f, BIOS settings: hdc:DMA, hdd:DMA hda: ST360020A, ATA DISK drive hdb: FUJITSU MPF3102AT, ATA DISK drive hdc: CREATIVEDVD1240E, ATAPI CD/DVD-ROM drive hdd: PHILIPS CDD3610 CD-R/RW, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=7297/255/63, UDMA(100) hdb: 20015856 sectors (10248 MB) w/512KiB Cache, CHS=1245/255/63, UDMA(66) hdc: ATAPI 40X DVD-ROM drive, 512kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 < p5 > /dev/ide/host0/bus0/target1/lun0: p1 < p5 p6 p7 > Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 16384) Linux IP multicast router 0.06 plus PIM-SM NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Compressed image found at block 0 Uncompressing...........done. Freeing initrd memory: 220k freed VFS: Mounted root (ext2 filesystem). Mounted devfs on /dev reiserfs: checking transaction log (device 03:45) ... Using r5 hash to sort names ReiserFS version 3.6.25 Freeing unused kernel memory: 716k freed Real Time Clock Driver v1.10e Adding Swap: 257000k swap-space (priority -1) SCSI subsystem driver Revision: 1.00 scsi: host order: ppa,ide-scsi parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] parport0: irq 7 detected ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. SCSI subsystem driver Revision: 1.00 scsi: host order: ppa,ide-scsi scsi1 : SCSI host adapter emulation for IDE ATAPI devices Vendor: PHILIPS Model: CDD3610 CD-R/RW Rev: 3.09 Type: CD-ROM ANSI SCSI revision: 02 i2c-core.o: i2c core module version 2.6.2 (20011118) i2c-i801.o version 2.6.2 (20011118) i2c-core.o: adapter SMBus I801 adapter at e800 registered as adapter 0. i2c-i801.o: I801 bus detected and initialized i2c-proc.o version 2.6.2 (20011118) w83781d.o version 2.6.2 (20011118) i2c-core.o: driver W83781D sensor driver registered. i2c-core.o: client [AS99127F chip] registered to adapter [SMBus I801 adapter at e800](pos. 0). i2c-core.o: client [AS99127F subclient] registered to adapter [SMBus I801 adapter at e800](pos. 1). i2c-core.o: client [AS99127F subclient] registered to adapter [SMBus I801 adapter at e800](pos. 2). ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. MSDOS FS: IO charset koi8-r MSDOS FS: Using codepage 866 MSDOS FS: IO charset koi8-r MSDOS FS: Using codepage 866 reiserfs: checking transaction log (device 03:47) ... Using r5 hash to sort names ReiserFS version 3.6.25 end_request: I/O error, dev 02:00 (floppy), sector 0 Creative EMU10K1 PCI Audio Driver, version 0.16, 21:37:01 Jan 11 2002 PCI: Found IRQ 9 for device 02:0a.0 emu10k1: EMU10K1 rev 8 model 0x8040 found, IO at 0xd800-0xd81f, IRQ 9 ac97_codec: AC97 Audio codec, id: 0x8384:0x7609 (SigmaTel STAC9721/23) ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb-uhci.c: $Revision: 1.268 $ time 21:37:36 Jan 11 2002 usb-uhci.c: High bandwidth mode enabled PCI: Found IRQ 5 for device 00:1f.2 PCI: Setting latency timer of device 00:1f.2 to 64 usb-uhci.c: USB UHCI at I/O 0xb400, IRQ 5 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 9 for device 00:1f.4 PCI: Setting latency timer of device 00:1f.4 to 64 usb-uhci.c: USB UHCI at I/O 0xb000, IRQ 9 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 usb-uhci.c: v1.268:USB Universal Host Controller Interface driver hub.c: USB new device connect on bus1/1, assigned device number 2 usb.c: USB device 2 (vend/prod 0x5ef/0x221) is not claimed by any active driver.hub.c: USB new device connect on bus2/2, assigned device number 2 hub.c: USB hub found hub.c: 4 ports detected usb.c: registered new driver hiddev usb.c: registered new driver hid usb-uhci.c: interrupt, status 3, frame# 971 usb_control/bulk_msg: timeout input0: USB HID v1.00 Joystick [AVB com. AVB USB Joystick] on usb1:2.0 hid-core.c: v1.8 Andreas Gal, Vojtech Pavlik hid-core.c: USB HID support drivers mice: PS/2 mouse device common for all mice ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. IrDA: Registered device irda0 lp0: using parport0 (polling). lp0: compatibility mode end_request: I/O error, dev 02:00 (floppy), sector 0 ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. ppa: Version 2.07 (for Linux 2.4.x) WARNING - no ppa compatible devices found. As of 31/Aug/1998 Iomega started shipping parallel port ZIP drives with a different interface which is supported by the imm (ZIP Plus) driver. If the cable is marked with "AutoDetect", this is what has happened. CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.1 PPP BSD Compression module registered PPP Deflate Compression module registered From owner-devfs@oss.sgi.com Sat Jan 19 12:42:44 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0JKgin09313 for devfs-outgoing; Sat, 19 Jan 2002 12:42:44 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0JKgaP09310 for ; Sat, 19 Jan 2002 12:42:36 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0JJgWW11707 for ; Sat, 19 Jan 2002 20:42:32 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0JJgVg25445 for ; Sat, 19 Jan 2002 20:42:31 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Sat, 19 Jan 2002 22:44:51 +0300 Received: from mw1g17c.mow.siemens.ru ([149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DGYMKX4X; Sat, 19 Jan 2002 22:45:04 +0300 From: Borsenkow Andrej To: devfs mailing list Cc: Mandrake kernel list Subject: PATCH: Re: Strange devices in devfs In-Reply-To: <1011389385.2428.1.camel@localhost.localdomain> References: <1011389385.2428.1.camel@localhost.localdomain> Content-Type: multipart/mixed; boundary="=-LF7ErWmLg/hcTmBTogqk" X-Mailer: Evolution/1.0.11mdk Date: 19 Jan 2002 22:42:16 +0300 Message-Id: <1011469337.2456.5.camel@localhost.localdomain> Mime-Version: 1.0 Sender: owner-devfs@oss.sgi.com Precedence: bulk --=-LF7ErWmLg/hcTmBTogqk Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On =F3=C2=D4, 2002-01-19 at 00:29, Andrej Borsenkow wrote: > lr-xr-xr-x 1 root root 6 Jan 18 2002 /dev/hdy -> > ide/cd/ > {pts/1}% LC_TIME=3Den LANGUAGE=3Den ll /dev/ide/cd > total 0 > lr-xr-xr-x 1 root root 29 Jan 18 2002 c0b1t0u0 -> > ../host0/bus1/target0/lun0/cd > lr-xr-xr-x 1 root root 5 Jan 18 2002 > c-1073745722b0t6u134553339 -> ../cd/ > lr-xr-xr-x 1 root root 5 Jan 17 22:12 > c-1073745722b0t6u134621803 -> ../cd/ >=20 Attached patch stops devfsd attempts to treat /dev/ide/cd as CD-ROM.=20 regards -andrej --=-LF7ErWmLg/hcTmBTogqk Content-Disposition: attachment; filename=devfsd.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/x-diff; charset=KOI8-R --- devfsd/compat_name.c~ Sat Jan 19 22:13:41 2002 +++ devfsd/compat_name.c Sat Jan 19 22:25:40 2002 @@ -227,7 +227,8 @@ compat_name =3D buffer; } else if ( (strncmp (devname, "ide/", 4) =3D=3D 0) && - (strcmp (devname + namelen - 2, "cd") =3D=3D 0) ) + (strcmp (devname + namelen - 2, "cd") =3D=3D 0) && + (namelen > 6) ) { sprintf ( buffer, "hd%c", get_old_ide_name (major, minor) ); --- devfsd/devfsd.c~ Sat Jan 19 22:13:41 2002 +++ devfsd/devfsd.c Sat Jan 19 22:31:42 2002 @@ -1495,7 +1495,8 @@ 4) =3D=3D 0) sprintf ( compat_buf, "ide/hd/c%db%dt%du%dp%d", host, bus, target, lun, atoi (ptr + 4) ); - else if (strcmp (info->devname + info->namelen - 2, "cd") =3D=3D = 0) + else if ((strcmp (info->devname + info->namelen - 2, "cd") =3D=3D = 0) && + (info->namelen > 6)) sprintf (compat_buf, "ide/cd/c%db%dt%du%d", host, bus, target,lun); else if (strncmp (ptr =3D (strrchr (info->devname, '/') + 1), = "mt", --=-LF7ErWmLg/hcTmBTogqk-- From owner-devfs@oss.sgi.com Sat Jan 19 12:53:44 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0JKri409589 for devfs-outgoing; Sat, 19 Jan 2002 12:53:44 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0JKrfP09586 for ; Sat, 19 Jan 2002 12:53:41 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0JJl4s02410; Sat, 19 Jan 2002 12:47:04 -0700 Date: Sat, 19 Jan 2002 12:47:04 -0700 Message-Id: <200201191947.g0JJl4s02410@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: devfs mailing list , Mandrake kernel list Subject: Re: PATCH: Re: Strange devices in devfs In-Reply-To: <1011469337.2456.5.camel@localhost.localdomain> References: <1011389385.2428.1.camel@localhost.localdomain> <1011469337.2456.5.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > > --=-LF7ErWmLg/hcTmBTogqk > Content-Type: text/plain; charset=KOI8-R > Content-Transfer-Encoding: quoted-printable > Attached patch stops devfsd attempts to treat /dev/ide/cd as CD-ROM.=20 I can't apply this patch because it has those !@##$$ quoted printables. Please resend in plain ASCII. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Jan 19 13:11:30 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0JLBUv10135 for devfs-outgoing; Sat, 19 Jan 2002 13:11:30 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0JLBPP10131 for ; Sat, 19 Jan 2002 13:11:25 -0800 Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0JKBFW14479; Sat, 19 Jan 2002 21:11:19 +0100 (MET) Received: from MOWD019A.mow.siemens.ru ([139.24.18.3]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g0JKBFp26532; Sat, 19 Jan 2002 21:11:15 +0100 (MET) Received: by mowd019a.mow.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Sat, 19 Jan 2002 23:14:01 +0300 Received: from mw1g17c.mow.siemens.ru ([149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DGYMKXV1; Sat, 19 Jan 2002 23:13:58 +0300 From: Borsenkow Andrej To: Richard Gooch Cc: devfs mailing list , Mandrake kernel list Subject: Re: PATCH: Re: Strange devices in devfs In-Reply-To: <200201191947.g0JJl4s02410@vindaloo.ras.ucalgary.ca> References: <1011389385.2428.1.camel@localhost.localdomain> <1011469337.2456.5.camel@localhost.localdomain> <200201191947.g0JJl4s02410@vindaloo.ras.ucalgary.ca> Content-Type: text/plain; charset=KOI8-R X-Mailer: Evolution/1.0.11mdk Date: 19 Jan 2002 23:11:04 +0300 Message-Id: <1011471072.2785.1.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g0JLBQP10132 Sender: owner-devfs@oss.sgi.com Precedence: bulk On óÂÔ, 2002-01-19 at 22:47, Richard Gooch wrote: > Borsenkow Andrej writes: > > > > --=-LF7ErWmLg/hcTmBTogqk > > Content-Type: text/plain; charset=KOI8-R > > Content-Transfer-Encoding: quoted-printable > > Attached patch stops devfsd attempts to treat /dev/ide/cd as CD-ROM.=20 > > I can't apply this patch because it has those !@##$$ quoted > printables. Please resend in plain ASCII. > --- devfsd/compat_name.c~ Sat Jan 19 22:13:41 2002 +++ devfsd/compat_name.c Sat Jan 19 22:25:40 2002 @@ -227,7 +227,8 @@ compat_name = buffer; } else if ( (strncmp (devname, "ide/", 4) == 0) && - (strcmp (devname + namelen - 2, "cd") == 0) ) + (strcmp (devname + namelen - 2, "cd") == 0) && + (namelen > 6) ) { sprintf ( buffer, "hd%c", get_old_ide_name (major, minor) ); --- devfsd/devfsd.c~ Sat Jan 19 22:13:41 2002 +++ devfsd/devfsd.c Sat Jan 19 22:31:42 2002 @@ -1495,7 +1495,8 @@ 4) == 0) sprintf ( compat_buf, "ide/hd/c%db%dt%du%dp%d", host, bus, target, lun, atoi (ptr + 4) ); - else if (strcmp (info->devname + info->namelen - 2, "cd") == 0) + else if ((strcmp (info->devname + info->namelen - 2, "cd") == 0) && + (info->namelen > 6)) sprintf (compat_buf, "ide/cd/c%db%dt%du%d", host, bus, target,lun); else if (strncmp (ptr = (strrchr (info->devname, '/') + 1), "mt", From owner-devfs@oss.sgi.com Sun Jan 20 02:32:39 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0KAWdw18168 for devfs-outgoing; Sun, 20 Jan 2002 02:32:39 -0800 Received: from bunny.shuttle.de (bunny.shuttle.de [193.174.247.132]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0KAWVP18162 for ; Sun, 20 Jan 2002 02:32:31 -0800 Received: by bunny.shuttle.de (Postfix, from userid 112) id 4CF664E4CC; Sun, 20 Jan 2002 10:32:28 +0100 (CET) Date: Sun, 20 Jan 2002 10:32:00 +0100 From: Raoul Borenius To: Richard Gooch Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP Message-ID: <20020120093200.GA27058@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> <200201140150.g0E1o7B11175@vindaloo.ras.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201140150.g0E1o7B11175@vindaloo.ras.ucalgary.ca> User-Agent: Mutt/1.3.25i Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi Richard, On Sun, Jan 13, 2002 at 06:50:07PM -0700, Richard Gooch wrote: > Raoul Borenius writes: > > devfsd gives me random kernel-oopses on my box. Attached ist the output > > from ksymoops and from 'dmesg' since boot. I'm running Debian/Sid with > > a self-compiled Kernel from the Debian kernel-source-package. > > > > If there is some more testing required, please tell me what I can do. > > I now have a better patch that should fix this problem (and some other > minor problems in this part of the code as well). Please test this and > let me know how it goes. Unfortunately my box hangs when booting with 2.4.18pre1 (including your patch). After remounting the root rw and loading of the rtc-module it's only silence. After disabling the rtc-module the box continued to boot until the floppy- module was inserted. My problem is that can't copy any screen-output at that moment anymore. So if you need some SysRq-Output please tell me which one and I'll copy it by hand. Regards Raoul From owner-devfs@oss.sgi.com Sun Jan 20 14:30:59 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0KMUxU31418 for devfs-outgoing; Sun, 20 Jan 2002 14:30:59 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0KMUYP31409 for ; Sun, 20 Jan 2002 14:30:34 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0KLKg913997; Sun, 20 Jan 2002 14:20:42 -0700 Date: Sun, 20 Jan 2002 14:20:42 -0700 Message-Id: <200201202120.g0KLKg913997@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: devfs mailing list , Mandrake kernel list Subject: Re: PATCH: Re: Strange devices in devfs In-Reply-To: <1011469337.2456.5.camel@localhost.localdomain> References: <1011389385.2428.1.camel@localhost.localdomain> <1011469337.2456.5.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > > --=-LF7ErWmLg/hcTmBTogqk > Content-Type: text/plain; charset=KOI8-R > Content-Transfer-Encoding: quoted-printable > > On =F3=C2=D4, 2002-01-19 at 00:29, Andrej Borsenkow wrote: > > lr-xr-xr-x 1 root root 6 Jan 18 2002 /dev/hdy -> > > ide/cd/ > > {pts/1}% LC_TIME=3Den LANGUAGE=3Den ll /dev/ide/cd > > total 0 > > lr-xr-xr-x 1 root root 29 Jan 18 2002 c0b1t0u0 -> > > ../host0/bus1/target0/lun0/cd > > lr-xr-xr-x 1 root root 5 Jan 18 2002 > > c-1073745722b0t6u134553339 -> ../cd/ > > lr-xr-xr-x 1 root root 5 Jan 17 22:12 > > c-1073745722b0t6u134621803 -> ../cd/ > >=20 > > Attached patch stops devfsd attempts to treat /dev/ide/cd as CD-ROM.=20 I've had a closer look at your patch, and I don't rellay like the approach. I've come up with a cleaner way to do this. At the same time, I've finally gotten around to consolidating some of that code, which makes devfsd a little smaller. I've appended a patch between devfsd-v1.3.21 and my current tree. Please try this out and let me know how it goes. If it works fine, I'll release devfsd-v1.3.22. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca diff -urN /tmp/devfsd-v1.3.21/compat_name.c devfsd/compat_name.c --- /tmp/devfsd-v1.3.21/compat_name.c Thu Nov 8 10:42:17 2001 +++ devfsd/compat_name.c Sun Jan 20 14:05:57 2002 @@ -2,7 +2,7 @@ Compatibility name file for devfsd (build compatibility names). - Copyright (C) 1998-2001 Richard Gooch + Copyright (C) 1998-2002 Richard Gooch This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by @@ -48,9 +48,16 @@ Updated by Richard Gooch 6-NOV-2001: Updated compatibility entry support for fixed Computone serial driver names. - Last updated by Richard Gooch 8-NOV-2001: Updated compatibility entry + Updated by Richard Gooch 8-NOV-2001: Updated compatibility entry support for pending Cyclades serial driver names. + Updated by Richard Gooch 19-JAN-2002: Fixed when + there are more than 26 SCSI discs. + + Last updated by Richard Gooch 20-JAN-2002: Fixed to ignore + new compatibility names for IDE devices. Consolidated SCSI code. Consolidated + IDE code. + */ #include @@ -149,68 +156,59 @@ sprintf (buffer, "sbpcd%u", minor); compat_name = buffer; } - else if ( (strncmp (devname, "scsi/", 5) == 0) && - (strcmp (devname + namelen - 7, "generic") == 0) ) - { - sprintf (buffer, "sg%u", minor); - compat_name = buffer; - } - else if ( (strncmp (devname, "scsi/", 5) == 0) && - (strncmp (ptr = (strrchr (devname, '/') + 1), "mt", 2) - == 0) ) - { - char mode = ptr[2]; + else if (strncmp (devname, "scsi/", 5) == 0) + { /* All SCSI devices */ + if (strcmp (devname + namelen - 7, "generic") == 0) + { + sprintf (buffer, "sg%u", minor); + compat_name = buffer; + } + else if (strncmp (ptr = (strrchr (devname, '/') + 1), "mt", 2) == 0) + { + char mode = ptr[2]; - if (mode == 'n') mode = '\0'; - sprintf (buffer, "nst%u%c", minor & 0x1f, mode); - compat_name = buffer; - if (devname[namelen - 1] != 'n') ++compat_name; - } - else if ( (strncmp (devname, "ide/", 4) == 0) && - (strncmp (ptr = (strrchr (devname, '/') + 1), "mt", 2) - == 0) ) - { - sprintf (buffer, "%sht%d", ptr + 2, minor & 0x7f); - compat_name = buffer; - } - else if ( (strncmp (devname, "scsi/", 5) == 0) && - (strcmp (devname + namelen - 2, "cd") == 0) ) - { - sprintf (buffer, "sr%u", minor); - compat_name = buffer; - } - else if ( (strncmp (devname, "scsi/", 5) == 0) && - (strcmp (devname + namelen - 4, "disc") == 0) ) - { - compat_name = write_old_sd_name (buffer, major, minor, ""); - } - else if ( (strncmp (devname, "scsi/", 5) == 0) && - (strncmp (ptr = (strrchr (devname, '/') +1), "part", 4) - == 0) ) - { - compat_name = write_old_sd_name (buffer, major, minor, ptr + 4); - } - else if ( (strncmp (devname, "ide/", 4) == 0) && - (strcmp (devname + namelen - 4, "disc") == 0) ) - { - sprintf ( buffer, "hd%c", - get_old_ide_name (major, minor) ); - compat_name = buffer; - } - else if ( (strncmp (devname, "ide/", 4) == 0) && - (strncmp (ptr = (strrchr (devname, '/') +1), "part", 4) - == 0) ) - { - sprintf (buffer, "hd%c%s", - get_old_ide_name (major, minor), ptr + 4); - compat_name = buffer; - } - else if ( (strncmp (devname, "ide/", 4) == 0) && - (strcmp (devname + namelen - 2, "cd") == 0) ) - { - sprintf ( buffer, "hd%c", - get_old_ide_name (major, minor) ); - compat_name = buffer; + if (mode == 'n') mode = '\0'; + sprintf (buffer, "nst%u%c", minor & 0x1f, mode); + compat_name = buffer; + if (devname[namelen - 1] != 'n') ++compat_name; + } + else if (strcmp (devname + namelen - 2, "cd") == 0) + { + sprintf (buffer, "sr%u", minor); + compat_name = buffer; + } + else if (strcmp (devname + namelen - 4, "disc") == 0) + compat_name = write_old_sd_name (buffer, major, minor, ""); + else if (strncmp (ptr = (strrchr (devname, '/') + 1), "part", 4) == 0) + compat_name = write_old_sd_name (buffer, major, minor, ptr + 4); + return (compat_name); + } + else if (strncmp (devname, "ide/host", 8) == 0) + { /* All IDE devices */ + if (strncmp (ptr = (strrchr (devname, '/') + 1), "mt", 2) == 0) + { + sprintf (buffer, "%sht%d", ptr + 2, minor & 0x7f); + compat_name = buffer; + } + else if (strcmp (devname + namelen - 4, "disc") == 0) + { + sprintf ( buffer, "hd%c", + get_old_ide_name (major, minor) ); + compat_name = buffer; + } + else if (strncmp (ptr = (strrchr (devname, '/') + 1), "part", 4) == 0) + { + sprintf (buffer, "hd%c%s", + get_old_ide_name (major, minor), ptr + 4); + compat_name = buffer; + } + else if (strcmp (devname + namelen - 2, "cd") == 0) + { + sprintf ( buffer, "hd%c", + get_old_ide_name (major, minor) ); + compat_name = buffer; + } + return (compat_name); } else if (strncmp (devname, "vcc/", 4) == 0) { @@ -305,7 +303,7 @@ if (disc_index < 26) sprintf (buffer, "sd%c%s", 'a' + disc_index, part); else sprintf (buffer, "sd%c%c%s", - 'a' + (disc_index / 26) - 1, 'a' + disc_index, part); + 'a' + (disc_index / 26) - 1, 'a' + disc_index % 26,part); return (buffer); } return (NULL); diff -urN /tmp/devfsd-v1.3.21/devfsd.c devfsd/devfsd.c --- /tmp/devfsd-v1.3.21/devfsd.c Mon Jan 14 21:07:15 2002 +++ devfsd/devfsd.c Sun Jan 20 14:07:31 2002 @@ -236,10 +236,13 @@ Updated by Richard Gooch 1-JAN-2002: Changed to extended regular expressions. - Last updated by Richard Gooch 14-JAN-2002: Fixed dummy opens of + Updated by Richard Gooch 14-JAN-2002: Fixed dummy opens of /dev/null so that fds [0:2] are open (was only doing fds [0:1]) and prevent infinite loop if /dev/null cannot be opened. + Last updated by Richard Gooch 20-JAN-2002: Fixed to + ignore new compatibility names for IDE devices. + */ #define _GNU_SOURCE @@ -1475,7 +1478,7 @@ host, bus, target, lun, atoi (ptr + 4) ); else compat_name = NULL; } - else if (strncmp (info->devname, "ide/", 4) == 0) + else if (strncmp (info->devname, "ide/host", 8) == 0) { int host, bus, target, lun; diff -urN /tmp/devfsd-v1.3.21/version.h devfsd/version.h --- /tmp/devfsd-v1.3.21/version.h Thu Nov 29 23:49:05 2001 +++ devfsd/version.h Mon Jan 14 21:14:24 2002 @@ -1 +1 @@ -#define DEVFSD_VERSION "1.3.21" +#define DEVFSD_VERSION "1.3.22" From owner-devfs@oss.sgi.com Sun Jan 20 22:17:44 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0L6Hif04293 for devfs-outgoing; Sun, 20 Jan 2002 22:17:44 -0800 Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0L6HcP04290 for ; Sun, 20 Jan 2002 22:17:38 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) 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 RAA09142 for ; Sun, 20 Jan 2002 17:17:21 -0800 (PST) mail_from (rgooch@vindaloo.ras.ucalgary.ca) Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0L18uQ17789; Sun, 20 Jan 2002 18:08:56 -0700 Date: Sun, 20 Jan 2002 18:08:56 -0700 Message-Id: <200201210108.g0L18uQ17789@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: Thierry Vignaud , devfs@oss.sgi.com Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: <1011209242.4046.5.camel@localhost.localdomain> References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> <1011209242.4046.5.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: [Stuff about forcing media revalidation when looking up compatibility names] > Attached patch is against current Mandrake devfsd.conf. It works just > fine here for SCSI; I'd appreciate anybody testing it for IDE. It is > great because it means we can continue to use compatibility names by > default without endless "hey, why it says no such device!"=20 > > blockdev is garanteed to exist on Mandrake that is currently my concern > :-) > > many thanks for idea (yes, sometimes you must really read TFM). Well, thanks, but since blockdev isn't available everywhere, I can't really use it in a generic configuration file. However, I wonder if blockdev is actually required. IIRC, merely opening the block device should suffice to trigger media revalidation. Is this not the case? What is blockdev doing that is special? Can you please try to use dd instead in your devfsd.conf file and tell me if that works? An action like this: EXECUTE dd if=$mntpnt/\1 of=/dev/null count=1 should suffice. It will probably generate some messages about 1+0 blocks read and so forth, but ignore that for now. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 20 23:36:15 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0L7aF905487 for devfs-outgoing; Sun, 20 Jan 2002 23:36:15 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0L7a7P05484 for ; Sun, 20 Jan 2002 23:36:07 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0L6ZjA22202; Sun, 20 Jan 2002 23:35:45 -0700 Date: Sun, 20 Jan 2002 23:35:45 -0700 Message-Id: <200201210635.g0L6ZjA22202@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v199.8 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 199.8 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.18-pre4. Highlights of this release: - Fixed deadlock bug in - Tag VFS deletable in if handle ignored - Updated README from master HTML file - Fixed kdev_none macro in include/linux/kdev_t.h Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 20 23:37:21 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0L7bL805539 for devfs-outgoing; Sun, 20 Jan 2002 23:37:21 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0L7bHP05536 for ; Sun, 20 Jan 2002 23:37:18 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0L6bCH22270; Sun, 20 Jan 2002 23:37:12 -0700 Date: Sun, 20 Jan 2002 23:37:12 -0700 Message-Id: <200201210637.g0L6bCH22270@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v207 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 207 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.5/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.5/devfs-patch-current.gz NOTE: kernel 2.5.1 and later require devfsd-v1.3.19 or later. This is against 2.5.3-pre2. Highlights of this release: - Fixed deadlock bug in - Tag VFS deletable in if handle ignored - Updated README from master HTML file Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 20 23:39:20 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0L7dKS05580 for devfs-outgoing; Sun, 20 Jan 2002 23:39:20 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0L7dHP05577 for ; Sun, 20 Jan 2002 23:39:17 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0L6dBp22342; Sun, 20 Jan 2002 23:39:11 -0700 Date: Sun, 20 Jan 2002 23:39:11 -0700 Message-Id: <200201210639.g0L6dBp22342@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: devfsd-v1.3.22 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.22 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Fixed when there are more than 26 SCSI discs - Fixed to ignore new compatibility names for IDE devices. Consolidated SCSI code. Consolidated IDE code - Fixed to ignore new compatibility names for IDE devices. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Jan 21 10:52:00 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0LIq0N03089 for devfs-outgoing; Mon, 21 Jan 2002 10:52:00 -0800 Received: from lapi0061.lss.emc.com (lapi0061.lss.emc.com [168.159.28.61]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0LIpvP03086 for ; Mon, 21 Jan 2002 10:51:58 -0800 Received: from mbrown by lapi0061.lss.emc.com with local (Exim 3.33 #1 (Debian)) id 16Sigh-00035b-00; Mon, 21 Jan 2002 12:56:55 -0500 Date: Mon, 21 Jan 2002 12:56:55 -0500 To: devfs@oss.sgi.com Cc: rgooch@ras.ucalgary.ca Subject: checking mount status from kernelspace Message-ID: <20020121125655.D15662@lapi0061> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i From: "Michael F. Brown" Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, >From kernelspace I'm trying to determine if a devfs filesystem is mounted in /dev. Userspace just checks for the existence of /dev/.devfsd, and while I could hijack sys_call_table[SYS_stat], I thought there must be a cleaner method. (i.e. call some devfs_ function and check for some definitive return status) Any ideas? Thanks. -Michael F. Brown, EMC Corp. Email: mbrown@emc.com Tue Jan 19 03:14:07 2038 GMT ...tick From owner-devfs@oss.sgi.com Mon Jan 21 14:33:25 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0LMXPa16367 for devfs-outgoing; Mon, 21 Jan 2002 14:33:25 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0LMXLP16364 for ; Mon, 21 Jan 2002 14:33:21 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0LLWuf31762; Mon, 21 Jan 2002 14:32:56 -0700 Date: Mon, 21 Jan 2002 14:32:56 -0700 Message-Id: <200201212132.g0LLWuf31762@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: "Michael F. Brown" Cc: devfs@oss.sgi.com, rgooch@ras.ucalgary.ca Subject: Re: checking mount status from kernelspace In-Reply-To: <20020121125655.D15662@lapi0061> References: <20020121125655.D15662@lapi0061> Sender: owner-devfs@oss.sgi.com Precedence: bulk Michael F. Brown writes: > From kernelspace I'm trying to determine if a devfs filesystem is mounted > in /dev. > > Userspace just checks for the existence of /dev/.devfsd, and while I could > hijack sys_call_table[SYS_stat], I thought there must be a cleaner method. > > (i.e. call some devfs_ function and check for some definitive return status) > > Any ideas? There isn't anything currently in devfs to support this. And I'd prefer to avoid it: I want to remove code, not add it :-) What is you are trying to do, anyway? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Jan 21 16:49:24 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0M0nOd19508 for devfs-outgoing; Mon, 21 Jan 2002 16:49:24 -0800 Received: from mail.168cd.com ([61.139.64.244]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0M0moP19496 for ; Mon, 21 Jan 2002 16:48:50 -0800 Received: from mail.168cd.com [203.218.83.38] by mail.168cd.com (SMTPD32-7.04) id A2831101E2; Sun, 20 Jan 2002 10:59:18 +0800 To: devfs@oss.sgi.com From: "PP" Date: Sun, 20 Jan 2002 10:56:30 Subject: Urgent: Don't sell your product blindly without this business directory!! Message-Id: <200201201059953.SM01548@mail.168cd.com> Sender: owner-devfs@oss.sgi.com Precedence: bulk 創業良機

創業良機!! HK$399.00

現在只須 HK$399.00，便可購買原價 HK$999.00 之

2002年香港工商通訊錄光碟。

內容包括:

1. 二千萬個全世界電郵地址，

2. 十多萬個香港大中小企傳真號碼，

3. 一萬多個香港大中小企詳細資料 (內有: 公司名稱，地址，電話，傳真，電郵，網址)。

 

請於辦工時間電 HK: 8221-8927 或 非辦工時間電 HK: 8221-8927 戶口 77799 留言。

 

如貴司有意將資料免費出版在本光碟內，請將貴司 名稱，地址，電話，傳真，電郵，網址，傳真至 HK: 3010-5000 戶口 77800，貴司資料便會收錄於下一次之出版光碟中。

 

此服務由 Momentum Asia Co. Ltd. 提供。

 

Turn Information Into Gold For Only

HKD$399!!

For only HK$ 399.00, you’ll get three 
directories into one: 

- 20,000,000 global e-mail addresses.

- 150,000 HK business FAX no.

- 15,000 HK complete directories of HK businesses. (Include: category, company name, address, phone no, fax no, e-mail address, web site if available.)

All data is either in Excel or text format in a CDROM. (It was 
sold HK$999.00 previously)

Why Wait? To order please call (852) 8221-8927 at office hour or

Tel: (852) 8221-8927 account code 77799 (non office hours)

Fax: (852) 3010-5000 account code 77800

E-Marketing service provided by Momentum Asia Co. Ltd.

 

If you want your company listed free of charge in our CD-ROM, please fax us your category, company name, Address, phone no, fax no, e-mail address and web site if available.  We will incorporate them into our next release.

From owner-devfs@oss.sgi.com Tue Jan 22 06:33:34 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0MEXYN02863 for devfs-outgoing; Tue, 22 Jan 2002 06:33:34 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0MEXQP02854 for ; Tue, 22 Jan 2002 06:33:26 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id B83C05306; Tue, 22 Jan 2002 14:51:39 +0100 (CET) To: Richard Gooch Cc: Borsenkow Andrej , devfs@oss.sgi.com Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> <1011209242.4046.5.camel@localhost.localdomain> <200201210108.g0L18uQ17789@vindaloo.ras.ucalgary.ca> X-URL: Date: Tue, 22 Jan 2002 14:51:39 +0100 In-Reply-To: <200201210108.g0L18uQ17789@vindaloo.ras.ucalgary.ca> (Richard Gooch's message of "Sun, 20 Jan 2002 18:08:56 -0700") Message-ID: Lines: 28 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Richard Gooch writes: >> Attached patch is against current Mandrake devfsd.conf. It works just >> fine here for SCSI; I'd appreciate anybody testing it for IDE. It is >> great because it means we can continue to use compatibility names by >> default without endless "hey, why it says no such device!"=20 >> >> blockdev is garanteed to exist on Mandrake that is currently my concern >> :-) >> >> many thanks for idea (yes, sometimes you must really read TFM). > > Well, thanks, but since blockdev isn't available everywhere, I can't > really use it in a generic configuration file. However, I wonder if > blockdev is actually required. IIRC, merely opening the block device > should suffice to trigger media revalidation. Is this not the case? > What is blockdev doing that is special? > > Can you please try to use dd instead in your devfsd.conf file and tell > me if that works? An action like this: > EXECUTE dd if=$mntpnt/\1 of=/dev/null count=1 this would add a dependancy on fileutils. as for mandrake, it's required by basesystem package, so it's ok for us. should be the same for rh & debian, but a check wouldn't hurt. > should suffice. It will probably generate some messages about 1+0 > blocks read and so forth, but ignore that for now. From owner-devfs@oss.sgi.com Tue Jan 22 22:33:46 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0N6XkU12100 for devfs-outgoing; Tue, 22 Jan 2002 22:33:46 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0N6XfP12097 for ; Tue, 22 Jan 2002 22:33:41 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0N5XYv23380; Tue, 22 Jan 2002 22:33:34 -0700 Date: Tue, 22 Jan 2002 22:33:34 -0700 Message-Id: <200201230533.g0N5XYv23380@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Thierry Vignaud Cc: Borsenkow Andrej , devfs@oss.sgi.com Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> <1011209242.4046.5.camel@localhost.localdomain> <200201210108.g0L18uQ17789@vindaloo.ras.ucalgary.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Thierry Vignaud writes: > Richard Gooch writes: > > >> Attached patch is against current Mandrake devfsd.conf. It works just > >> fine here for SCSI; I'd appreciate anybody testing it for IDE. It is > >> great because it means we can continue to use compatibility names by > >> default without endless "hey, why it says no such device!"=20 > >> > >> blockdev is garanteed to exist on Mandrake that is currently my concern > >> :-) > >> > >> many thanks for idea (yes, sometimes you must really read TFM). > > > > Well, thanks, but since blockdev isn't available everywhere, I can't > > really use it in a generic configuration file. However, I wonder if > > blockdev is actually required. IIRC, merely opening the block device > > should suffice to trigger media revalidation. Is this not the case? > > What is blockdev doing that is special? > > > > Can you please try to use dd instead in your devfsd.conf file and tell > > me if that works? An action like this: > > EXECUTE dd if=$mntpnt/\1 of=/dev/null count=1 > > this would add a dependancy on fileutils. as for mandrake, it's > required by basesystem package, so it's ok for us. should be the > same for rh & debian, but a check wouldn't hurt. I'd first like to establish that this will actually work. Someone please try this and let me know. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jan 23 02:28:28 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0NASSS06256 for devfs-outgoing; Wed, 23 Jan 2002 02:28:28 -0800 Received: from bunny.shuttle.de (bunny.shuttle.de [193.174.247.132]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0NASPP06240 for ; Wed, 23 Jan 2002 02:28:25 -0800 Received: by bunny.shuttle.de (Postfix, from userid 112) id 075574E7E9; Wed, 23 Jan 2002 10:28:22 +0100 (CET) Date: Wed, 23 Jan 2002 10:28:21 +0100 From: Raoul Borenius To: Richard Gooch Cc: devfs@oss.sgi.com Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP Message-ID: <20020123092821.GA13419@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> <200201140150.g0E1o7B11175@vindaloo.ras.ucalgary.ca> <20020120093200.GA27058@bunny.shuttle.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020120093200.GA27058@bunny.shuttle.de> User-Agent: Mutt/1.3.26i Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi Richard, The second patch you sent me seems to work fine so far. Haven't tried under high load nor with the nVidia-driver yet but I'll do that in the next days. Regards Raoul From owner-devfs@oss.sgi.com Wed Jan 23 03:44:52 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0NBiqX24892 for devfs-outgoing; Wed, 23 Jan 2002 03:44:52 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0NBinP24877 for ; Wed, 23 Jan 2002 03:44:49 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0NAihx26362; Wed, 23 Jan 2002 03:44:43 -0700 Date: Wed, 23 Jan 2002 03:44:43 -0700 Message-Id: <200201231044.g0NAihx26362@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Raoul Borenius Cc: devfs@oss.sgi.com Subject: Re: Kernel-oops with devfsd on 2.4.17-SMP In-Reply-To: <20020123092821.GA13419@bunny.shuttle.de> References: <20020107093548.GA763@bunny.shuttle.de> <200201140150.g0E1o7B11175@vindaloo.ras.ucalgary.ca> <20020120093200.GA27058@bunny.shuttle.de> <20020123092821.GA13419@bunny.shuttle.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Raoul Borenius writes: > Hi Richard, > > The second patch you sent me seems to work fine so far. > Haven't tried under high load nor with the nVidia-driver yet but I'll > do that in the next days. OK, thanks for letting me know. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jan 23 23:29:49 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0O7TnF27632 for devfs-outgoing; Wed, 23 Jan 2002 23:29:49 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0O7TfP27590 for ; Wed, 23 Jan 2002 23:29:41 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0O6TaW12302 for ; Thu, 24 Jan 2002 07:29:36 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0O6Tag17548 for ; Thu, 24 Jan 2002 07:29:36 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Thu, 24 Jan 2002 09:32:00 +0300 Received: from mw1g17c (mw1g17c.mow.siemens.ru [149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DRCM350Y; Thu, 24 Jan 2002 09:32:29 +0300 From: Borsenkow Andrej To: "'Richard Gooch'" , "'Thierry Vignaud'" Cc: devfs@oss.sgi.com Subject: RE: modules.devfsd needs /dev/scsi/*/part* handling Date: Thu, 24 Jan 2002 09:28:57 +0300 Message-ID: <000901c1a4a0$673f2a40$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 x-mimeole: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <200201230533.g0N5XYv23380@vindaloo.ras.ucalgary.ca> Importance: Normal Sender: owner-devfs@oss.sgi.com Precedence: bulk > Thierry Vignaud writes: > > Richard Gooch writes: > > > > >> Attached patch is against current Mandrake devfsd.conf. It works just > > >> fine here for SCSI; I'd appreciate anybody testing it for IDE. It is > > >> great because it means we can continue to use compatibility names by > > >> default without endless "hey, why it says no such device!"=20 > > >> > > >> blockdev is garanteed to exist on Mandrake that is currently my concern > > >> :-) > > >> > > >> many thanks for idea (yes, sometimes you must really read TFM). > > > > > > Well, thanks, but since blockdev isn't available everywhere, I can't > > > really use it in a generic configuration file. However, I wonder if > > > blockdev is actually required. IIRC, merely opening the block device > > > should suffice to trigger media revalidation. Is this not the case? > > > What is blockdev doing that is special? > > > > > > Can you please try to use dd instead in your devfsd.conf file and tell > > > me if that works? An action like this: > > > EXECUTE dd if=$mntpnt/\1 of=/dev/null count=1 > > > > this would add a dependancy on fileutils. as for mandrake, it's > > required by basesystem package, so it's ok for us. should be the > > same for rh & debian, but a check wouldn't hurt. > > I'd first like to establish that this will actually work. Someone > please try this and let me know. > I am sorry I was off for several days. Quick'n'dirty test works. I.e. if you boot without media and then insert media and access it it works just fine (and that did not work before). My concern is media revalidation. Blockdev forces partition table to be reread while dd not (always). Specifically in case of Mandrake if you use supermount on removable drive then supermount "steals" media changed bit before partition code has chance to see it. I hope to get a closer look at weekend. Still as we officially do not support supermount for Zip/Jaz I guess dd is just fine as general purpose example. We always can add Mandrake-spefic patches here. Thank you very much for your help. -andrej From owner-devfs@oss.sgi.com Thu Jan 24 06:58:42 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0OEwgk04301 for devfs-outgoing; Thu, 24 Jan 2002 06:58:42 -0800 Received: from csdc.comsoft.de (csdc.comsoft.de [212.86.205.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0OEwaP04296 for ; Thu, 24 Jan 2002 06:58:36 -0800 Received: from no.name.available by csdc.comsoft.de via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 24 Jan 2002 14:02:46 UT Received: from 192.168.101.254 by av-gateway.comsoft.de (InterScan E-Mail VirusWall NT); Thu, 24 Jan 2002 15:00:51 +0100 Received: from cspop.comsoft.de by [192.168.101.254] via smtpd (for [192.168.101.1]) with SMTP; 24 Jan 2002 14:02:45 UT Received: by cspop.comsoft.de with Internet Mail Service (5.5.2653.19) id ; Thu, 24 Jan 2002 14:57:13 +0100 Received: from [192.168.103.254] (172.16.8.49 [172.16.8.49]) by cspop.comsoft.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id ZCWALB08; Thu, 24 Jan 2002 14:57:09 +0100 Received: from no.name.available by [192.168.103.254] via smtpd (for cspop.comsoft.de [192.168.103.1]) with SMTP; 24 Jan 2002 14:02:40 UT From: "Schlick, Jochen" To: devfs@oss.sgi.com Message-ID: <3C5012FF.B09812B2@comsoft.de> Date: Thu, 24 Jan 2002 14:58:23 +0100 X-Mailer: Mozilla 4.7 [en] (X11; I; UnixWare 5 i386) X-Accept-Language: de, en MIME-Version: 1.0 Subject: Kernel panic with 2.4.17 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, yesterday I updated my Kernel from 2.4.16 to 2.4.17 (including new modules and building a new initrd). My 2.4.16-Kernel works fine with exactly the same configuration (devfs, devfsd(3.1.22), reiserfs as module in the initrd) and has no startup problems. But now the new 2.4.17 kernel crashes during the startup, after displaying a devfs-error message. the system console shows: ... VFS: Mounted root (reiserfs filesystem) readonly. devfs: devfs_do_symlink(root): could not append to parent, err 17 change_root: old root has d_count=2 Invalid operand: 0000 CPU: 0 EIP:0010:[] Not tainted EFLAGS: 00010246 eax: 00000000 ebx:c1406960 ... Process swapper (pid: 1, stackpage=cffe7000) .... <0> Kernel panic: Attempted to kill init ! best regards, -- ================================================= Jochen Schlick ================================================= From owner-devfs@oss.sgi.com Thu Jan 24 09:31:56 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0OHVul19087 for devfs-outgoing; Thu, 24 Jan 2002 09:31:56 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0OHVfP19067 for ; Thu, 24 Jan 2002 09:31:41 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0OGVUX14845; Thu, 24 Jan 2002 09:31:30 -0700 Date: Thu, 24 Jan 2002 09:31:30 -0700 Message-Id: <200201241631.g0OGVUX14845@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: "Schlick, Jochen" Cc: devfs@oss.sgi.com Subject: Re: Kernel panic with 2.4.17 In-Reply-To: <3C5012FF.B09812B2@comsoft.de> References: <3C5012FF.B09812B2@comsoft.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Jochen Schlick writes: > yesterday I updated my Kernel from 2.4.16 > to 2.4.17 (including new modules and building Please grab 2.4.18-pre5 or later. This problem has already been fixed. For future reference, please always grab the latest pre-patch before submitting bug reports. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Jan 24 09:58:09 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0OHw9a20971 for devfs-outgoing; Thu, 24 Jan 2002 09:58:09 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0OHw2P20954 for ; Thu, 24 Jan 2002 09:58:02 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id 24735825D; Thu, 24 Jan 2002 17:58:05 +0100 (CET) To: Borsenkow Andrej Cc: "'Richard Gooch'" , devfs@oss.sgi.com Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling References: <000901c1a4a0$673f2a40$21c9ca95@mow.siemens.ru> X-URL: Date: Thu, 24 Jan 2002 17:58:05 +0100 In-Reply-To: <000901c1a4a0$673f2a40$21c9ca95@mow.siemens.ru> (Borsenkow Andrej's message of "Thu, 24 Jan 2002 09:28:57 +0300") Message-ID: Lines: 35 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > > > > > blockdev is garanteed to exist on Mandrake that is currently my concern > > > > > :-) > > > > Well, thanks, but since blockdev isn't available everywhere, I can't > > > > really use it in a generic configuration file. However, I wonderif > > > > blockdev is actually required. IIRC, merely opening the block device > > > > should suffice to trigger media revalidation. Is this not the case? > > > > What is blockdev doing that is special? > > > > > > > > Can you please try to use dd instead in your devfsd.conf file and tell > > > > me if that works? An action like this: EXECUTE dd if=$mntpnt/\1 > > > > of=/dev/null count=1 > > > > I'd first like to establish that this will actually work. Someone please try > > this and let me know. > > I am sorry I was off for several days. > > Quick'n'dirty test works. I.e. if you boot without media and then insert > media and access it it works just fine (and that did not work before). > > My concern is media revalidation. Blockdev forces partition table to be > reread while dd not (always). Specifically in case of Mandrake if you > use supermount on removable drive then supermount "steals" media changed > bit before partition code has chance to see it. I hope to get a closer > look at weekend. > > Still as we officially do not support supermount for Zip/Jaz I guess dd > is just fine as general purpose example. We always can add > Mandrake-spefic patches here. but we can use blockdev too as it's always here (util-linux is required by basesystem) From owner-devfs@oss.sgi.com Fri Jan 25 00:25:13 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0P8PD227159 for devfs-outgoing; Fri, 25 Jan 2002 00:25:13 -0800 Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0P8P8P27144 for ; Fri, 25 Jan 2002 00:25:08 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.11.6/8.11.6) with ESMTP id g0P7P5O26524 for ; Fri, 25 Jan 2002 08:25:05 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0P7Osg11690 for ; Fri, 25 Jan 2002 08:25:04 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Fri, 25 Jan 2002 10:27:19 +0300 Received: from mw1g17c (mw1g17c.mow.siemens.ru [149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DTD62FNY; Fri, 25 Jan 2002 10:24:55 +0300 From: Borsenkow Andrej To: devfs@oss.sgi.com Subject: FW: [Cooker] devfs & my cd-rw ide device Date: Fri, 25 Jan 2002 10:21:19 +0300 Message-ID: <001601c1a570$e28f3200$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 x-mimeole: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-devfs@oss.sgi.com Precedence: bulk I forward it in case there is already solution. I myself is in the same position but I'd rather avoid reinventing the wheel. The problem is with devfs+ide-scsi there is no /dev/hdc (or /dev/ide/...) if hdc is ide-scsi'd so it is impossible to use hdparm. Regards -andrej > > > > > i have one of these old HP7200i cd-rw (IDE) devices that need dma > > turned-off in order for a successful burn/write session: > > > > ie: #hdparm -d0 /dev/hdc > > > > Otherwise, I get buffer-underruns and or the kernel locks-up > horribely. > > > > I believe i also had some issues with devfs & this ide cd-rw. forget > > tho. > > > > thought i'd post this to ensure that it's atleast known about. > > > > Again, yes, i need to turn-off dma for this cd-rw only. (my other > hdd's > > have dma turned on, etc). I think in the specs, it even says nothing > > about dma, etc. > > > From owner-devfs@oss.sgi.com Sat Jan 26 03:16:26 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0QBGQR07228 for devfs-outgoing; Sat, 26 Jan 2002 03:16:26 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0QBGKP07213 for ; Sat, 26 Jan 2002 03:16:21 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0QAGFW18186 for ; Sat, 26 Jan 2002 11:16:15 +0100 (MET) Received: from MOWD019A.mow.siemens.ru ([139.24.18.3]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0QAGEg04821 for ; Sat, 26 Jan 2002 11:16:15 +0100 (MET) Received: by mowd019a.mow.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Sat, 26 Jan 2002 13:19:13 +0300 Received: from mw1g17c.mow.siemens.ru ([149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DVF0Z4PJ; Sat, 26 Jan 2002 13:19:11 +0300 From: Borsenkow Andrej To: Thierry Vignaud Cc: devfs mailing list Subject: [Fwd: [Cooker] modules.devfsd addition] Content-Type: text/plain; charset=KOI8-R X-Mailer: Evolution/1.0.11mdk Date: 26 Jan 2002 13:16:10 +0300 Message-Id: <1012040171.24508.7.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g0QBGMP07218 Sender: owner-devfs@oss.sgi.com Precedence: bulk Please, Thierry. -andrej -----ðÅÒÅÓÌÁÎÎÏÅ ÓÏÏÂÝÅÎÉÅ----- From: Michal Bukovjan To: cooker@linux-mandrake.com Subject: [Cooker] modules.devfsd addition Date: 25 Jan 2002 23:46:39 +0100 Hello, could the following lines be added to the modules.devfsd? -------------- # Irda devices alias /dev/ircomm ircomm-tty alias /dev/ircomm* /dev/ircomm -------------- Without these, IrDA just plain does not work on cooker. Also, this might be useful for some Radeon owners, who find that DRI doesnot work with latest cooker: ------------- # agpgart alias /dev/agpgart agpgart alias /dev/dri* agpgart ------------- Michal Bukovjan From owner-devfs@oss.sgi.com Sat Jan 26 09:22:24 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0QHMOa29864 for devfs-outgoing; Sat, 26 Jan 2002 09:22:24 -0800 Received: from tsmtp7.mail.isp (mailhost.teleline.es [195.235.113.141] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0QHMJP29852 for ; Sat, 26 Jan 2002 09:22:19 -0800 Received: from localhost.localdomain ([193.153.245.58]) by tsmtp7.mail.isp (Netscape Messaging Server 4.15 tsmtp7 Jul 26 2001 13:10:38) with ESMTP id GQK04T01.1Q1 for ; Sat, 26 Jan 2002 17:22:05 +0100 Received: from localhost (localhost [[UNIX: localhost]]) by localhost.localdomain (8.11.6/8.11.0) id g0QGLnA02328 for devfs@oss.sgi.com; Sat, 26 Jan 2002 17:21:49 +0100 Message-Id: <200201261621.g0QGLnA02328@localhost.localdomain> Content-Type: text/plain; charset="iso-8859-1" From: Juan Pablo Hierro =?iso-8859-1?q?=C1lvarez?= To: devfs@oss.sgi.com Subject: Re: Shutdown problems. Date: Sat, 26 Jan 2002 17:21:36 +0100 X-Mailer: KMail [version 1.3.1] References: <20020114005121.A1034@SanJuan.terra.es> <200201140159.g0E1xdK11713@vindaloo.ras.ucalgary.ca> In-Reply-To: <200201140159.g0E1xdK11713@vindaloo.ras.ucalgary.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-devfs@oss.sgi.com Precedence: bulk El Lun 14 Ene 2002 02:59, escribió: > > It works basically right and now /dev looks much prettier and cleaner on > > my system. Just a couple of questions: > > > > 1) When loading, there is an error in "Copying /dev-state/fb to /dev/fb". > > However, then it works fine. Maybe, is there a need to build a tarfile > > for that devices? > > No, no tarfiles! Please send the complete error message and any other > information that you might think will help identify the problem. Here is the complete error message: ____________________________________ Started device management daemon for /dev error copying "/dev-state/fb" to "/dev/fb" ____________________________________ Looking /dev, I find ls -l /dev | grep fb ==> drwxr-xr-x 1 root root 0 ene 1 1970 fb While in /dev-state, I have ls -l /dev-state | grep fb lrwxrwxrwx 1 root root 3 ene 10 03:16 fb -> fb0 crw------- 1 root root 29, 0 ago 30 22:30 fb0 and so on, upto fb31 Now, I think that, maybe, in /dev-state I have the old /dev from my fresh RH7.2 system while in /dev I have the devices used by my new, hand-compiled kernel 2.2.17. Of course, I did not compile it with the same options. In fact, it has no framebuffer support. > > > 2) The most serious comes when shuting down. I get the following messages > > almost at the end (while it is unmounting everything) > > /////////////////////////////////////////// > > umount2: Device or resource busy > > You can't unmount devfs, because it is always being used. A newer > version of umount(8) (from util-linux) fixes the "umount -a" case. Problem almost solved, I cannot umount devfs but the reason it could not shutdown properly was lack of either apm or acpi support. From owner-devfs@oss.sgi.com Sat Jan 26 11:54:00 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0QJs0m19104 for devfs-outgoing; Sat, 26 Jan 2002 11:54:00 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0QJrtP19083 for ; Sat, 26 Jan 2002 11:53:55 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0QIrpW12912; Sat, 26 Jan 2002 19:53:51 +0100 (MET) Received: from MOWD019A.mow.siemens.ru ([139.24.18.3]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0QIrog11404; Sat, 26 Jan 2002 19:53:51 +0100 (MET) Received: by mowd019a.mow.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Sat, 26 Jan 2002 21:56:50 +0300 Received: from mw1g17c.mow.siemens.ru ([149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DVF0Z453; Sat, 26 Jan 2002 21:56:46 +0300 From: Borsenkow Andrej To: Cooker list Cc: Mandrake kernel list , devfs mailing list Subject: System hangs in "Loading compose keys" again Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.11mdk Date: 26 Jan 2002 21:53:45 +0300 Message-Id: <1012071226.2860.22.camel@localhost.localdomain> Mime-Version: 1.0 Sender: owner-devfs@oss.sgi.com Precedence: bulk I just had this case today. System boots until "Loading compose keys" message appears then nothing more happens. SysRq-T does not show anything - just message "Show State". After SysRq-USB system came up normally. It means, the problem was not stale entries in /lib/dev-state or pam_console_apply. It looks very much like symlink resolution deadlock we had in September/October. System used to hang somewhere on startup and usually came up normally after forced reboot using SysRq. This is with Mandrake 2.4.17-10mdk kernel (2.4.18-pre7 based) with devfs 199.8 patch: {pts/3}% dmesg | grep devfs Kernel command line: BOOT_IMAGE=linux ro root=345 hdd=ide-scsi devfs=mount devfs: v1.10 (20020120) Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x1 Mounted devfs on /dev Unfortunately I have no idea how to reliably reproduce it. In my case upon reboot system suddenly lost mouse and keyboard was dead. I did hard reset and during this boot (immediately after hard reset) system hung as described. I use single ResierFS partition. I could of course try reset once more - the question is how can I debug it if it hangs again? It hangs very early when virtually nothing else is started. regards -andrej From owner-devfs@oss.sgi.com Sun Jan 27 02:16:18 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0RAGI706647 for devfs-outgoing; Sun, 27 Jan 2002 02:16:18 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0RAG9P06619 for ; Sun, 27 Jan 2002 02:16:09 -0800 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0R9G2W24503; Sun, 27 Jan 2002 10:16:02 +0100 (MET) Received: from MOWD019A.mow.siemens.ru ([139.24.18.3]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g0R9G2g24826; Sun, 27 Jan 2002 10:16:02 +0100 (MET) Received: by mowd019a.mow.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Sun, 27 Jan 2002 12:19:03 +0300 Received: from mw1g17c.mow.siemens.ru ([149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DVF0ZVFV; Sun, 27 Jan 2002 12:19:00 +0300 From: Borsenkow Andrej To: Richard Gooch Cc: Thierry Vignaud , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: <200201230533.g0N5XYv23380@vindaloo.ras.ucalgary.ca> References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> <1011209242.4046.5.camel@localhost.localdomain> <200201210108.g0L18uQ17789@vindaloo.ras.ucalgary.ca> <200201230533.g0N5XYv23380@vindaloo.ras.ucalgary.ca> Content-Type: text/plain; charset=KOI8-R X-Mailer: Evolution/1.0.11mdk Date: 27 Jan 2002 12:15:57 +0300 Message-Id: <1012122959.2553.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g0RAGAP06629 Sender: owner-devfs@oss.sgi.com Precedence: bulk On óÒÄ, 2002-01-23 at 08:33, Richard Gooch wrote: > I'd first like to establish that this will actually work. Someone > please try this and let me know. > Tested once more and it works with supermount as well, media is correctly revalidated on media change: ppa: Version 2.07 (for Linux 2.4.x) ppa: Found device at ID 4, Attempting to use EPP 32 bit ppa: Communication established with ID 4 using EPP 32 bit scsi0 : Iomega VPI0 (ppa) interface Vendor: iomega Model: jaz 2GB Rev: E.17 Type: Direct-Access ANSI SCSI revision: 02 Attached scsi removable disk sda at scsi0, channel 0, id 4, lun 0 SCSI device sda: 3915600 512-byte hdwr sectors (2005 MB) sda: Write Protect is off /dev/scsi/host0/bus0/target4/lun0: p4 Unable to identify CD-ROM format. FAT: bogus logical sector size 0 VFS: Can't find a valid FAT filesystem on dev 08:04. FAT: bogus logical sector size 0 VFS: Can't find a valid FAT filesystem on dev 08:04. SCSI device sda: 2091050 512-byte hdwr sectors (1071 MB) sda: Write Protect is off /dev/scsi/host0/bus0/target4/lun0: p4 Unable to identify CD-ROM format. FAT: bogus logical sector size 0 VFS: Can't find a valid FAT filesystem on dev 08:04. FAT: bogus logical sector size 0 VFS: Can't find a valid FAT filesystem on dev 08:04. Here is current devfsd.conf addition I am using: # When removable media is (programmatically) ejected nodes for # individual partitions are unregistered and if you have enabled # RM(OLD|NEW)COMPAT actions links that point to them are removed. # Unfortunately when you insert media and try to access it using # any of these links there is nothing that tells the kernel to refresh # partition table. To force refresh you may use something like this: # SCSI NEWCOMPAT LOOKUP ^(sd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # SCSI OLDCOMPAT LOOKUP ^(sd[a-z]+)[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # IDE NEWCOMPAT LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # IDE OLDCOMPAT LOOKUP ^(hd[a-z])[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 regards -andrej From owner-devfs@oss.sgi.com Sun Jan 27 13:20:40 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0RLKel18800 for devfs-outgoing; Sun, 27 Jan 2002 13:20:40 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0RLKYP18788 for ; Sun, 27 Jan 2002 13:20:35 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0RKKTC23068; Sun, 27 Jan 2002 13:20:29 -0700 Date: Sun, 27 Jan 2002 13:20:29 -0700 Message-Id: <200201272020.g0RKKTC23068@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Juan Pablo Hierro =?iso-8859-1?q?=C1lvarez?= Cc: devfs@oss.sgi.com Subject: Re: Shutdown problems. In-Reply-To: <200201261621.g0QGLnA02328@localhost.localdomain> References: <20020114005121.A1034@SanJuan.terra.es> <200201140159.g0E1xdK11713@vindaloo.ras.ucalgary.ca> <200201261621.g0QGLnA02328@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Juan Pablo Hierro writes: > El Lun 14 Ene 2002 02:59, escribió: > > > It works basically right and now /dev looks much prettier and cleaner on > > > my system. Just a couple of questions: > > > > > > 1) When loading, there is an error in "Copying /dev-state/fb to /dev/fb". > > > However, then it works fine. Maybe, is there a need to build a tarfile > > > for that devices? > > > > No, no tarfiles! Please send the complete error message and any other > > information that you might think will help identify the problem. > Here is the complete error message: > ____________________________________ > Started device management daemon for /dev > error copying "/dev-state/fb" to "/dev/fb" > ____________________________________ > Looking /dev, I find > ls -l /dev | grep fb ==> > drwxr-xr-x 1 root root 0 ene 1 1970 fb > > While in /dev-state, I have > ls -l /dev-state | grep fb > lrwxrwxrwx 1 root root 3 ene 10 03:16 fb -> fb0 > crw------- 1 root root 29, 0 ago 30 22:30 fb0 > and so on, upto fb31 > > Now, I think that, maybe, in /dev-state I have the old /dev from my > fresh RH7.2 system while in /dev I have the devices used by my new, > hand-compiled kernel 2.2.17. Of course, I did not compile it with > the same options. In fact, it has no framebuffer support. OK. Delete /dev-state/fb and things should work fine. /dev/fb should not be a symbolic link. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 27 13:34:04 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0RLY4I20285 for devfs-outgoing; Sun, 27 Jan 2002 13:34:04 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0RLXxP20270 for ; Sun, 27 Jan 2002 13:33:59 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0RKOM323129; Sun, 27 Jan 2002 13:24:22 -0700 Date: Sun, 27 Jan 2002 13:24:22 -0700 Message-Id: <200201272024.g0RKOM323129@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: Cooker list , Mandrake kernel list , devfs mailing list Subject: Re: System hangs in "Loading compose keys" again In-Reply-To: <1012071226.2860.22.camel@localhost.localdomain> References: <1012071226.2860.22.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > I just had this case today. System boots until "Loading compose keys" > message appears then nothing more happens. SysRq-T does not show > anything - just message "Show State". After SysRq-USB system came up > normally. > > It means, the problem was not stale entries in /lib/dev-state or > pam_console_apply. It looks very much like symlink resolution deadlock > we had in September/October. System used to hang somewhere on startup > and usually came up normally after forced reboot using SysRq. > > This is with Mandrake 2.4.17-10mdk kernel (2.4.18-pre7 based) with devfs > 199.8 patch: > > {pts/3}% dmesg | grep devfs > Kernel command line: BOOT_IMAGE=linux ro root=345 hdd=ide-scsi > devfs=mount > devfs: v1.10 (20020120) Richard Gooch (rgooch@atnf.csiro.au) > devfs: boot_options: 0x1 > Mounted devfs on /dev > > Unfortunately I have no idea how to reliably reproduce it. In my case > upon reboot system suddenly lost mouse and keyboard was dead. I did hard > reset and during this boot (immediately after hard reset) system hung as > described. > > I use single ResierFS partition. I could of course try reset once more - > the question is how can I debug it if it hangs again? It hangs very > early when virtually nothing else is started. Boot with devfs=dall (compile with CONFIG_DEVFS_DEBUG=y) and send me the logs. That will help track down where it's hanging. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 27 13:54:39 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0RLsdS22735 for devfs-outgoing; Sun, 27 Jan 2002 13:54:39 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0RLsYP22718 for ; Sun, 27 Jan 2002 13:54:34 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0RKp8V23489; Sun, 27 Jan 2002 13:51:08 -0700 Date: Sun, 27 Jan 2002 13:51:08 -0700 Message-Id: <200201272051.g0RKp8V23489@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: Thierry Vignaud , Michal Bukovjan , devfs mailing list Subject: Re: [Fwd: [Cooker] modules.devfsd addition] In-Reply-To: <1012040171.24508.7.camel@localhost.localdomain> References: <1012040171.24508.7.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > Please, Thierry. > From: Michal Bukovjan > > could the following lines be added to the modules.devfsd? > -------------- > # Irda devices > alias /dev/ircomm ircomm-tty > alias /dev/ircomm* /dev/ircomm > -------------- > > Without these, IrDA just plain does not work on cooker. > Also, this might be useful for some Radeon owners, who find that DRI > doesnot work with latest cooker: > > ------------- > # agpgart > alias /dev/agpgart agpgart > alias /dev/dri* agpgart > ------------- OK, I've added them to my master modules.devfsd file as well. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 27 14:30:04 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0RMU4E26911 for devfs-outgoing; Sun, 27 Jan 2002 14:30:04 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0RMU1P26895 for ; Sun, 27 Jan 2002 14:30:01 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id 1B8C37519; Sun, 27 Jan 2002 22:30:32 +0100 (CET) To: Borsenkow Andrej Cc: devfs@oss.sgi.com Subject: Re: FW: [Cooker] devfs & my cd-rw ide device References: <001601c1a570$e28f3200$21c9ca95@mow.siemens.ru> X-URL: Date: Sun, 27 Jan 2002 22:30:31 +0100 In-Reply-To: <001601c1a570$e28f3200$21c9ca95@mow.siemens.ru> (Borsenkow Andrej's message of "Fri, 25 Jan 2002 10:21:19 +0300") Message-ID: Lines: 12 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > I forward it in case there is already solution. I myself is in the same > position but I'd rather avoid reinventing the wheel. > > The problem is with devfs+ide-scsi there is no /dev/hdc (or > /dev/ide/...) if hdc is ide-scsi'd so it is impossible to use hdparm. you can have it if you've both eide cd and ide-scsi drivers in kernel core (not tested with modules). /dev/XX is availlable to hdparm even when XXX=ide-scsi is there. From owner-devfs@oss.sgi.com Sun Jan 27 14:47:49 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0RMlnx29144 for devfs-outgoing; Sun, 27 Jan 2002 14:47:49 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0RMljP29136 for ; Sun, 27 Jan 2002 14:47:45 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id CFC917519; Sun, 27 Jan 2002 22:48:19 +0100 (CET) To: Richard Gooch Cc: Borsenkow Andrej , Michal Bukovjan , devfs mailing list Subject: Re: [Fwd: [Cooker] modules.devfsd addition] References: <1012040171.24508.7.camel@localhost.localdomain> <200201272051.g0RKp8V23489@vindaloo.ras.ucalgary.ca> X-URL: Date: Sun, 27 Jan 2002 22:48:19 +0100 In-Reply-To: <200201272051.g0RKp8V23489@vindaloo.ras.ucalgary.ca> (Richard Gooch's message of "Sun, 27 Jan 2002 13:51:08 -0700") Message-ID: Lines: 22 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Richard Gooch writes: >> could the following lines be added to the modules.devfsd? >> -------------- >> # Irda devices >> alias /dev/ircomm ircomm-tty >> alias /dev/ircomm* /dev/ircomm >> -------------- >> >> Without these, IrDA just plain does not work on cooker. >> Also, this might be useful for some Radeon owners, who find that DRI >> doesnot work with latest cooker: >> >> ------------- >> # agpgart >> alias /dev/agpgart agpgart >> alias /dev/dri* agpgart >> ------------- > > OK, I've added them to my master modules.devfsd file as well. can you send me your updated devfsd ? From owner-devfs@oss.sgi.com Sun Jan 27 17:24:34 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0S1OY414830 for devfs-outgoing; Sun, 27 Jan 2002 17:24:34 -0800 Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0S1OUP14827 for ; Sun, 27 Jan 2002 17:24:30 -0800 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id DEA119266C; Mon, 28 Jan 2002 11:24:24 +1100 (EST) Received: from there (lyta [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id B18DD376400; Mon, 28 Jan 2002 11:24:29 +1100 (EST) Content-Type: text/plain; charset="koi8-r" From: Russell Coker Reply-To: Russell Coker To: Borsenkow Andrej , Thierry Vignaud Subject: Re: [Fwd: [Cooker] modules.devfsd addition] Date: Sun, 27 Jan 2002 23:28:53 +1100 X-Mailer: KMail [version 1.3.2] Cc: devfs mailing list References: <1012040171.24508.7.camel@localhost.localdomain> In-Reply-To: <1012040171.24508.7.camel@localhost.localdomain> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020128002429.B18DD376400@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Sat, 26 Jan 2002 21:16, Borsenkow Andrej wrote: > could the following lines be added to the modules.devfsd? > -------------- > # Irda devices > alias /dev/ircomm ircomm-tty > alias /dev/ircomm* /dev/ircomm > -------------- Surely this is an issue for the irda package not the devfsd package? I am resisting adding such things for the Debian package, I want the maintainers of the packages to do it for two reasons. Firstly it prevents the requirement for an update of devfsd every time these packages change. Secondly there could potentially be a situation where two different versions of the package require two different configurations for these things. Having it in the package allows the package maintainer to easily resolve such issues. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page From owner-devfs@oss.sgi.com Sun Jan 27 17:29:24 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0S1TOv15307 for devfs-outgoing; Sun, 27 Jan 2002 17:29:24 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0S1TKP15297 for ; Sun, 27 Jan 2002 17:29:20 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0S0T5h25438; Sun, 27 Jan 2002 17:29:05 -0700 Date: Sun, 27 Jan 2002 17:29:05 -0700 Message-Id: <200201280029.g0S0T5h25438@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Russell Coker Cc: Borsenkow Andrej , Thierry Vignaud , devfs mailing list Subject: Re: [Fwd: [Cooker] modules.devfsd addition] In-Reply-To: <20020128002429.B18DD376400@lyta.coker.com.au> References: <1012040171.24508.7.camel@localhost.localdomain> <20020128002429.B18DD376400@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk Russell Coker writes: > On Sat, 26 Jan 2002 21:16, Borsenkow Andrej wrote: > > could the following lines be added to the modules.devfsd? > > -------------- > > # Irda devices > > alias /dev/ircomm ircomm-tty > > alias /dev/ircomm* /dev/ircomm > > -------------- > > Surely this is an issue for the irda package not the devfsd package? > I am resisting adding such things for the Debian package, I want the > maintainers of the packages to do it for two reasons. Firstly it > prevents the requirement for an update of devfsd every time these > packages change. Secondly there could potentially be a situation > where two different versions of the package require two different > configurations for these things. Having it in the package allows > the package maintainer to easily resolve such issues. So what's different about this than all the other entries in modules.devfs? I don't know details about IrDA, so please explain the issues. Is the above config generic or specific to one configuration of IrDA? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 27 17:59:28 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0S1xSf19695 for devfs-outgoing; Sun, 27 Jan 2002 17:59:28 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0S1xLP19686 for ; Sun, 27 Jan 2002 17:59:21 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0S0tBr25612; Sun, 27 Jan 2002 17:55:11 -0700 Date: Sun, 27 Jan 2002 17:55:11 -0700 Message-Id: <200201280055.g0S0tBr25612@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: Thierry Vignaud , devfs mailing list Subject: Re: modules.devfsd needs /dev/scsi/*/part* handling In-Reply-To: <1012122959.2553.3.camel@localhost.localdomain> References: <1008885491.6464.4.camel@localhost.localdomain> <200201150628.g0F6SQf06569@vindaloo.ras.ucalgary.ca> <200201152319.g0FNJ5S20314@vindaloo.ras.ucalgary.ca> <200201152353.g0FNr5j21148@vindaloo.ras.ucalgary.ca> <1011209242.4046.5.camel@localhost.localdomain> <200201210108.g0L18uQ17789@vindaloo.ras.ucalgary.ca> <200201230533.g0N5XYv23380@vindaloo.ras.ucalgary.ca> <1012122959.2553.3.camel@localhost.localdomain> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > On óÒÄ, 2002-01-23 at 08:33, Richard Gooch wrote: > > I'd first like to establish that this will actually work. Someone > > please try this and let me know. > > > > Tested once more and it works with supermount as well, media is > correctly revalidated on media change: > > ppa: Version 2.07 (for Linux 2.4.x) > ppa: Found device at ID 4, Attempting to use EPP 32 bit > ppa: Communication established with ID 4 using EPP 32 bit > scsi0 : Iomega VPI0 (ppa) interface > Vendor: iomega Model: jaz 2GB Rev: E.17 > Type: Direct-Access ANSI SCSI revision: 02 > Attached scsi removable disk sda at scsi0, channel 0, id 4, lun 0 > SCSI device sda: 3915600 512-byte hdwr sectors (2005 MB) > sda: Write Protect is off > /dev/scsi/host0/bus0/target4/lun0: p4 > Unable to identify CD-ROM format. > FAT: bogus logical sector size 0 > VFS: Can't find a valid FAT filesystem on dev 08:04. > FAT: bogus logical sector size 0 > VFS: Can't find a valid FAT filesystem on dev 08:04. > SCSI device sda: 2091050 512-byte hdwr sectors (1071 MB) > sda: Write Protect is off > /dev/scsi/host0/bus0/target4/lun0: p4 > Unable to identify CD-ROM format. > FAT: bogus logical sector size 0 > VFS: Can't find a valid FAT filesystem on dev 08:04. > FAT: bogus logical sector size 0 > VFS: Can't find a valid FAT filesystem on dev 08:04. > > Here is current devfsd.conf addition I am using: > > # When removable media is (programmatically) ejected nodes for > # individual partitions are unregistered and if you have enabled > # RM(OLD|NEW)COMPAT actions links that point to them are removed. > # Unfortunately when you insert media and try to access it using > # any of these links there is nothing that tells the kernel to refresh > # partition table. To force refresh you may use something like this: > # SCSI NEWCOMPAT > LOOKUP ^(sd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 > # SCSI OLDCOMPAT > LOOKUP ^(sd[a-z]+)[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 > # IDE NEWCOMPAT > LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 > # IDE OLDCOMPAT > LOOKUP ^(hd[a-z])[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 OK, I've grabbed these configuration lines. I assume that this issue is now closed? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jan 27 20:27:45 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0S4Rjv03134 for devfs-outgoing; Sun, 27 Jan 2002 20:27:45 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0S4R1P03055 for ; Sun, 27 Jan 2002 20:27:02 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0S3QTt27080; Sun, 27 Jan 2002 20:26:29 -0700 Date: Sun, 27 Jan 2002 20:26:29 -0700 Message-Id: <200201280326.g0S3QTt27080@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] sd-many for 2.4.18-pre7 (uses devfs) Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Appended is my sd-many patch. It supports up to 2080 SD's. This patch is against 2.4.18-pre7, and is essentially the same as earlier versions of this patch, just compensating for kernel drift. Success/failure reports welcomed. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca diff -urN linux-2.4.18-pre7/Documentation/Configure.help linux/Documentation/Configure.help --- linux-2.4.18-pre7/Documentation/Configure.help Sun Jan 27 19:15:28 2002 +++ linux/Documentation/Configure.help Sun Jan 27 19:26:20 2002 @@ -6635,6 +6635,17 @@ is located on a SCSI disk. In this case, do not compile the driver for your SCSI host adapter (below) as a module either. +Many SCSI Discs support +CONFIG_SD_MANY + This allows you to support a very large number of SCSI discs + (approximately 2080). You will also need to set CONFIG_DEVFS_FS=y + later. This option may consume all unassigned block majors + (i.e. those which do not have an allocation in + Documentation/devices.txt). Enabling this will consume a few extra + kilobytes of kernel memory. + + Unless you have a large storage array, say N. + Maximum number of SCSI disks that can be loaded as modules CONFIG_SD_EXTRA_DEVS This controls the amount of additional space allocated in tables for diff -urN linux-2.4.18-pre7/drivers/scsi/Config.in linux/drivers/scsi/Config.in --- linux-2.4.18-pre7/drivers/scsi/Config.in Sun Jan 27 19:15:32 2002 +++ linux/drivers/scsi/Config.in Sun Jan 27 19:24:07 2002 @@ -3,7 +3,8 @@ dep_tristate ' SCSI disk support' CONFIG_BLK_DEV_SD $CONFIG_SCSI if [ "$CONFIG_BLK_DEV_SD" != "n" ]; then - int 'Maximum number of SCSI disks that can be loaded as modules' CONFIG_SD_EXTRA_DEVS 40 + bool ' Many (~2080) SCSI discs support (requires devfs)' CONFIG_SD_MANY + int ' Maximum number of SCSI disks that can be loaded as modules' CONFIG_SD_EXTRA_DEVS 40 fi dep_tristate ' SCSI tape support' CONFIG_CHR_DEV_ST $CONFIG_SCSI diff -urN linux-2.4.18-pre7/drivers/scsi/hosts.h linux/drivers/scsi/hosts.h --- linux-2.4.18-pre7/drivers/scsi/hosts.h Sun Jan 27 19:15:32 2002 +++ linux/drivers/scsi/hosts.h Sun Jan 27 19:44:42 2002 @@ -506,9 +506,8 @@ const char * tag; struct module * module; /* Used for loadable modules */ unsigned char scsi_type; - unsigned int major; - unsigned int min_major; /* Minimum major in range. */ - unsigned int max_major; /* Maximum major in range. */ + unsigned int *majors; /* Array of majors used by driver */ + unsigned int num_majors; /* Number of majors used by driver */ unsigned int nr_dev; /* Number currently attached */ unsigned int dev_noticed; /* Number of devices detected. */ unsigned int dev_max; /* Current size of arrays */ diff -urN linux-2.4.18-pre7/drivers/scsi/osst.c linux/drivers/scsi/osst.c --- linux-2.4.18-pre7/drivers/scsi/osst.c Fri Dec 21 10:41:55 2001 +++ linux/drivers/scsi/osst.c Sun Jan 27 19:24:07 2002 @@ -162,7 +162,6 @@ name: "OnStream tape", tag: "osst", scsi_type: TYPE_TAPE, - major: OSST_MAJOR, detect: osst_detect, init: osst_init, attach: osst_attach, diff -urN linux-2.4.18-pre7/drivers/scsi/scsi_lib.c linux/drivers/scsi/scsi_lib.c --- linux-2.4.18-pre7/drivers/scsi/scsi_lib.c Fri Oct 12 16:35:54 2001 +++ linux/drivers/scsi/scsi_lib.c Sun Jan 27 19:24:07 2002 @@ -795,25 +795,10 @@ * Search for a block device driver that supports this * major. */ - if (spnt->blk && spnt->major == major) { - return spnt; - } - /* - * I am still not entirely satisfied with this solution, - * but it is good enough for now. Disks have a number of - * major numbers associated with them, the primary - * 8, which we test above, and a secondary range of 7 - * different consecutive major numbers. If this ever - * becomes insufficient, then we could add another function - * to the structure, and generalize this completely. - */ - if( spnt->min_major != 0 - && spnt->max_major != 0 - && major >= spnt->min_major - && major <= spnt->max_major ) - { - return spnt; - } + int i; + if (!spnt->blk || !spnt->majors) continue; + for (i = 0; i < spnt->num_majors; ++i) + if (spnt->majors[i] == major) return spnt; } return NULL; } diff -urN linux-2.4.18-pre7/drivers/scsi/sd.c linux/drivers/scsi/sd.c --- linux-2.4.18-pre7/drivers/scsi/sd.c Sun Jan 27 19:15:32 2002 +++ linux/drivers/scsi/sd.c Sun Jan 27 19:50:20 2002 @@ -28,6 +28,8 @@ * * Modified by Alex Davis * Fix problem where removable media could be ejected after sd_open. + * + * Modified by Richard Gooch rgooch@atnf.csiro.au to support >128 discs. */ #include @@ -65,7 +67,11 @@ * static const char RCSid[] = "$Header:"; */ -#define SD_MAJOR(i) (!(i) ? SCSI_DISK0_MAJOR : SCSI_DISK1_MAJOR-1+(i)) +#ifdef CONFIG_SD_MANY +# define SD_MAJOR(i) sd_template.majors[(i)] +#else +# define SD_MAJOR(i) (!(i) ? SCSI_DISK0_MAJOR : SCSI_DISK1_MAJOR-1+(i)) +#endif #define SCSI_DISKS_PER_MAJOR 16 #define SD_MAJOR_NUMBER(i) SD_MAJOR((i) >> 8) @@ -77,6 +83,14 @@ #define MAX_RETRIES 5 +#ifdef CONFIG_SD_MANY +# define sdmalloc(size) vmalloc((size)) +# define sdfree(ptr) vfree((ptr)) +#else +# define sdmalloc(size) kmalloc((size),GFP_ATOMIC) +# define sdfree(ptr) kfree((ptr)) +#endif + /* * Time out in seconds for disks and Magneto-opticals (which are slower). */ @@ -109,12 +123,6 @@ name:"disk", tag:"sd", scsi_type:TYPE_DISK, - major:SCSI_DISK0_MAJOR, - /* - * Secondary range of majors that this driver handles. - */ - min_major:SCSI_DISK1_MAJOR, - max_major:SCSI_DISK7_MAJOR, blk:1, detect:sd_detect, init:sd_init, @@ -124,6 +132,19 @@ init_command:sd_init_command, }; +#ifdef CONFIG_SD_MANY +static inline int sd_devnum_to_index (int devnum) +{ + int i, major = MAJOR (devnum); + + for (i = 0; i < sd_template.num_majors; ++i) + { + if (sd_template.majors[i] != major) continue; + return (i << 4) | (MINOR (devnum) >> 4); + } + return -ENODEV; +} +#endif static void rw_intr(Scsi_Cmnd * SCpnt); @@ -1054,6 +1075,43 @@ return i; } +static int sd_alloc_majors (void) +/* Allocate as many majors as required + */ +{ + int i, major; + + if ( ( sd_template.majors = + kmalloc (sizeof *sd_template.majors * N_USED_SD_MAJORS, + GFP_KERNEL) ) == NULL ) { + printk ("sd.c: unable to allocate major array\n"); + return -ENOMEM; + } + sd_template.majors[0] = SCSI_DISK0_MAJOR; + for (i = 1; (i < N_USED_SD_MAJORS) && (i = N_SD_PREASSIGNED_MAJORS) && (i < N_USED_SD_MAJORS); ++i) { + if ( ( major = devfs_alloc_major (DEVFS_SPECIAL_BLK) ) < 0 ) { + printk (KERN_WARNING __FUNCTION__ "() major[%d] allocation failed\n", i); + break; + } + sd_template.majors[i] = major; + } + sd_template.dev_max = i * SCSI_DISKS_PER_MAJOR; + sd_template.num_majors = i; + return 0; +} /* End Function sd_alloc_majors */ + +static void sd_dealloc_majors (void) +/* Deallocate all the allocated majors + */ +{ + int i; + + for (i = sd_template.num_majors - 1; i >= N_SD_PREASSIGNED_MAJORS; --i) + devfs_dealloc_major (DEVFS_SPECIAL_BLK, sd_template.majors[i]); +} /* End Function sd_dealloc_majors */ + /* * The sd_init() function looks at all SCSI drives present, determines * their size, and reads partition table entries for them. @@ -1068,17 +1126,21 @@ if (sd_template.dev_noticed == 0) return 0; - if (!rscsi_disks) + if (!rscsi_disks) { + if ( in_interrupt () ) { + printk (__FUNCTION__ "(): called from interrupt\n"); + return 1; + } sd_template.dev_max = sd_template.dev_noticed + SD_EXTRA_DEVS; - - if (sd_template.dev_max > N_SD_MAJORS * SCSI_DISKS_PER_MAJOR) - sd_template.dev_max = N_SD_MAJORS * SCSI_DISKS_PER_MAJOR; + if ( sd_alloc_majors() ) return 1; + } if (!sd_registered) { for (i = 0; i < N_USED_SD_MAJORS; i++) { if (devfs_register_blkdev(SD_MAJOR(i), "sd", &sd_fops)) { printk("Unable to get major %d for SCSI disk\n", SD_MAJOR(i)); sd_template.dev_noticed = 0; + sd_dealloc_majors(); return 1; } } @@ -1088,26 +1150,26 @@ if (rscsi_disks) return 0; - rscsi_disks = kmalloc(sd_template.dev_max * sizeof(Scsi_Disk), GFP_ATOMIC); + rscsi_disks = sdmalloc(sd_template.dev_max * sizeof(Scsi_Disk)); if (!rscsi_disks) goto cleanup_devfs; memset(rscsi_disks, 0, sd_template.dev_max * sizeof(Scsi_Disk)); /* for every (necessary) major: */ - sd_sizes = kmalloc((sd_template.dev_max << 4) * sizeof(int), GFP_ATOMIC); + sd_sizes = sdmalloc((sd_template.dev_max << 4) * sizeof(int)); if (!sd_sizes) goto cleanup_disks; memset(sd_sizes, 0, (sd_template.dev_max << 4) * sizeof(int)); - sd_blocksizes = kmalloc((sd_template.dev_max << 4) * sizeof(int), GFP_ATOMIC); + sd_blocksizes = sdmalloc((sd_template.dev_max << 4) * sizeof(int)); if (!sd_blocksizes) goto cleanup_sizes; - sd_hardsizes = kmalloc((sd_template.dev_max << 4) * sizeof(int), GFP_ATOMIC); + sd_hardsizes = sdmalloc((sd_template.dev_max << 4) * sizeof(int)); if (!sd_hardsizes) goto cleanup_blocksizes; - sd_max_sectors = kmalloc((sd_template.dev_max << 4) * sizeof(int), GFP_ATOMIC); + sd_max_sectors = sdmalloc((sd_template.dev_max << 4) * sizeof(int)); if (!sd_max_sectors) goto cleanup_max_sectors; @@ -1131,9 +1193,7 @@ * FIXME: should unregister blksize_size, hardsect_size and max_sectors when * the module is unloaded. */ - sd = kmalloc((sd_template.dev_max << 4) * - sizeof(struct hd_struct), - GFP_ATOMIC); + sd = sdmalloc((sd_template.dev_max << 4) * sizeof(struct hd_struct)); if (!sd) goto cleanup_sd; memset(sd, 0, (sd_template.dev_max << 4) * sizeof(struct hd_struct)); @@ -1179,17 +1239,17 @@ if (sd_gendisks != &sd_gendisk) kfree(sd_gendisks); cleanup_sd_gendisks: - kfree(sd); + sdfree(sd); cleanup_sd: - kfree(sd_max_sectors); + sdfree(sd_max_sectors); cleanup_max_sectors: - kfree(sd_hardsizes); + sdfree(sd_hardsizes); cleanup_blocksizes: - kfree(sd_blocksizes); + sdfree(sd_blocksizes); cleanup_sizes: - kfree(sd_sizes); + sdfree(sd_sizes); cleanup_disks: - kfree(rscsi_disks); + sdfree(rscsi_disks); rscsi_disks = NULL; cleanup_devfs: for (i = 0; i < N_USED_SD_MAJORS; i++) { @@ -1197,6 +1257,7 @@ } sd_registered--; sd_template.dev_noticed = 0; + sd_dealloc_majors(); return 1; } @@ -1402,16 +1463,17 @@ scsi_unregister_module(MODULE_SCSI_DEV, &sd_template); + sd_dealloc_majors(); for (i = 0; i < N_USED_SD_MAJORS; i++) devfs_unregister_blkdev(SD_MAJOR(i), "sd"); sd_registered--; if (rscsi_disks != NULL) { - kfree(rscsi_disks); - kfree(sd_sizes); - kfree(sd_blocksizes); - kfree(sd_hardsizes); - kfree((char *) sd); + sdfree(rscsi_disks); + sdfree(sd_sizes); + sdfree(sd_blocksizes); + sdfree(sd_hardsizes); + sdfree((char *) sd); } for (i = 0; i < N_USED_SD_MAJORS; i++) { del_gendisk(&sd_gendisks[i]); diff -urN linux-2.4.18-pre7/drivers/scsi/sd.h linux/drivers/scsi/sd.h --- linux-2.4.18-pre7/drivers/scsi/sd.h Tue Jan 22 22:29:31 2002 +++ linux/drivers/scsi/sd.h Sun Jan 27 19:44:42 2002 @@ -42,10 +42,14 @@ */ extern kdev_t sd_find_target(void *host, int tgt); -#define N_SD_MAJORS 8 +#define N_SD_PREASSIGNED_MAJORS 8 -#define SD_MAJOR_MASK (N_SD_MAJORS - 1) +#ifdef CONFIG_SD_MANY +#define SD_PARTITION(i) ((sd_devnum_to_index((i)) << 4) | ((i)&0x0f)) +#else +#define SD_MAJOR_MASK (N_SD_PREASSIGNED_MAJORS - 1) #define SD_PARTITION(i) (((MAJOR(i) & SD_MAJOR_MASK) << 8) | (MINOR(i) & 255)) +#endif #endif diff -urN linux-2.4.18-pre7/drivers/scsi/sg.c linux/drivers/scsi/sg.c --- linux-2.4.18-pre7/drivers/scsi/sg.c Sun Jan 27 19:15:33 2002 +++ linux/drivers/scsi/sg.c Sun Jan 27 19:24:07 2002 @@ -125,7 +125,6 @@ { tag:"sg", scsi_type:0xff, - major:SCSI_GENERIC_MAJOR, detect:sg_detect, init:sg_init, finish:sg_finish, diff -urN linux-2.4.18-pre7/drivers/scsi/sr.c linux/drivers/scsi/sr.c --- linux-2.4.18-pre7/drivers/scsi/sr.c Sun Jan 27 19:15:33 2002 +++ linux/drivers/scsi/sr.c Sun Jan 27 19:24:07 2002 @@ -69,12 +69,15 @@ static int sr_init_command(Scsi_Cmnd *); +static unsigned int sr_major = SCSI_CDROM_MAJOR; + static struct Scsi_Device_Template sr_template = { name:"cdrom", tag:"sr", scsi_type:TYPE_ROM, - major:SCSI_CDROM_MAJOR, + majors:&sr_major, + num_majors:1, blk:1, detect:sr_detect, init:sr_init, diff -urN linux-2.4.18-pre7/drivers/scsi/st.c linux/drivers/scsi/st.c --- linux-2.4.18-pre7/drivers/scsi/st.c Sun Jan 27 19:15:33 2002 +++ linux/drivers/scsi/st.c Sun Jan 27 19:24:07 2002 @@ -170,7 +170,6 @@ name:"tape", tag:"st", scsi_type:TYPE_TAPE, - major:SCSI_TAPE_MAJOR, detect:st_detect, init:st_init, attach:st_attach, diff -urN linux-2.4.18-pre7/include/linux/blk.h linux/include/linux/blk.h --- linux-2.4.18-pre7/include/linux/blk.h Tue Jan 22 22:29:11 2002 +++ linux/include/linux/blk.h Sun Jan 27 19:44:21 2002 @@ -146,7 +146,11 @@ #define DEVICE_NAME "scsidisk" #define TIMEOUT_VALUE (2*HZ) +#ifdef CONFIG_SD_MANY +#define DEVICE_NR(device) sd_devnum_to_index((device)) +#else #define DEVICE_NR(device) (((MAJOR(device) & SD_MAJOR_MASK) << (8 - 4)) + (MINOR(device) >> 4)) +#endif /* Kludge to use the same number for both char and block major numbers */ #elif (MAJOR_NR == MD_MAJOR) && defined(MD_DRIVER) From owner-devfs@oss.sgi.com Sun Jan 27 23:45:36 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0S7jaB23648 for devfs-outgoing; Sun, 27 Jan 2002 23:45:36 -0800 Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0S7jWP23639 for ; Sun, 27 Jan 2002 23:45:33 -0800 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 951739266A; Mon, 28 Jan 2002 17:45:18 +1100 (EST) Received: from there (lyta [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id E0A5132FE0A; Mon, 28 Jan 2002 17:38:48 +1100 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: Borsenkow Andrej Subject: Re: [Fwd: [Cooker] modules.devfsd addition] Date: Mon, 28 Jan 2002 17:38:48 +1100 X-Mailer: KMail [version 1.3.2] Cc: "'Thierry Vignaud'" , "'devfs mailing list'" References: <000001c1a7c3$50d2fb30$21c9ca95@mow.siemens.ru> In-Reply-To: <000001c1a7c3$50d2fb30$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020128063848.E0A5132FE0A@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Mon, 28 Jan 2002 17:16, Borsenkow Andrej wrote: > I too think that implementing per-package addition would be really nice. > But I am strongly against editing single monolithic configuration file. > If we ever have per-package config - please, implement support for > /etc/devfsd.d directory where packages can drop config files as needed. Devfsd already has support for that. If an OPTIONAL_INCLUDE or INCLUDE line references a directory then all files in that directory will be included. This is used in the default setup for Debian to include files in the directory /etc/devfs/conf.d/ . As for modules, this is done in Debian by having a script named update-modules which produces a file /etc/modules.conf from files in the directory /etc/modutils/ . For Debian these problems have all been solved, if other distributions copy the Debian solutions then I think everyone will gain... -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page From owner-devfs@oss.sgi.com Mon Jan 28 03:24:54 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0SBOs314699 for devfs-outgoing; Mon, 28 Jan 2002 03:24:54 -0800 Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0SBOkP14695 for ; Mon, 28 Jan 2002 03:24:46 -0800 Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.11.6/8.11.6) with ESMTP id g0SAOfO09341 for ; Mon, 28 Jan 2002 11:24:41 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g0SAOdp24592 for ; Mon, 28 Jan 2002 11:24:40 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Mon, 28 Jan 2002 13:27:06 +0300 Received: from mw1g17c (mw1g17c.mow.siemens.ru [149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DVF0ZWA5; Mon, 28 Jan 2002 09:20:11 +0300 From: Borsenkow Andrej To: "'Richard Gooch'" , "'Russell Coker'" Cc: "'Thierry Vignaud'" , "'devfs mailing list'" Subject: RE: [Fwd: [Cooker] modules.devfsd addition] Date: Mon, 28 Jan 2002 09:16:25 +0300 Message-ID: <000001c1a7c3$50d2fb30$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 x-mimeole: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <200201280029.g0S0T5h25438@vindaloo.ras.ucalgary.ca> Importance: Normal Sender: owner-devfs@oss.sgi.com Precedence: bulk > > On Sat, 26 Jan 2002 21:16, Borsenkow Andrej wrote: > > > could the following lines be added to the modules.devfsd? > > > -------------- > > > # Irda devices > > > alias /dev/ircomm ircomm-tty > > > alias /dev/ircomm* /dev/ircomm > > > -------------- > > > > Surely this is an issue for the irda package not the devfsd package? It is correct to the extent that if you do not use IrDA (specifically IrCOMM protocol) you do not need these lines > > I am resisting adding such things for the Debian package, I want the > > maintainers of the packages to do it for two reasons. Firstly it > > prevents the requirement for an update of devfsd every time these > > packages change. Secondly there could potentially be a situation > > where two different versions of the package require two different > > configurations for these things. Having it in the package allows > > the package maintainer to easily resolve such issues. > > So what's different about this than all the other entries in > modules.devfs? I don't know details about IrDA, so please explain the > issues. > > Is the above config generic or specific to one configuration of IrDA? > It is generic. IrCOMM devices are called /dev/ircomm[0-9]+ on every system. I too think that implementing per-package addition would be really nice. But I am strongly against editing single monolithic configuration file. If we ever have per-package config - please, implement support for /etc/devfsd.d directory where packages can drop config files as needed. Regards -andrej From owner-devfs@oss.sgi.com Mon Jan 28 08:30:44 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0SGUim21830 for devfs-outgoing; Mon, 28 Jan 2002 08:30:44 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0SGUdP21814 for ; Mon, 28 Jan 2002 08:30:39 -0800 Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0SFUYW10401 for ; Mon, 28 Jan 2002 16:30:34 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g0SFUXp28980 for ; Mon, 28 Jan 2002 16:30:33 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Mon, 28 Jan 2002 18:33:01 +0300 Received: from mw1g17c (mw1g17c.mow.siemens.ru [149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DVF0Z5QJ; Mon, 28 Jan 2002 18:33:31 +0300 From: Borsenkow Andrej To: "'Thierry Vignaud'" Cc: devfs@oss.sgi.com Subject: RE: FW: [Cooker] devfs & my cd-rw ide device Date: Mon, 28 Jan 2002 18:29:51 +0300 Message-ID: <005701c1a810$a0f4deb0$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 x-mimeole: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: Importance: Normal Sender: owner-devfs@oss.sgi.com Precedence: bulk > > > > The problem is with devfs+ide-scsi there is no /dev/hdc (or > > /dev/ide/...) if hdc is ide-scsi'd so it is impossible to use hdparm. > > you can have it if you've both eide cd and ide-scsi drivers in kernel core > (not > tested with modules). > > /dev/XX is availlable to hdparm even when XXX=ide-scsi is there. What is eide? I can't find it anywhere in kernel-source. -andrej From owner-devfs@oss.sgi.com Mon Jan 28 09:00:06 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0SH06Z30836 for devfs-outgoing; Mon, 28 Jan 2002 09:00:06 -0800 Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0SH00P30792 for ; Mon, 28 Jan 2002 09:00:01 -0800 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id 3821569D5; Mon, 28 Jan 2002 17:00:41 +0100 (CET) To: Borsenkow Andrej Cc: devfs@oss.sgi.com Subject: Re: FW: [Cooker] devfs & my cd-rw ide device References: <005701c1a810$a0f4deb0$21c9ca95@mow.siemens.ru> X-URL: Date: Mon, 28 Jan 2002 17:00:40 +0100 In-Reply-To: <005701c1a810$a0f4deb0$21c9ca95@mow.siemens.ru> (Borsenkow Andrej's message of "Mon, 28 Jan 2002 18:29:51 +0300") Message-ID: Lines: 24 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > > > The problem is with devfs+ide-scsi there is no /dev/hdc (or /dev/ide/...) > > > if hdc is ide-scsi'd so it is impossible to use hdparm. > > > > you can have it if you've both eide cd and ide-scsi drivers in kernel core > > (not tested with modules). > > > > /dev/XX is availlable to hdparm even when XXX=ide-scsi is there. > > What is eide? I can't find it anywhere in kernel-source. you can say eide = ide = ata extended ide has replaced ide for quite a number of years, now. it provided us with : - two ide channels - atapi integration it has then been enhanced to support higher data rate (udma 33, 66, 100, 133) i wanted to mean: normal ide driver for cds and ide-scsi. From owner-devfs@oss.sgi.com Mon Jan 28 23:27:15 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0T7RFY00944 for devfs-outgoing; Mon, 28 Jan 2002 23:27:15 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0T7RAP00941 for ; Mon, 28 Jan 2002 23:27:10 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0T6QOZ14180; Mon, 28 Jan 2002 23:26:24 -0700 Date: Mon, 28 Jan 2002 23:26:24 -0700 Message-Id: <200201290626.g0T6QOZ14180@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Russell Coker Cc: Borsenkow Andrej , "'Thierry Vignaud'" , "'devfs mailing list'" , Keith Owens Subject: Re: [Fwd: [Cooker] modules.devfsd addition] In-Reply-To: <20020128063848.E0A5132FE0A@lyta.coker.com.au> References: <000001c1a7c3$50d2fb30$21c9ca95@mow.siemens.ru> <20020128063848.E0A5132FE0A@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk Russell Coker writes: > On Mon, 28 Jan 2002 17:16, Borsenkow Andrej wrote: > > I too think that implementing per-package addition would be really nice. > > But I am strongly against editing single monolithic configuration file. > > If we ever have per-package config - please, implement support for > > /etc/devfsd.d directory where packages can drop config files as needed. > > Devfsd already has support for that. If an OPTIONAL_INCLUDE or > INCLUDE line references a directory then all files in that directory > will be included. This is used in the default setup for Debian to > include files in the directory /etc/devfs/conf.d/ . > > As for modules, this is done in Debian by having a script named > update-modules which produces a file /etc/modules.conf from files in > the directory /etc/modutils/ . So do you think that the modules.devfs file that I ship is useless? You'd rather see that each package is responsible for their respective parts? While that may have some benefits, it requires that all packages install configuration files for devfsd. Some package maintainers may have no interest in devfs. By shipping modules.devfs with devfsd, I can increase the chance of things actually working. I must say I dislike the script idea you have in Debian. I think it's much cleaner for modutils to take care of this. If you specify a directory for the "include" directive, it should recursively process all files in that directory. Keith? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Jan 29 11:45:29 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0TJjTD23139 for devfs-outgoing; Tue, 29 Jan 2002 11:45:29 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0TJjNd23132 for ; Tue, 29 Jan 2002 11:45:23 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0TIitD24816; Tue, 29 Jan 2002 11:44:55 -0700 Date: Tue, 29 Jan 2002 11:44:55 -0700 Message-Id: <200201291844.g0TIitD24816@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v199.9 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 199.9 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.18-pre7. Highlights of this release: - Added KERN_* to remaining messages - Cleaned up declaration of - Updated README from master HTML file Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Jan 29 11:46:25 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0TJkPq23176 for devfs-outgoing; Tue, 29 Jan 2002 11:46:25 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0TJkKd23172 for ; Tue, 29 Jan 2002 11:46:21 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0TIk8L24855; Tue, 29 Jan 2002 11:46:08 -0700 Date: Tue, 29 Jan 2002 11:46:08 -0700 Message-Id: <200201291846.g0TIk8L24855@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v208 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 208 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.5/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.5/devfs-patch-current.gz NOTE: kernel 2.5.1 and later require devfsd-v1.3.19 or later. This is against 2.5.3-pre6. Highlights of this release: - Added KERN_* to remaining messages - Cleaned up declaration of - Updated README from master HTML file Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Jan 29 22:31:07 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0U6V7412811 for devfs-outgoing; Tue, 29 Jan 2002 22:31:07 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0U6V3d12808 for ; Tue, 29 Jan 2002 22:31:03 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0U5UdL02520; Tue, 29 Jan 2002 22:30:39 -0700 Date: Tue, 29 Jan 2002 22:30:39 -0700 Message-Id: <200201300530.g0U5UdL02520@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Yaroslav Halchenko Cc: devfs@oss.sgi.com Subject: Re: devfs/cdrom problem CDRW In-Reply-To: References: <200111300653.fAU6rIT09602@vindaloo.ras.ucalgary.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Yaroslav Halchenko writes: > Dear Richard, > > > > no cd device in the ide section anywhere > > OK. So if you need to use ide-scsi, then you can find your CD-ROM > > under /dev/cdroms. It should contain an entry pointing off to > > /dev/scsi/host*/bus*/target*/lun*/cd > It is not that hard to find it there, but as I said in the original > message hdparm doesn't work with it (it seems it didn't work with sg* > either without devfs). So problem is that hdparm doesn't work with scsi > devices probably... So I need also access to hdc which is not going > through SCSI emulation. I hear rumours that ide-scsi is going away in 2.5. So I'm going to take the lazy way out and say to wait for ide-scsi to be replaced/obsoleted. Anyone really wanting a solution to this in 2.4 can code up a patch to the IDE code which creates devfs entries regardless of whether ide-scsi has "captured" a device. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Jan 31 00:08:00 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0V880H07908 for devfs-outgoing; Thu, 31 Jan 2002 00:08:00 -0800 Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0V87rd07905 for ; Thu, 31 Jan 2002 00:07:55 -0800 Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g0V77mW08725 for ; Thu, 31 Jan 2002 08:07:49 +0100 (MET) Received: from mowp002a.mowp.siemens.ru (mowp002a.mowp.siemens.ru [149.202.148.230]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g0V77lp28611 for ; Thu, 31 Jan 2002 08:07:48 +0100 (MET) Received: by mowp002a.mowp.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Thu, 31 Jan 2002 10:10:20 +0300 Received: from mw1g17c (mw1g17c.mow.siemens.ru [149.202.201.33]) by MOWD019A.mow.siemens.ru with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id D0PJSCJH; Thu, 31 Jan 2002 10:10:48 +0300 From: Borsenkow Andrej To: "'Richard Gooch'" , "'Kevin P. Fleming'" Cc: "'Paul Bristow'" , devfs@oss.sgi.com Subject: RE: Removeable Media, partitions and devfs? Date: Thu, 31 Jan 2002 10:07:49 +0300 Message-ID: <001a01c1aa25$fe1cb290$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <200112141810.fBEIA6k05971@vindaloo.ras.ucalgary.ca> Importance: Normal Sender: owner-devfs@oss.sgi.com Precedence: bulk > > OK, I've looked at this, and the appended patch should fix this. This > superceeds my earlier patch. Now, if the driver passes size==0 and it > flags the media as removable, then the device directory and "disc" > entry will be created (if not already), and any old partitions are > removed. What is the status of this patch? It is independent of any pending ide-floppy changes (if any) and it allows cleaning up other drivers to avoid horrible flood of "errors" in logs. Regards -andrej From owner-devfs@oss.sgi.com Thu Jan 31 00:21:24 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0V8LOP08111 for devfs-outgoing; Thu, 31 Jan 2002 00:21:24 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0V8LId08108 for ; Thu, 31 Jan 2002 00:21:19 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0V7Eir24792; Thu, 31 Jan 2002 00:14:44 -0700 Date: Thu, 31 Jan 2002 00:14:44 -0700 Message-Id: <200201310714.g0V7Eir24792@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: "'Kevin P. Fleming'" , "'Paul Bristow'" , devfs@oss.sgi.com Subject: RE: Removeable Media, partitions and devfs? In-Reply-To: <001a01c1aa25$fe1cb290$21c9ca95@mow.siemens.ru> References: <200112141810.fBEIA6k05971@vindaloo.ras.ucalgary.ca> <001a01c1aa25$fe1cb290$21c9ca95@mow.siemens.ru> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > > > > > OK, I've looked at this, and the appended patch should fix this. This > > superceeds my earlier patch. Now, if the driver passes size==0 and it > > flags the media as removable, then the device directory and "disc" > > entry will be created (if not already), and any old partitions are > > removed. > > What is the status of this patch? It is independent of any pending > ide-floppy changes (if any) and it allows cleaning up other drivers to > avoid horrible flood of "errors" in logs. I had sent it to Marcelo back in December for 2.4.17-rc2, but he said it was pending for 2.4.18pre instead. Yesterday Kevin pinged me and asked "when was I going to send it in". I guess Marcelo lost the patch. So I re-sent it to him, and asked Kevin to ping me again if the next 2.4.18-pre patch doesn't contain it, in which case I'll roll it into my next devfs patch, so that it doesn't get dropped again. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Jan 31 01:16:49 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0V9Gn510467 for devfs-outgoing; Thu, 31 Jan 2002 01:16:49 -0800 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0V9G5d10461 for ; Thu, 31 Jan 2002 01:16:05 -0800 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g0V8Fr125456; Thu, 31 Jan 2002 01:15:53 -0700 Date: Thu, 31 Jan 2002 01:15:53 -0700 Message-Id: <200201310815.g0V8Fr125456@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] sd-many for 2.5.3 (uses devfs) Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Appended is my sd-many patch. It supports up to 2080 SD's. This patch is against 2.5.3, and is essentially the same as the patch for 2.4.18, but ported to the 2.5.x API's. Success/failure reports welcomed. It Boots For Me[tm]. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca diff -urN linux-2.5.3/drivers/scsi/Config.help linux/drivers/scsi/Config.help --- linux-2.5.3/drivers/scsi/Config.help Fri Jan 25 17:04:16 2002 +++ linux/drivers/scsi/Config.help Thu Jan 31 00:34:49 2002 @@ -34,6 +34,16 @@ is located on a SCSI disk. In this case, do not compile the driver for your SCSI host adapter (below) as a module either. +CONFIG_SD_MANY + This allows you to support a very large number of SCSI discs + (approximately 2080). You will also need to set CONFIG_DEVFS_FS=y + later. This option may consume all unassigned block majors + (i.e. those which do not have an allocation in + Documentation/devices.txt). Enabling this will consume a few extra + kilobytes of kernel memory. + + Unless you have a large storage array, say N. + CONFIG_SD_EXTRA_DEVS This controls the amount of additional space allocated in tables for drivers that are loaded as modules after the kernel is booted. In diff -urN linux-2.5.3/drivers/scsi/Config.in linux/drivers/scsi/Config.in --- linux-2.5.3/drivers/scsi/Config.in Tue Nov 27 10:23:27 2001 +++ linux/drivers/scsi/Config.in Thu Jan 31 00:34:49 2002 @@ -3,7 +3,8 @@ dep_tristate ' SCSI disk support' CONFIG_BLK_DEV_SD $CONFIG_SCSI if [ "$CONFIG_BLK_DEV_SD" != "n" ]; then - int 'Maximum number of SCSI disks that can be loaded as modules' CONFIG_SD_EXTRA_DEVS 40 + bool ' Many (~2080) SCSI discs support (requires devfs)' CONFIG_SD_MANY + int ' Maximum number of SCSI disks that can be loaded as modules' CONFIG_SD_EXTRA_DEVS 40 fi dep_tristate ' SCSI tape support' CONFIG_CHR_DEV_ST $CONFIG_SCSI diff -urN linux-2.5.3/drivers/scsi/hosts.h linux/drivers/scsi/hosts.h --- linux-2.5.3/drivers/scsi/hosts.h Tue Jan 29 22:44:26 2002 +++ linux/drivers/scsi/hosts.h Thu Jan 31 00:37:21 2002 @@ -501,9 +501,8 @@ const char * tag; struct module * module; /* Used for loadable modules */ unsigned char scsi_type; - unsigned int major; - unsigned int min_major; /* Minimum major in range. */ - unsigned int max_major; /* Maximum major in range. */ + unsigned int *majors; /* Array of majors used by driver */ + unsigned int num_majors; /* Number of majors used by driver */ unsigned int nr_dev; /* Number currently attached */ unsigned int dev_noticed; /* Number of devices detected. */ unsigned int dev_max; /* Current size of arrays */ diff -urN linux-2.5.3/drivers/scsi/osst.c linux/drivers/scsi/osst.c --- linux-2.5.3/drivers/scsi/osst.c Tue Dec 25 18:04:40 2001 +++ linux/drivers/scsi/osst.c Thu Jan 31 00:34:49 2002 @@ -163,7 +163,6 @@ name: "OnStream tape", tag: "osst", scsi_type: TYPE_TAPE, - major: OSST_MAJOR, detect: osst_detect, init: osst_init, attach: osst_attach, diff -urN linux-2.5.3/drivers/scsi/scsi_lib.c linux/drivers/scsi/scsi_lib.c --- linux-2.5.3/drivers/scsi/scsi_lib.c Mon Jan 14 12:25:29 2002 +++ linux/drivers/scsi/scsi_lib.c Thu Jan 31 00:34:49 2002 @@ -749,25 +749,12 @@ * Search for a block device driver that supports this * major. */ - if (spnt->blk && spnt->major == major) { - return spnt; - } - /* - * I am still not entirely satisfied with this solution, - * but it is good enough for now. Disks have a number of - * major numbers associated with them, the primary - * 8, which we test above, and a secondary range of 7 - * different consecutive major numbers. If this ever - * becomes insufficient, then we could add another function - * to the structure, and generalize this completely. - */ - if( spnt->min_major != 0 - && spnt->max_major != 0 - && major >= spnt->min_major - && major <= spnt->max_major ) - { - return spnt; - } + int i; + if (!spnt->blk || !spnt->majors) + continue; + for (i = 0; i < spnt->num_majors; ++i) + if (spnt->majors[i] == major) + return spnt; } return NULL; } diff -urN linux-2.5.3/drivers/scsi/sd.c linux/drivers/scsi/sd.c --- linux-2.5.3/drivers/scsi/sd.c Mon Dec 31 19:01:44 2001 +++ linux/drivers/scsi/sd.c Thu Jan 31 00:44:50 2002 @@ -28,6 +28,8 @@ * * Modified by Alex Davis * Fix problem where removable media could be ejected after sd_open. + * + * Modified by Richard Gooch rgooch@atnf.csiro.au to support >128 discs. */ #include @@ -61,7 +63,11 @@ #include +#ifdef CONFIG_SD_MANY +#define SD_MAJOR(i) sd_template.majors[(i)] +#else #define SD_MAJOR(i) (!(i) ? SCSI_DISK0_MAJOR : SCSI_DISK1_MAJOR-1+(i)) +#endif #define SCSI_DISKS_PER_MAJOR 16 #define SD_MAJOR_NUMBER(i) SD_MAJOR((i) >> 8) @@ -72,6 +78,14 @@ #define MAX_RETRIES 5 +#ifdef CONFIG_SD_MANY +#define sdmalloc(size) vmalloc((size)) +#define sdfree(ptr) vfree((ptr)) +#else +#define sdmalloc(size) kmalloc((size),GFP_ATOMIC) +#define sdfree(ptr) kfree((ptr)) +#endif + /* * Time out in seconds for disks and Magneto-opticals (which are slower). */ @@ -103,12 +117,6 @@ name:"disk", tag:"sd", scsi_type:TYPE_DISK, - major:SCSI_DISK0_MAJOR, - /* - * Secondary range of majors that this driver handles. - */ - min_major:SCSI_DISK1_MAJOR, - max_major:SCSI_DISK7_MAJOR, blk:1, detect:sd_detect, init:sd_init, @@ -137,6 +145,20 @@ } #endif +#ifdef CONFIG_SD_MANY +static inline int sd_kdev_to_index(kdev_t dev) +{ + int i, major = major (dev); + + for (i = 0; i < sd_template.num_majors; ++i) { + if (sd_template.majors[i] != major) + continue; + return (i << 4) | (minor (dev) >> 4); + } + return -ENODEV; +} +#endif + static int sd_ioctl(struct inode * inode, struct file * file, unsigned int cmd, unsigned long arg) { kdev_t dev = inode->i_rdev; @@ -665,7 +687,6 @@ * them to SCSI commands. */ - static int check_scsidisk_media_change(kdev_t full_dev) { int retval; @@ -1046,6 +1067,43 @@ return i; } +static int sd_alloc_majors(void) +/* Allocate as many majors as required + */ +{ + int i, major; + + if ( ( sd_template.majors = + kmalloc(sizeof *sd_template.majors * N_USED_SD_MAJORS, + GFP_KERNEL) ) == NULL ) { + printk("sd.c: unable to allocate major array\n"); + return -ENOMEM; + } + sd_template.majors[0] = SCSI_DISK0_MAJOR; + for (i = 1; (i < N_USED_SD_MAJORS) && (i = N_SD_PREASSIGNED_MAJORS) && (i < N_USED_SD_MAJORS); ++i) { + if ( ( major = devfs_alloc_major(DEVFS_SPECIAL_BLK) ) < 0 ) { + printk(KERN_WARNING __FUNCTION__ "() major[%d] allocation failed\n", i); + break; + } + sd_template.majors[i] = major; + } + sd_template.dev_max = i * SCSI_DISKS_PER_MAJOR; + sd_template.num_majors = i; + return 0; +} /* End Function sd_alloc_majors */ + +static void sd_dealloc_majors(void) +/* Deallocate all the allocated majors + */ +{ + int i; + + for (i = sd_template.num_majors - 1; i >= N_SD_PREASSIGNED_MAJORS; --i) + devfs_dealloc_major(DEVFS_SPECIAL_BLK, sd_template.majors[i]); +} /* End Function sd_dealloc_majors */ + /* * The sd_init() function looks at all SCSI drives present, determines * their size, and reads partition table entries for them. @@ -1060,11 +1118,15 @@ if (sd_template.dev_noticed == 0) return 0; - if (!rscsi_disks) + if (!rscsi_disks) { + if ( in_interrupt() ) { + printk (__FUNCTION__ "(): called from interrupt\n"); + return 1; + } sd_template.dev_max = sd_template.dev_noticed + SD_EXTRA_DEVS; - - if (sd_template.dev_max > N_SD_MAJORS * SCSI_DISKS_PER_MAJOR) - sd_template.dev_max = N_SD_MAJORS * SCSI_DISKS_PER_MAJOR; + if ( sd_alloc_majors() ) + return 1; + } /* At most 16 partitions on each scsi disk. */ maxparts = (sd_template.dev_max << 4); @@ -1077,6 +1139,7 @@ &sd_fops)) { printk("Unable to get major %d for SCSI disk\n", SD_MAJOR(i)); + sd_dealloc_majors(); return 1; } } @@ -1087,7 +1150,7 @@ return 0; /* allocate memory */ -#define init_mem_lth(x,n) x = kmalloc((n) * sizeof(*x), GFP_ATOMIC) +#define init_mem_lth(x,n) x = sdmalloc((n) * sizeof(*x)) #define zero_mem_lth(x,n) memset(x, 0, (n) * sizeof(*x)) init_mem_lth(rscsi_disks, sd_template.dev_max); @@ -1153,19 +1216,20 @@ cleanup_gendisks: /* kfree can handle NULL, so no test is required here */ for (i = 0; i < N_USED_SD_MAJORS; i++) { - kfree(sd_gendisks[i].de_arr); - kfree(sd_gendisks[i].flags); + sdfree(sd_gendisks[i].de_arr); + sdfree(sd_gendisks[i].flags); } cleanup_mem: - kfree(sd_gendisks); - kfree(sd); - kfree(sd_blocksizes); - kfree(sd_sizes); - kfree(rscsi_disks); + sdfree(sd_gendisks); + sdfree(sd); + sdfree(sd_blocksizes); + sdfree(sd_sizes); + sdfree(rscsi_disks); for (i = 0; i < N_USED_SD_MAJORS; i++) { devfs_unregister_blkdev(SD_MAJOR(i), "sd"); } sd_registered--; + sd_dealloc_majors(); return 1; } @@ -1338,15 +1402,16 @@ scsi_unregister_device(&sd_template); + sd_dealloc_majors(); for (i = 0; i < N_USED_SD_MAJORS; i++) devfs_unregister_blkdev(SD_MAJOR(i), "sd"); sd_registered--; if (rscsi_disks != NULL) { - kfree(rscsi_disks); - kfree(sd_sizes); - kfree(sd_blocksizes); - kfree((char *) sd); + sdfree(rscsi_disks); + sdfree(sd_sizes); + sdfree(sd_blocksizes); + sdfree((char *) sd); } for (i = 0; i < N_USED_SD_MAJORS; i++) { del_gendisk(&(sd_gendisks[i])); @@ -1354,7 +1419,7 @@ } sd_template.dev_max = 0; if (sd_gendisks != &sd_gendisk) - kfree(sd_gendisks); + sdfree(sd_gendisks); } module_init(init_sd); diff -urN linux-2.5.3/drivers/scsi/sd.h linux/drivers/scsi/sd.h --- linux-2.5.3/drivers/scsi/sd.h Tue Jan 29 22:44:26 2002 +++ linux/drivers/scsi/sd.h Thu Jan 31 00:51:47 2002 @@ -42,10 +42,14 @@ */ extern kdev_t sd_find_target(void *host, int tgt); -#define N_SD_MAJORS 8 +#define N_SD_PREASSIGNED_MAJORS 8 -#define SD_MAJOR_MASK (N_SD_MAJORS - 1) +#ifdef CONFIG_SD_MANY +#define SD_PARTITION(i) ((sd_kdev_to_index((i)) << 4) | (minor(i)&0x0f)) +#else +#define SD_MAJOR_MASK (N_SD_PREASSIGNED_MAJORS - 1) #define SD_PARTITION(i) (((major(i) & SD_MAJOR_MASK) << 8) | (minor(i) & 255)) +#endif #endif diff -urN linux-2.5.3/drivers/scsi/sg.c linux/drivers/scsi/sg.c --- linux-2.5.3/drivers/scsi/sg.c Thu Jan 17 14:59:33 2002 +++ linux/drivers/scsi/sg.c Thu Jan 31 00:34:49 2002 @@ -124,7 +124,6 @@ module:THIS_MODULE, tag:"sg", scsi_type:0xff, - major:SCSI_GENERIC_MAJOR, detect:sg_detect, init:sg_init, finish:sg_finish, diff -urN linux-2.5.3/drivers/scsi/sr.c linux/drivers/scsi/sr.c --- linux-2.5.3/drivers/scsi/sr.c Thu Jan 17 14:59:33 2002 +++ linux/drivers/scsi/sr.c Thu Jan 31 00:34:49 2002 @@ -69,13 +69,16 @@ static int sr_init_command(Scsi_Cmnd *); +static unsigned int sr_major = SCSI_CDROM_MAJOR; + static struct Scsi_Device_Template sr_template = { module:THIS_MODULE, name:"cdrom", tag:"sr", scsi_type:TYPE_ROM, - major:SCSI_CDROM_MAJOR, + majors:&sr_major, + num_majors:1, blk:1, detect:sr_detect, init:sr_init, diff -urN linux-2.5.3/drivers/scsi/st.c linux/drivers/scsi/st.c --- linux-2.5.3/drivers/scsi/st.c Wed Jan 23 16:30:47 2002 +++ linux/drivers/scsi/st.c Thu Jan 31 00:34:49 2002 @@ -166,7 +166,6 @@ name: "tape", tag: "st", scsi_type: TYPE_TAPE, - major: SCSI_TAPE_MAJOR, detect: st_detect, attach: st_attach, detach: st_detach diff -urN linux-2.5.3/include/linux/blk.h linux/include/linux/blk.h --- linux-2.5.3/include/linux/blk.h Tue Jan 29 22:42:34 2002 +++ linux/include/linux/blk.h Thu Jan 31 00:37:01 2002 @@ -148,7 +148,11 @@ #define DEVICE_NAME "scsidisk" #define TIMEOUT_VALUE (2*HZ) +#ifdef CONFIG_SD_MANY +#define DEVICE_NR(device) sd_kdev_to_index((device)) +#else #define DEVICE_NR(device) (((major(device) & SD_MAJOR_MASK) << (8 - 4)) + (minor(device) >> 4)) +#endif /* Kludge to use the same number for both char and block major numbers */ #elif (MAJOR_NR == MD_MAJOR) && defined(MD_DRIVER) From owner-devfs@oss.sgi.com Thu Jan 31 21:22:37 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g115Mbk23272 for devfs-outgoing; Thu, 31 Jan 2002 21:22:37 -0800 Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g115MUd23269 for ; Thu, 31 Jan 2002 21:22:30 -0800 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 7F31A92668; Fri, 1 Feb 2002 15:22:24 +1100 (EST) Received: from there (lyta [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id 3EF6C84C; Fri, 1 Feb 2002 15:22:26 +1100 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: Richard Gooch Subject: Re: [Fwd: [Cooker] modules.devfsd addition] Date: Fri, 1 Feb 2002 15:22:25 +1100 X-Mailer: KMail [version 1.3.2] Cc: "'devfs mailing list'" , kaos@ocs.com.au References: <000001c1a7c3$50d2fb30$21c9ca95@mow.siemens.ru> <20020128063848.E0A5132FE0A@lyta.coker.com.au> <200201290626.g0T6QOZ14180@vindaloo.ras.ucalgary.ca> In-Reply-To: <200201290626.g0T6QOZ14180@vindaloo.ras.ucalgary.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020201042226.3EF6C84C@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Tue, 29 Jan 2002 17:26, Richard Gooch wrote: > Russell Coker writes: > > On Mon, 28 Jan 2002 17:16, Borsenkow Andrej wrote: > > > I too think that implementing per-package addition would be really > > > nice. But I am strongly against editing single monolithic configuration > > > file. If we ever have per-package config - please, implement support > > > for /etc/devfsd.d directory where packages can drop config files as > > > needed. > > > > Devfsd already has support for that. If an OPTIONAL_INCLUDE or > > INCLUDE line references a directory then all files in that directory > > will be included. This is used in the default setup for Debian to > > include files in the directory /etc/devfs/conf.d/ . > > > > As for modules, this is done in Debian by having a script named > > update-modules which produces a file /etc/modules.conf from files in > > the directory /etc/modutils/ . > > So do you think that the modules.devfs file that I ship is useless? No, in the default setup it forms a part of the configuration that's eventually used. > You'd rather see that each package is responsible for their respective > parts? Yes, I'd prefer that to be done as much as possible. > While that may have some benefits, it requires that all packages > install configuration files for devfsd. Some package maintainers may > have no interest in devfs. By shipping modules.devfs with devfsd, I > can increase the chance of things actually working. True. But if the maintainer is willing then I think that's where it belongs. > I must say I dislike the script idea you have in Debian. I think it's > much cleaner for modutils to take care of this. If you specify a > directory for the "include" directive, it should recursively process > all files in that directory. Good idea. If this is added to modutils then it would be better than the current Debian setup. I would be happy to write the patch if Keith is interested in accepting it... -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page From owner-devfs@oss.sgi.com Thu Jan 31 21:34:46 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g115Yku23421 for devfs-outgoing; Thu, 31 Jan 2002 21:34:46 -0800 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g115Yid23418 for ; Thu, 31 Jan 2002 21:34:44 -0800 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA05043 for ; Thu, 31 Jan 2002 20:30:17 -0800 (PST) mail_from (kaos@ocs.com.au) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by nodin.corp.sgi.com (8.11.4/8.11.2/nodin-1.0) with ESMTP id g114Xc827592984; Thu, 31 Jan 2002 20:33:38 -0800 (PST) Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 82EC43000AD; Fri, 1 Feb 2002 15:33:37 +1100 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 68D838E; Fri, 1 Feb 2002 15:33:37 +1100 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Russell Coker Cc: Richard Gooch , "'devfs mailing list'" Subject: Re: [Fwd: [Cooker] modules.devfsd addition] In-reply-to: Your message of "Fri, 01 Feb 2002 15:22:25 +1100." <20020201042226.3EF6C84C@lyta.coker.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Feb 2002 15:33:32 +1100 Message-ID: <25948.1012538012@kao2.melbourne.sgi.com> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Fri, 1 Feb 2002 15:22:25 +1100, Russell Coker wrote: >On Tue, 29 Jan 2002 17:26, Richard Gooch wrote: >> much cleaner for modutils to take care of this. If you specify a >> directory for the "include" directive, it should recursively process >> all files in that directory. > >Good idea. If this is added to modutils then it would be better than the >current Debian setup. I would be happy to write the patch if Keith is >interested in accepting it... Seems a reasonable requirement.