From owner-devfs@oss.sgi.com Mon Jun 3 17:34:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g540YhnC023892 for ; Mon, 3 Jun 2002 17:34:43 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g540YhJV023891 for devfs-outgoing; Mon, 3 Jun 2002 17:34:43 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g540YbnC023888 for ; Mon, 3 Jun 2002 17:34:38 -0700 Received: from trees3.home (cof-56k-048.tpgi.com.au [203.12.163.48]) by mail2.tpgi.com.au (8.11.6/8.11.6) with SMTP id g540aP624944 for ; Tue, 4 Jun 2002 10:36:27 +1000 Message-Id: <200206040036.g540aP624944@mail2.tpgi.com.au> From: Colin Tree To: Subject: ide-floppies Date: Tue, 04 Jun 2002 10:42:50 +1000 (EST) X-Mailer: XCmail 2.0 - with PGP support, PGP engine version 0.5 (Linux) X-Mailerorigin: http://www.js-home.org/XCmail/ MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, I've got an LS-120 ide floppy drive. 1) For it to work I have to leave a disk inserted when I boot the pc, otherwise the disc and partX devices aren't created. It seems to be treated as a non-removeable hard drive ? 2) My way around the problem is to put append="hdc=ide-scsi" into my lilo.conf to use scsi emulation, then it gets treated more like my usb Zip-100 drive. The devices /dev/ide/fd don't seem to be created as described in /usr/src/linux/Docs/filesystems/devfsd In 1) links appear in /dev/ide/hd. In 2) /dev/scsi/host0/bus0/target0/etc, with dynamic links in /dev/discs/disc1, +disc, generic are always there, partXs are created when a disc is inserted (as expected). You can probably tell I'm not a programmer, just a user, so I could be missing something in the conf file, etc ? Cheers, Colin Tree From owner-devfs@oss.sgi.com Mon Jun 3 18:19:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g541JtnC024288 for ; Mon, 3 Jun 2002 18:19:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g541JtRS024287 for devfs-outgoing; Mon, 3 Jun 2002 18:19:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail.labsysgrp.com (wsip68-14-236-254.ph.ph.cox.net [68.14.236.254]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g541JmnC024283 for ; Mon, 3 Jun 2002 18:19:48 -0700 Received: from mail by mail.labsysgrp.com with scanned-ok (Exim 3.34 #1) id 17F30v-0002Vp-00 for devfs@oss.sgi.com; Mon, 03 Jun 2002 18:21:33 -0700 Received: from jeeves.kpf.internal ([192.168.170.1]) by mail.labsysgrp.com with esmtp (Exim 3.34 #1) id 17F30u-0002VW-00; Mon, 03 Jun 2002 18:21:32 -0700 Received: from [192.168.172.104] (helo=kpfhome) by jeeves.kpf.internal with smtp (Exim 3.35 #1) id 17F30u-00048K-00; Mon, 03 Jun 2002 18:21:32 -0700 Message-ID: <008701c20b66$242799e0$68aca8c0@kpfhome> From: "Kevin P. Fleming" To: "Colin Tree" , References: <200206040036.g540aP624944@mail2.tpgi.com.au> Subject: Re: ide-floppies Date: Mon, 3 Jun 2002 18:21:23 -0700 Organization: Laboratory Systems Group, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-devfs@oss.sgi.com Precedence: bulk No, you are seeing the "normal" behavior of the current ide-floppy driver. If you are running a 2.4.x kernel, and are comfortable applying patches and recompiling your own kernel, my page at http://members.cox.net/kpfleming/ide-floppy has patches that will make the ide-floppy driver behave in the way that you expect. ----- Original Message ----- From: "Colin Tree" To: Sent: Monday, June 03, 2002 05:42 PM Subject: ide-floppies > Hi, > I've got an LS-120 ide floppy drive. > 1) For it to work I have to leave a disk > inserted when I boot the pc, otherwise > the disc and partX devices aren't created. > > It seems to be treated as a non-removeable > hard drive ? > > 2) My way around the problem is to put > append="hdc=ide-scsi" into my lilo.conf > to use scsi emulation, then it gets treated > more like my usb Zip-100 drive. > > The devices /dev/ide/fd don't seem to be > created as described in > /usr/src/linux/Docs/filesystems/devfsd > > In 1) links appear in /dev/ide/hd. > > In 2) /dev/scsi/host0/bus0/target0/etc, > with dynamic links in /dev/discs/disc1, > +disc, generic are always there, partXs are > created when a disc is inserted (as expected). > > You can probably tell I'm not a programmer, > just a user, so I could be missing something > in the conf file, etc ? > > Cheers, > Colin Tree > > > > > From owner-devfs@oss.sgi.com Tue Jun 4 03:54:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g54AsHnC021842 for ; Tue, 4 Jun 2002 03:54:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g54AsHtY021841 for devfs-outgoing; Tue, 4 Jun 2002 03:54:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from surf.viawest.net (surf.viawest.net [216.87.64.26]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g54AsAnC021838 for ; Tue, 4 Jun 2002 03:54:11 -0700 Received: from bellicha.wizard.com (dyn53.nas7.vegas.viawest.net [209.170.209.53]) by surf.viawest.net (8.12.3/8.12.3/viawest-1.0) with ESMTP id g54Au1lB024310 for ; Tue, 4 Jun 2002 04:56:02 -0600 (MDT) Received: (from bradl@localhost) by bellicha.wizard.com (8.11.6/8.11.6) id g54Au0K04684 for devfs@oss.sgi.com; Tue, 4 Jun 2002 03:56:00 -0700 Date: Tue, 4 Jun 2002 03:55:59 -0700 From: A Guy Called Tyketto To: devfs@oss.sgi.com Subject: FW: 2.5.19-20 rootfs naming with devfs Message-ID: <20020604105559.GA4651@wizard.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: Linux/2.5.7 (i686) X-uptime: 3:53am up 8:30, 2 users, load average: 0.04, 0.03, 0.00 X-RSA-KeyID: 0xE9DF4D85 X-DSA-KeyID: 0xE319F0BF X-GPG-Keys: see http://www.wizard.com/~tyketto/pgp.html Sender: owner-devfs@oss.sgi.com Precedence: bulk This came up on the LKML about a week or so ago, and persists in the latest devel kernels with DevFS. Seems more suitable to throw it over to the DevFS list, so here ya go. I'm getting the same problem. Anyone know anything about this? BL. ----- Forwarded message from Pierre Rousselet ----- Date: Mon, 03 Jun 2002 13:12:53 +0200 From: Pierre Rousselet User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en To: lkml Subject: 2.5.19-20 rootfs naming with devfs Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org grub requires this for being able to mount the root fs (/dev/hde2) at boot time : root=/dev//dev/ata/host2/bus0/target0/lun0/part2 boot fails when the prefix is different from /dev//dev/ata. This feature was introduced in 2.5.19 Pierre -- ------------------------------------------------ Pierre Rousselet ------------------------------------------------ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ----- End forwarded message ----- -- Brad Littlejohn | Email: tyketto@wizard.com Unix Systems Administrator, | tyketto@ozemail.com.au Web + NewsMaster, BOFH.. Smeghead! :) | http://www.wizard.com/~tyketto PGP: 1024D/E319F0BF 6980 AAD6 7329 E9E6 D569 F620 C819 199A E319 F0BF From owner-devfs@oss.sgi.com Wed Jun 5 10:32:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g55HW7nC015934 for ; Wed, 5 Jun 2002 10:32:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g55HW6t3015933 for devfs-outgoing; Wed, 5 Jun 2002 10:32:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from ariel.eastgw.xerox.com (ariel.xerox.com [208.140.33.25]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g55HW3nC015930 for ; Wed, 5 Jun 2002 10:32:04 -0700 Received: from "Firewall" (mswitch2.cinops.xerox.com [13.250.20.172]) by ariel.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id NAA05010 for ; Wed, 5 Jun 2002 13:33:49 -0400 (EDT) Received: from CONVERSION-DAEMON.mgate.usa.xerox.com by mgate.usa.xerox.com (PMDF V6.1 #39864) id <0GX800401TMYAT@mgate.usa.xerox.com> for devfs@oss.sgi.com; Wed, 05 Jun 2002 13:23:22 -0400 (EDT) Received: from usaxeroxbh1.USA.XEROX.COM (usaxeroxbh1.usa.xerox.com [13.250.20.25]) by mgate.usa.xerox.com (PMDF V6.1 #39864) with ESMTP id <0GX8003F3TMYQY@mgate.usa.xerox.com> for devfs@oss.sgi.com; Wed, 05 Jun 2002 13:23:22 -0400 (EDT) Received: by usaxeroxbh1.usa.xerox.com with Internet Mail Service (5.5.2653.19) id ; Wed, 05 Jun 2002 13:34:01 -0400 Content-return: allowed Date: Wed, 05 Jun 2002 13:33:59 -0400 From: "Luo, Ling" Subject: # of pty entries under /dev To: devfs@oss.sgi.com Message-id: MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset=iso-8859-1 Sender: owner-devfs@oss.sgi.com Precedence: bulk System configuration: Linux 2.4.18 + devfsd v1.3.25 I saw the following links /dev/ptya(0-f), /dev/ptyb(0-f) etc pointing to /dev/pty/m0--m255. Since I don't need that many ptys, try to shrink down the entries under /dev. but changing kernel configurations CONFIG_UNIX98_PTY_COUNT from default 256 to 10 does not change the number of /dev pty entries, it still has 256 of them. CONFIG_DEVPTS_FS is not enabled ( devfs readme indicates some problem of having both devpts and devfs enabled, so I just disabled devpts). Even enabling CONFIG_DEVPTS_FS did not make a difference in this case. Any hint? From owner-devfs@oss.sgi.com Thu Jun 6 08:28:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g56FSYnC025926 for ; Thu, 6 Jun 2002 08:28:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g56FSYnC025925 for devfs-outgoing; Thu, 6 Jun 2002 08:28:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from fencepost.gnu.org (we-refuse-to-spy-on-our-users@fencepost.gnu.org [199.232.76.164]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g56FSSnC025921 for ; Thu, 6 Jun 2002 08:28:29 -0700 Received: from proski by fencepost.gnu.org with local (Exim 3.34 #1 (Debian)) id 17FzDZ-0004rK-00; Thu, 06 Jun 2002 11:30:29 -0400 Date: Thu, 6 Jun 2002 11:30:24 -0400 (EDT) From: Pavel Roskin X-X-Sender: proski@marabou.research.att.com To: "Luo, Ling" cc: devfs@oss.sgi.com Subject: Re: # of pty entries under /dev In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk Hello! > I saw the following links /dev/ptya(0-f), /dev/ptyb(0-f) etc pointing to > /dev/pty/m0--m255. > Since I don't need that many ptys, try to shrink down the entries under > /dev. but changing kernel configurations CONFIG_UNIX98_PTY_COUNT from > default 256 to 10 does not change the number of /dev pty entries, it still > has 256 of them. > CONFIG_DEVPTS_FS is not enabled ( devfs readme indicates some problem of > having both devpts and devfs enabled, so I just disabled devpts). Even > enabling CONFIG_DEVPTS_FS did not make a difference in this case. Read the sources. From include/linux/tty.h: #define NR_PTYS 256 /* ptys/major */ ... /* * Unix98 PTY's can be defined as any multiple of NR_PTYS up to * UNIX98_PTY_MAJOR_COUNT; this section defines what we need from the * config options */ You can try reducing NR_PTYS. Actually, it would be nice to make it possible to disable old-style pty's alltogether. The patch should be quite simple. -- Regards, Pavel Roskin From owner-devfs@oss.sgi.com Thu Jun 6 08:37:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g56Fb0nC026111 for ; Thu, 6 Jun 2002 08:37:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g56Fb07C026110 for devfs-outgoing; Thu, 6 Jun 2002 08:37:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from fencepost.gnu.org (we-refuse-to-spy-on-our-users@fencepost.gnu.org [199.232.76.164]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g56FaunC026107 for ; Thu, 6 Jun 2002 08:36:57 -0700 Received: from proski by fencepost.gnu.org with local (Exim 3.34 #1 (Debian)) id 17FzLj-0005wu-00; Thu, 06 Jun 2002 11:38:55 -0400 Date: Thu, 6 Jun 2002 11:38:54 -0400 (EDT) From: Pavel Roskin X-X-Sender: proski@marabou.research.att.com To: A Guy Called Tyketto cc: devfs@oss.sgi.com Subject: Re: FW: 2.5.19-20 rootfs naming with devfs In-Reply-To: <20020604105559.GA4651@wizard.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk Hello! Maybe you forwarded a wrong message? I don't understand how a failure of the kernel to mount the root filesystem is related to devfs. The workaround is probably related, but shouldn't we care about the proper fix? By the way, is the root device specified correctly in the bootblock (using rdev)? Can you omit the "root" parameter? What happens with other bootloaders (lilo, syslinux, loadlin)? What do you see in /proc/cmdline? > This feature was introduced in 2.5.19 Feature? Shouldn't we call it a bug? Maybe I don't understand what you mean. -- Regards, Pavel Roskin From owner-devfs@oss.sgi.com Thu Jun 6 15:47:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g56MlgnC028020 for ; Thu, 6 Jun 2002 15:47:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g56MlgaR028019 for devfs-outgoing; Thu, 6 Jun 2002 15:47:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mortar.viawest.net (mortar.viawest.net [216.87.64.7]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g56MlanC028015 for ; Thu, 6 Jun 2002 15:47:36 -0700 Received: from bellicha.wizard.com (dyn87.nas7.vegas.viawest.net [209.170.209.87]) by mortar.viawest.net (8.12.3/8.12.3/viawest-2.1) with ESMTP id g56MnWlO014360; Thu, 6 Jun 2002 16:49:33 -0600 (MDT) Received: (from bradl@localhost) by bellicha.wizard.com (8.11.6/8.11.6) id g56MnVh10385; Thu, 6 Jun 2002 15:49:31 -0700 Date: Thu, 6 Jun 2002 15:49:31 -0700 From: A Guy Called Tyketto To: Pavel Roskin Cc: devfs@oss.sgi.com Subject: Re: FW: 2.5.19-20 rootfs naming with devfs Message-ID: <20020606224931.GA10325@wizard.com> References: <20020604105559.GA4651@wizard.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: Linux/2.5.7 (i686) X-uptime: 3:41pm up 22:46, 2 users, load average: 0.00, 0.00, 0.00 X-RSA-KeyID: 0xE9DF4D85 X-DSA-KeyID: 0xE319F0BF X-GPG-Keys: see http://www.wizard.com/~tyketto/pgp.html Sender: owner-devfs@oss.sgi.com Precedence: bulk On Thu, Jun 06, 2002 at 11:38:54AM -0400, Pavel Roskin wrote: > Hello! > > Maybe you forwarded a wrong message? I don't understand how a failure of > the kernel to mount the root filesystem is related to devfs. The > workaround is probably related, but shouldn't we care about the proper > fix? > > By the way, is the root device specified correctly in the bootblock (using > rdev)? Can you omit the "root" parameter? What happens with other > bootloaders (lilo, syslinux, loadlin)? What do you see in /proc/cmdline? I had the same problem as the person who had originally posted this to the LKML. I have /dev/hda1 set up to be the root partition, and with booting 2.5.19 and higher (2.5.20{dj1,2,3}) I got that /dev/hda1 was not a valid partition, and dropped me into single user mode to fix the problem, then reboot. with kernels < 2.5.19, devfs maps /dev/hda1 to /dev/ide/host0/bus0/target0/lun0/part1. with kernels 2.5.19 and higher, that mapping changes to /dev/ata/host0/bus0/target0/lun0/part1. The difference is 'ide' and 'ata'. > > This feature was introduced in 2.5.19 > > Feature? Shouldn't we call it a bug? Maybe I don't understand what you > mean. It culd be a feature; wanting to change or accent the fact that it's on an ATA bus, or that it's an ATA/IDE drive. We don't know which it is. BL. -- Brad Littlejohn | Email: tyketto@wizard.com Unix Systems Administrator, | tyketto@ozemail.com.au Web + NewsMaster, BOFH.. Smeghead! :) | http://www.wizard.com/~tyketto PGP: 1024D/E319F0BF 6980 AAD6 7329 E9E6 D569 F620 C819 199A E319 F0BF From owner-devfs@oss.sgi.com Thu Jun 6 16:05:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g56N5FnC028593 for ; Thu, 6 Jun 2002 16:05:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g56N5FhW028592 for devfs-outgoing; Thu, 6 Jun 2002 16:05:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g56N58nC028569 for ; Thu, 6 Jun 2002 16:05:09 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g56N77805638; Thu, 6 Jun 2002 17:07:07 -0600 Date: Thu, 6 Jun 2002 17:07:07 -0600 Message-Id: <200206062307.g56N77805638@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: A Guy Called Tyketto Cc: Pavel Roskin , devfs@oss.sgi.com Subject: Re: FW: 2.5.19-20 rootfs naming with devfs In-Reply-To: <20020606224931.GA10325@wizard.com> References: <20020604105559.GA4651@wizard.com> <20020606224931.GA10325@wizard.com> Sender: owner-devfs@oss.sgi.com Precedence: bulk A. Guy Called Tyketto writes: > On Thu, Jun 06, 2002 at 11:38:54AM -0400, Pavel Roskin wrote: > > Hello! > > > > Maybe you forwarded a wrong message? I don't understand how a failure of > > the kernel to mount the root filesystem is related to devfs. The > > workaround is probably related, but shouldn't we care about the proper > > fix? > > > > By the way, is the root device specified correctly in the bootblock (using > > rdev)? Can you omit the "root" parameter? What happens with other > > bootloaders (lilo, syslinux, loadlin)? What do you see in /proc/cmdline? > > I had the same problem as the person who had originally posted this to > the LKML. I have /dev/hda1 set up to be the root partition, and with booting > 2.5.19 and higher (2.5.20{dj1,2,3}) I got that /dev/hda1 was not a valid > partition, and dropped me into single user mode to fix the problem, then > reboot. > > with kernels < 2.5.19, devfs maps /dev/hda1 to > /dev/ide/host0/bus0/target0/lun0/part1. with kernels 2.5.19 and higher, that > mapping changes to /dev/ata/host0/bus0/target0/lun0/part1. The difference is > 'ide' and 'ata'. > > > > This feature was introduced in 2.5.19 > > > > Feature? Shouldn't we call it a bug? Maybe I don't understand what you > > mean. > > It culd be a feature; wanting to change or accent the fact > that it's on an ATA bus, or that it's an ATA/IDE drive. We don't > know which it is. It's a stupidity. /dev/ide is the published interface and shouldn't be changed. Someone want to code up a patch to correct this? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sun Jun 9 17:53:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5A0ronC021014 for ; Sun, 9 Jun 2002 17:53:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5A0roDf021013 for devfs-outgoing; Sun, 9 Jun 2002 17:53:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from surf.viawest.net (surf.viawest.net [216.87.64.26]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5A0rbnC021010 for ; Sun, 9 Jun 2002 17:53:38 -0700 Received: from bellicha.wizard.com (dyn4.nas6.vegas.viawest.net [209.170.209.4]) by surf.viawest.net (8.12.3/8.12.3/viawest-1.0) with ESMTP id g5A0tplB024981; Sun, 9 Jun 2002 18:55:52 -0600 (MDT) Received: (from bradl@localhost) by bellicha.wizard.com (8.11.6/8.11.6) id g5A0tom12014; Sun, 9 Jun 2002 17:55:50 -0700 Date: Sun, 9 Jun 2002 17:55:50 -0700 From: A Guy Called Tyketto To: Richard Gooch Cc: devfs@oss.sgi.com Subject: Re: FW: 2.5.19-20 rootfs naming with devfs Message-ID: <20020610005550.GA11956@wizard.com> References: <20020604105559.GA4651@wizard.com> <20020606224931.GA10325@wizard.com> <200206062307.g56N77805638@vindaloo.ras.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206062307.g56N77805638@vindaloo.ras.ucalgary.ca> User-Agent: Mutt/1.4i X-Operating-System: Linux/2.5.21 (i686) X-uptime: 5:48pm up 7 min, 2 users, load average: 0.36, 0.40, 0.20 X-RSA-KeyID: 0xE9DF4D85 X-DSA-KeyID: 0xE319F0BF X-GPG-Keys: see http://www.wizard.com/~tyketto/pgp.html Sender: owner-devfs@oss.sgi.com Precedence: bulk On Thu, Jun 06, 2002 at 05:07:07PM -0600, Richard Gooch wrote: > A. Guy Called Tyketto writes: > > On Thu, Jun 06, 2002 at 11:38:54AM -0400, Pavel Roskin wrote: > > > Hello! > > > > > > Maybe you forwarded a wrong message? I don't understand how a failure of > > > the kernel to mount the root filesystem is related to devfs. The > > > workaround is probably related, but shouldn't we care about the proper > > > fix? > > > > > > By the way, is the root device specified correctly in the bootblock (using > > > rdev)? Can you omit the "root" parameter? What happens with other > > > bootloaders (lilo, syslinux, loadlin)? What do you see in /proc/cmdline? > > > > I had the same problem as the person who had originally posted this to > > the LKML. I have /dev/hda1 set up to be the root partition, and with booting > > 2.5.19 and higher (2.5.20{dj1,2,3}) I got that /dev/hda1 was not a valid > > partition, and dropped me into single user mode to fix the problem, then > > reboot. > > > > with kernels < 2.5.19, devfs maps /dev/hda1 to > > /dev/ide/host0/bus0/target0/lun0/part1. with kernels 2.5.19 and higher, that > > mapping changes to /dev/ata/host0/bus0/target0/lun0/part1. The difference is > > 'ide' and 'ata'. > > > > > > This feature was introduced in 2.5.19 > > > > > > Feature? Shouldn't we call it a bug? Maybe I don't understand what you > > > mean. > > > > It culd be a feature; wanting to change or accent the fact > > that it's on an ATA bus, or that it's an ATA/IDE drive. We don't > > know which it is. > > It's a stupidity. /dev/ide is the published interface and shouldn't be > changed. Someone want to code up a patch to correct this? > > Regards, > > Richard.... Heya Richard.. Found something that might be of interest to this problem. I'm currently running 2.5.21 with Martin Dalecki's IDE 86 patch. it boots successfully, with this coming from dmesg at boot time: --snip-- block: 512 slots per queue, batch=32 ATA/ATAPI device driver v7.0.0 ATA: PCI bus speed 33.3MHz ATA: VIA Technologies, Inc. Bus Master IDE, PCI slot 00:07.1 ATA: chipset rev.: 6 ATA: non-legacy mode: IRQ probe delayed VP_IDE: VIA vt82c686b (rev 40) ATA UDMA100 controller on PCI 00:07.1 ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:pio hda: Maxtor 91531U3, DISK drive hdb: WDC WD200AB-00BVA0, DISK drive hdc: CD-W54E, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 30015216 sectors w/512KiB Cache, CHS=29777/16/63, UDMA(66) /dev/ata/host0/bus0/target0/lun0: [PTBL] [1868/255/63] p1 p2 p3 p4 < p5 p6 p7 p8 > hdb: 39102336 sectors w/2048KiB Cache, CHS=38792/16/63, UDMA(100) /dev/ata/host0/bus0/target1/lun0: [PTBL] [2434/255/63] p1 p2 p3 p4 < p5 p6 p7 p8 p9 p10 p11 > --snip-- Doing a search for the ATA/ATAPI driver (drivers/ide/main.c) and searching through the code, I come up with this: --snip-- linux/drivers/ide/main.c, line 1286: /* * This is the global initialization entry point. */ static int __init ata_module_init(void) { printk(KERN_INFO "ATA/ATAPI device driver v" VERSION "\n"); ide_devfs_handle = devfs_mk_dir(NULL, "ata", NULL); devfs_mk_symlink(NULL, "ide", DEVFS_FL_DEFAULT, "ata", NULL, NULL); --snip-- this looks like it would be the problem causing /dev/ide/* to be renamed to /dev/ata/*. Your thoughts? BL. From owner-devfs@oss.sgi.com Sun Jun 9 18:16:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5A1GCnC021459 for ; Sun, 9 Jun 2002 18:16:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5A1GBRD021458 for devfs-outgoing; Sun, 9 Jun 2002 18:16:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5A1FvnC021455 for ; Sun, 9 Jun 2002 18:15:58 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g5A1IAS10710; Sun, 9 Jun 2002 19:18:10 -0600 Date: Sun, 9 Jun 2002 19:18:10 -0600 Message-Id: <200206100118.g5A1IAS10710@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: A Guy Called Tyketto Cc: devfs@oss.sgi.com Subject: Re: FW: 2.5.19-20 rootfs naming with devfs In-Reply-To: <20020610005550.GA11956@wizard.com> References: <20020604105559.GA4651@wizard.com> <20020606224931.GA10325@wizard.com> <200206062307.g56N77805638@vindaloo.ras.ucalgary.ca> <20020610005550.GA11956@wizard.com> Sender: owner-devfs@oss.sgi.com Precedence: bulk A. Guy Called Tyketto writes: > On Thu, Jun 06, 2002 at 05:07:07PM -0600, Richard Gooch wrote: > > A. Guy Called Tyketto writes: > > > On Thu, Jun 06, 2002 at 11:38:54AM -0400, Pavel Roskin wrote: > > > > Hello! > > > > > > > > Maybe you forwarded a wrong message? I don't understand how a failure of > > > > the kernel to mount the root filesystem is related to devfs. The > > > > workaround is probably related, but shouldn't we care about the proper > > > > fix? > > > > > > > > By the way, is the root device specified correctly in the bootblock (using > > > > rdev)? Can you omit the "root" parameter? What happens with other > > > > bootloaders (lilo, syslinux, loadlin)? What do you see in /proc/cmdline? > > > > > > I had the same problem as the person who had originally posted this to > > > the LKML. I have /dev/hda1 set up to be the root partition, and with booting > > > 2.5.19 and higher (2.5.20{dj1,2,3}) I got that /dev/hda1 was not a valid > > > partition, and dropped me into single user mode to fix the problem, then > > > reboot. > > > > > > with kernels < 2.5.19, devfs maps /dev/hda1 to > > > /dev/ide/host0/bus0/target0/lun0/part1. with kernels 2.5.19 and higher, that > > > mapping changes to /dev/ata/host0/bus0/target0/lun0/part1. The difference is > > > 'ide' and 'ata'. > > > > > > > > This feature was introduced in 2.5.19 > > > > > > > > Feature? Shouldn't we call it a bug? Maybe I don't understand what you > > > > mean. > > > > > > It culd be a feature; wanting to change or accent the fact > > > that it's on an ATA bus, or that it's an ATA/IDE drive. We don't > > > know which it is. > > > > It's a stupidity. /dev/ide is the published interface and shouldn't be > > changed. Someone want to code up a patch to correct this? > > > > Regards, > > > > Richard.... > > > Heya Richard.. > > Found something that might be of interest to this problem. > > I'm currently running 2.5.21 with Martin Dalecki's IDE 86 patch. it > boots successfully, with this coming from dmesg at boot time: > > --snip-- > block: 512 slots per queue, batch=32 > ATA/ATAPI device driver v7.0.0 > ATA: PCI bus speed 33.3MHz > ATA: VIA Technologies, Inc. Bus Master IDE, PCI slot 00:07.1 > ATA: chipset rev.: 6 > ATA: non-legacy mode: IRQ probe delayed > VP_IDE: VIA vt82c686b (rev 40) ATA UDMA100 controller on PCI 00:07.1 > ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:pio > hda: Maxtor 91531U3, DISK drive > hdb: WDC WD200AB-00BVA0, DISK drive > hdc: CD-W54E, ATAPI CD/DVD-ROM drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > ide1 at 0x170-0x177,0x376 on irq 15 > hda: 30015216 sectors w/512KiB Cache, CHS=29777/16/63, UDMA(66) > /dev/ata/host0/bus0/target0/lun0: [PTBL] [1868/255/63] p1 p2 p3 p4 < p5 p6 p7 > p8 > > hdb: 39102336 sectors w/2048KiB Cache, CHS=38792/16/63, UDMA(100) > /dev/ata/host0/bus0/target1/lun0: [PTBL] [2434/255/63] p1 p2 p3 p4 < p5 p6 p7 > p8 p9 p10 p11 > > > --snip-- > > Doing a search for the ATA/ATAPI driver (drivers/ide/main.c) and > searching through the code, I come up with this: > > --snip-- > > linux/drivers/ide/main.c, line 1286: > /* > * This is the global initialization entry point. > */ > static int __init ata_module_init(void) > { > printk(KERN_INFO "ATA/ATAPI device driver v" VERSION "\n"); > > ide_devfs_handle = devfs_mk_dir(NULL, "ata", NULL); > devfs_mk_symlink(NULL, "ide", DEVFS_FL_DEFAULT, "ata", NULL, NULL); > > --snip-- > > this looks like it would be the problem causing /dev/ide/* to be > renamed to /dev/ata/*. Your thoughts? It does indeed. Please change the directory back to "ide" and delete the symlink. The symlink isn't being followed, and there it shouldn't need to be followed. The change was stupid and pointless. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Jun 10 03:32:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5AAWJnC003822 for ; Mon, 10 Jun 2002 03:32:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5AAWJsN003821 for devfs-outgoing; Mon, 10 Jun 2002 03:32:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from surf.viawest.net (surf.viawest.net [216.87.64.26]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5AAWDnC003818 for ; Mon, 10 Jun 2002 03:32:14 -0700 Received: from bellicha.wizard.com (dyn43.nas6.vegas.viawest.net [209.170.209.43]) by surf.viawest.net (8.12.3/8.12.3/viawest-1.0) with ESMTP id g5AAYGlB020167; Mon, 10 Jun 2002 04:34:17 -0600 (MDT) Received: (from bradl@localhost) by bellicha.wizard.com (8.11.6/8.11.6) id g5AAYGT00380; Mon, 10 Jun 2002 03:34:16 -0700 Date: Mon, 10 Jun 2002 03:34:15 -0700 From: A Guy Called Tyketto To: dalecki@evision-ventures.com Cc: devfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: [PATCH] Make IDE and DevFS get along Message-ID: <20020610103415.GA303@wizard.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: Linux/2.5.21 (i686) X-uptime: 3:23am up 1 min, 3 users, load average: 0.10, 0.05, 0.01 X-RSA-KeyID: 0xE9DF4D85 X-DSA-KeyID: 0xE319F0BF X-GPG-Keys: see http://www.wizard.com/~tyketto/pgp.html Sender: owner-devfs@oss.sgi.com Precedence: bulk Martin, A feature/patch from one of the generic IDE patchsets was introduced into kernels >= 2.5.19 that, when DevFS is used, creates a directory called /dev/ata, and a symlink to /dev/ata, called /dev/ide. This setup breaks DevFS' use, as it does not follow the symlink when the IDE driver is initialised. DevFS uses /dev/ide, which is the published interface, to create the symlinks to /dev/hd*, which are created after reading /etc/fstab to get the partitions. When /dev/ata is used, DevFS doesn't know what it is, can't find /dev/ide/* for the /dev/hd* symlinks to be created, and drops into single user mode to fix. This will always happen for anyone with their root partition on an IDE drive, with DevFS used. The following patch fixes this problem. BL. P.S. The only other way around this, would be to rewrite /etc/fstab to find the full patch to the /dev/ata/host*.../part1 partition for / . That really shouldn't have to be done. -- Brad Littlejohn | Email: tyketto@wizard.com Unix Systems Administrator, | tyketto@ozemail.com.au Web + NewsMaster, BOFH.. Smeghead! :) | http://www.wizard.com/~tyketto PGP: 1024D/E319F0BF 6980 AAD6 7329 E9E6 D569 F620 C819 199A E319 F0BF --- linux/drivers/ide/main.c.ata Mon Jun 10 02:47:50 2002 +++ linux/drivers/ide/main.c Mon Jun 10 02:49:03 2002 @@ -1290,8 +1290,7 @@ { printk(KERN_INFO "ATA/ATAPI device driver v" VERSION "\n"); - ide_devfs_handle = devfs_mk_dir(NULL, "ata", NULL); - devfs_mk_symlink(NULL, "ide", DEVFS_FL_DEFAULT, "ata", NULL, NULL); + ide_devfs_handle = devfs_mk_dir(NULL, "ide", NULL); /* * Because most of the ATA adapters represent the timings in unit of From owner-devfs@oss.sgi.com Mon Jun 10 08:51:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5AFp4nC018607 for ; Mon, 10 Jun 2002 08:51:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5AFp31T018606 for devfs-outgoing; Mon, 10 Jun 2002 08:51:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from umbriel.eastgw.xerox.com (umbriel.xerox.com [208.140.33.26]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5AFounC018603 for ; Mon, 10 Jun 2002 08:51:00 -0700 Received: from "Firewall" (mswitch3.cinops.xerox.com [13.250.20.173]) by umbriel.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id LAA19638 for ; Mon, 10 Jun 2002 11:52:54 -0400 (EDT) Received: from CONVERSION-DAEMON.mgate.usa.xerox.com by mgate.usa.xerox.com (PMDF V6.1 #39865) id <0GXH00K01YKEPH@mgate.usa.xerox.com> for devfs@oss.sgi.com; Mon, 10 Jun 2002 11:48:14 -0400 (EDT) Received: from usaxeroxbh1.USA.XEROX.COM (usaxeroxbh1.usa.xerox.com [13.250.20.25]) by mgate.usa.xerox.com (PMDF V6.1 #39865) with ESMTP id <0GXH00IMUYKESS@mgate.usa.xerox.com> for devfs@oss.sgi.com; Mon, 10 Jun 2002 11:48:14 -0400 (EDT) Received: by usaxeroxbh1.usa.xerox.com with Internet Mail Service (5.5.2653.19) id ; Mon, 10 Jun 2002 11:53:14 -0400 Content-return: allowed Date: Mon, 10 Jun 2002 11:53:06 -0400 From: "Luo, Ling" Subject: Devfs & /dev permission persistence To: devfs@oss.sgi.com Message-id: MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset=iso-8859-1 Sender: owner-devfs@oss.sgi.com Precedence: bulk According to the devfs.readme, I disabled the devfs automount at boot time to enable dev file permission persistence to work( with /dev-state etc, etc). However doing that brought up the "Unable to open initial console" warning message, it also messed up my serial console output( undecipherable symbols jam the whole screen while rebooting). I tried the proposed solution: a hack to the init program( I have initctl file under /dev before). It didn't change the outcome. Alternatively, I reenabled the automounting devfs at boot time, commented out "mount --bind /dev-state /dev" in the rc scripts, and left the permission persistence configurations enabled in the devfsd.conf. Everything seem to work fine now: dev file permission persistence is working, "Unable to open initial console" warning is gone, and my serial console output is back to normal. Since this is different from what was suggested in the readme, just want to make sure this won't have other side effects. Ling From owner-devfs@oss.sgi.com Tue Jun 11 03:39:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5BAdWnC007298 for ; Tue, 11 Jun 2002 03:39:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5BAdWZX007297 for devfs-outgoing; Tue, 11 Jun 2002 03:39:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from sns.it (sns.it [192.84.155.4]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5BAdQnC007294 for ; Tue, 11 Jun 2002 03:39:27 -0700 Received: from cibs23.sns.it ([192.167.206.162] verified) by sns.it (CommuniGate Pro SMTP 3.5.9) with ESMTP id 1065322 for devfs@oss.sgi.com; Tue, 11 Jun 2002 12:47:14 +0200 Received: from cibs23.sns.it (cozzi@localhost [127.0.0.1]) by cibs23.sns.it (8.12.2/8.12.2) with ESMTP id g5BAffYZ016660 for ; Tue, 11 Jun 2002 12:41:41 +0200 Received: from localhost (cozzi@localhost) by cibs23.sns.it (8.12.2/8.12.2/Submit) with ESMTP id g5BAfee7016656 for ; Tue, 11 Jun 2002 12:41:41 +0200 X-Authentication-Warning: cibs23.sns.it: cozzi owned process doing -bs Date: Tue, 11 Jun 2002 12:41:40 +0200 (CEST) From: Federico Cozzi X-X-Sender: cozzi@cibs23.sns.it To: devfs@oss.sgi.com Subject: USB floppy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi all (I hope this is devfs' mailing list) Whenever I plug my USB external floppy into the computer, it shows up under /dev/scsi/host0/bus0/target0/lun0/disc But I would like it to show up under /dev/floppy/0 How can I change devfs behaviour? Please CC: me, as I am not subscribed to this list. PS: this started while trying to use pam_console on the USB floppy: I managed to tell pam_console that /dev/scsi/*/*/*/*/disc is a floppy, but this looks like a wrong solution - what if I had a regular SCSI hard disk? Thanks in advance. -- Federico Cozzi federico.cozzi@sns.it OpenPGP key: F1525410 From owner-devfs@oss.sgi.com Tue Jun 11 09:58:16 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5BGwGnC014856 for ; Tue, 11 Jun 2002 09:58:16 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5BGwGVj014855 for devfs-outgoing; Tue, 11 Jun 2002 09:58:16 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.85]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5BGw9nC014845 for ; Tue, 11 Jun 2002 09:58:09 -0700 Received: from smtp-relay.mac.com (smtp-relay01-en1 [10.13.10.224]) by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g5BH0Xk2019830 for ; Tue, 11 Jun 2002 10:00:33 -0700 (PDT) Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65]) by smtp-relay.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g5BH0SrE026620 for ; Tue, 11 Jun 2002 10:00:28 -0700 (PDT) Received: from 12-225-179-7.client.attbi.com ([12.225.179.7]) by asmtp01.mac.com (Netscape Messaging Server 4.15) with ESMTP id GXJWKR00.H9E for ; Tue, 11 Jun 2002 10:00:27 -0700 Date: Tue, 11 Jun 2002 10:00:19 -0700 Mime-Version: 1.0 (Apple Message framework v481) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: initctl, wrapping, and cruft From: David McCabe To: devfs@oss.sgi.com Content-Transfer-Encoding: 7bit Message-Id: X-Pgp-Agent: GPGMail 0.5.2 (v13) X-Mailer: Apple Mail (2.481) Sender: owner-devfs@oss.sgi.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! I have been using devfs for a while, and initially set it up according to Mr. Robbin's instructions (http://www-106.ibm.com/developerworks/library/l-fs4.html). I'm going through my system and reconfiguring everything (as a do every six months or so because I get tired of all the cruft and want to apply everything I've learned in the last six months). And I noticed how annoying it is to have that init-wrapping script. I researched the reason for its existence and found it to be slightly absurd: init wants a working /dev before it starts so that it can create a pipe called /dev/initctl, which it uses something like other programs talking to it. I'm using a SysV init (which is actually configured more BSD-like), but I am really liking Gooch's simpleinit (http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/index.html). I'm setting up some boot scripts for it at the moment. I want to know, therefore, what prevents us from moving the initctl pipe that init creates to some other location, such as /var? Then we could simply put the devfs mounting and and /dev-state stuff at the very beginning of our boot scripts, and not have the wrapper kluge. It would be a one line patch on simpleinit. Is there anything I don't understand that would make this impractical? By the way, please CC any replies to my address, because I don't really want to subscribe to this list, not being of any help to anyone, and not needing a lot of help, etc. Thanks! - -- David McCabe 'finger david@12.225.177.242' for PGP key. Wrfhf ybirf lbh! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE9Biyo1bgGCL1rO04RAimmAKDF7jAlP3Xku9K0wLJfz0jm+t7MsQCfZHA3 5DdGg/frfcioz9IDac8AwHk= =b6Ml -----END PGP SIGNATURE----- From owner-devfs@oss.sgi.com Tue Jun 11 10:15:10 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5BHF9nC015044 for ; Tue, 11 Jun 2002 10:15:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5BHF9dY015043 for devfs-outgoing; Tue, 11 Jun 2002 10:15:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from fed1mtao02.cox.net (fed1mtao02.cox.net [68.6.19.243]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5BHF2nC015038 for ; Tue, 11 Jun 2002 10:15:02 -0700 Received: from jeeves.kpf.internal ([24.56.45.215]) by fed1mtao02.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020611171722.UXIA24965.fed1mtao02.cox.net@jeeves.kpf.internal>; Tue, 11 Jun 2002 13:17:22 -0400 Received: from [192.168.172.102] (helo=cox.net) by jeeves.kpf.internal with esmtp (Exim 4.04) id 17HpGj-0000yo-00; Tue, 11 Jun 2002 10:17:21 -0700 Message-ID: <3D0630A7.2020108@cox.net> Date: Tue, 11 Jun 2002 10:17:27 -0700 From: "Kevin P. Fleming" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David McCabe CC: devfs@oss.sgi.com Subject: Re: initctl, wrapping, and cruft References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Actually, it's far easier to just configure your kernel to automatically mount devfs on /dev before init gets started, and this becomes a non-problem. David McCabe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello! > > I have been using devfs for a while, and initially set it up according > to Mr. Robbin's instructions > (http://www-106.ibm.com/developerworks/library/l-fs4.html). I'm going > through my system and reconfiguring everything (as a do every six months > or so because I get tired of all the cruft and want to apply everything > I've learned in the last six months). > > And I noticed how annoying it is to have that init-wrapping script. I > researched the reason for its existence and found it to be slightly > absurd: init wants a working /dev before it starts so that it can create > a pipe called /dev/initctl, which it uses something like other programs > talking to it. > > I'm using a SysV init (which is actually configured more BSD-like), but > I am really liking Gooch's simpleinit > (http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/index.html). > I'm setting up some boot scripts for it at the moment. > > I want to know, therefore, what prevents us from moving the initctl pipe > that init creates to some other location, such as /var? Then we could > simply put the devfs mounting and and /dev-state stuff at the very > beginning of our boot scripts, and not have the wrapper kluge. It would > be a one line patch on simpleinit. > > Is there anything I don't understand that would make this impractical? > > By the way, please CC any replies to my address, because I don't really > want to subscribe to this list, not being of any help to anyone, and not > needing a lot of help, etc. > > Thanks! > - -- > David McCabe > 'finger david@12.225.177.242' for PGP key. > Wrfhf ybirf lbh! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (Darwin) > Comment: For info see http://www.gnupg.org > > iD8DBQE9Biyo1bgGCL1rO04RAimmAKDF7jAlP3Xku9K0wLJfz0jm+t7MsQCfZHA3 > 5DdGg/frfcioz9IDac8AwHk= > =b6Ml > -----END PGP SIGNATURE----- > From owner-devfs@oss.sgi.com Wed Jun 12 02:21:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5C9LNnC032376 for ; Wed, 12 Jun 2002 02:21:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5C9LNMf032375 for devfs-outgoing; Wed, 12 Jun 2002 02:21:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5C9LInC032371 for ; Wed, 12 Jun 2002 02:21:19 -0700 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 8E8C492461; Wed, 12 Jun 2002 19:23:40 +1000 (EST) Received: from there (localhost [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id A0C8A191; Wed, 12 Jun 2002 11:23:32 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: David McCabe , devfs@oss.sgi.com Subject: Re: initctl, wrapping, and cruft Date: Wed, 12 Jun 2002 11:23:32 +0200 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020612092332.A0C8A191@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Tue, 11 Jun 2002 19:00, David McCabe wrote: > I want to know, therefore, what prevents us from moving the initctl pipe > that init creates to some other location, such as /var? Then we could > simply put the devfs mounting and and /dev-state stuff at the very > beginning of our boot scripts, and not have the wrapper kluge. It would > be a one line patch on simpleinit. > > Is there anything I don't understand that would make this impractical? What if /var is a different file system and therefore not mounted at the time init starts? -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. From owner-devfs@oss.sgi.com Thu Jun 13 02:14:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5D9EbnC025889 for ; Thu, 13 Jun 2002 02:14:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5D9EbMx025888 for devfs-outgoing; Thu, 13 Jun 2002 02:14:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail.shaolinmicro.com ([210.176.202.14]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5D9EYnC025884 for ; Thu, 13 Jun 2002 02:14:34 -0700 Received: from star14.shaolinmicro.com (star14.shaolinmicro.com [192.168.0.14]) by mail.shaolinmicro.com (8.11.6/linuxconf) with ESMTP id g5D9H5g15472 for ; Thu, 13 Jun 2002 17:17:05 +0800 Subject: no /dev/hda From: Joe Wong To: devfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 13 Jun 2002 17:17:04 +0800 Message-Id: <1023959825.5580.32.camel@star14.shaolinmicro.com> Mime-Version: 1.0 Sender: owner-devfs@oss.sgi.com Precedence: bulk Hello, I am trying to use defvs on my system with problem. There is not /dev/hda unless I do a ls /dev/discs. What could be the problem here? TIA. - Joe From owner-devfs@oss.sgi.com Fri Jun 14 07:39:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5EEdhnC009471 for ; Fri, 14 Jun 2002 07:39:43 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5EEdhXt009470 for devfs-outgoing; Fri, 14 Jun 2002 07:39:43 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5EEdanC009466 for ; Fri, 14 Jun 2002 07:39:38 -0700 Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto3.wanadoo.fr (6.5.007) id 3D09BEC80003F429; Fri, 14 Jun 2002 16:41:58 +0200 Received: from baldrick (193.251.38.235) by mel-rta8.wanadoo.fr (6.5.007) id 3CFB23D90071487A; Fri, 14 Jun 2002 16:41:58 +0200 Received: from duncan by baldrick with local (Exim 3.35 #1 (Debian)) id 17IsGy-0003ls-00; Fri, 14 Jun 2002 16:41:56 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Duncan Sands To: linux-kernel@vger.kernel.org Subject: 2.5.19 - 2.5.21 don't boot with devfs Date: Fri, 14 Jun 2002 16:41:56 +0200 X-Mailer: KMail [version 1.3.2] Cc: devfs@oss.sgi.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-devfs@oss.sgi.com Precedence: bulk Starting from 2.5.19 (x86), booting fails at "Checking root file system..." if devfs is mounted; there is no problem if devfs is not mounted. With devfs mounted I get: ... Checking root file system... fsck 1.27 (8-Mar-2002) ... fsck.ext3: No such file or directory while trying to open /dev/hda2 Here is my fstab: # /etc/fstab: static file system information. # # /dev/hda2 / ext3 defaults,errors=remount-ro 0 1 /dev/hda3 none swap sw 0 0 /dev/hda1 /windows vfat defaults,user,exec 0 2 proc /proc proc defaults 0 0 none /proc/bus/usb usbdevfs defaults 0 0 none /devices driverfs defaults 0 0 Any ideas? Duncan. From owner-devfs@oss.sgi.com Fri Jun 14 08:16:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5EFGOnC009904 for ; Fri, 14 Jun 2002 08:16:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5EFGNYk009903 for devfs-outgoing; Fri, 14 Jun 2002 08:16:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail.cafes.net ([207.65.182.3]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5EFGHnC009899 for ; Fri, 14 Jun 2002 08:16:18 -0700 Received: from Debug (mudflap.cafes.net [207.65.182.112]) by mail.cafes.net (Postfix) with SMTP id 63A9A6838EDB; Fri, 14 Jun 2002 10:14:57 -0500 (CDT) To: Duncan Sands , linux-kernel@vger.kernel.org, devfs@oss.sgi.com From: gphat@cafes.net Subject: Re: 2.5.19 - 2.5.21 don't boot with devfs Date: Fri, 14 Jun 2002 15:14:57 GMT X-Originating-IP: 67.105.23.116 Message-Id: <20020614151457.63A9A6838EDB@mail.cafes.net> Sender: owner-devfs@oss.sgi.com Precedence: bulk I had the same problem, as the familiar /dev/hdN devices were not there. You can likely find them deep /dev/ata/... I adjusted my fstab to use /dev/ata/... devices. I believe I had done that once for /dev/ide, but then it was switched to ata ;) > Starting from 2.5.19 (x86), booting fails at "Checking root file system..." > if devfs is mounted; there is no problem if devfs is not mounted. With > devfs mounted I get: > > .... > Checking root file system... > fsck 1.27 (8-Mar-2002) > .... > fsck.ext3: No such file or directory while trying to open /dev/hda2 > > Here is my fstab: > > # /etc/fstab: static file system information. > # > # > /dev/hda2 / ext3 defaults,errors=remount-ro 0 1 > /dev/hda3 none swap sw 0 0 > /dev/hda1 /windows vfat defaults,user,exec 0 2 > proc /proc proc defaults 0 0 > none /proc/bus/usb usbdevfs defaults 0 0 > none /devices driverfs defaults 0 0 > > Any ideas? > > Duncan. > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > From owner-devfs@oss.sgi.com Fri Jun 14 15:25:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5EMPnnC026116 for ; Fri, 14 Jun 2002 15:25:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5EMPn2H026115 for devfs-outgoing; Fri, 14 Jun 2002 15:25:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from surf.viawest.net (surf.viawest.net [216.87.64.26]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5EMPgnC026076 for ; Fri, 14 Jun 2002 15:25:43 -0700 Received: from bellicha.wizard.com (dyn30.nas6.vegas.viawest.net [209.170.209.30]) by surf.viawest.net (8.12.3/8.12.3/viawest-1.0) with ESMTP id g5EMSGlB026567; Fri, 14 Jun 2002 16:28:17 -0600 (MDT) Received: (from bradl@localhost) by bellicha.wizard.com (8.11.6/8.11.6) id g5EMSG809817; Fri, 14 Jun 2002 15:28:16 -0700 Date: Fri, 14 Jun 2002 15:28:15 -0700 From: A Guy Called Tyketto To: gphat@cafes.net Cc: devfs@oss.sgi.com Subject: Re: 2.5.19 - 2.5.21 don't boot with devfs Message-ID: <20020614222815.GA9752@wizard.com> References: <20020614151457.63A9A6838EDB@mail.cafes.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020614151457.63A9A6838EDB@mail.cafes.net> User-Agent: Mutt/1.4i X-Operating-System: Linux/2.5.21 (i686) X-uptime: 3:20pm up 4 days, 11:57, 2 users, load average: 0.00, 0.03, 0.00 X-RSA-KeyID: 0xE9DF4D85 X-DSA-KeyID: 0xE319F0BF X-GPG-Keys: see http://www.wizard.com/~tyketto/pgp.html Sender: owner-devfs@oss.sgi.com Precedence: bulk On Fri, Jun 14, 2002 at 03:14:57PM +0000, gphat@cafes.net wrote: > I had the same problem, as the familiar /dev/hdN devices were not there. > > You can likely find them deep /dev/ata/... > > I adjusted my fstab to use /dev/ata/... devices. I believe I had done that > once for /dev/ide, but then it was switched to ata ;) > I found this out as well, and made a patch that was accepted into Martin Dalecki's IDE patchset. Turns out that the IDE guys had decided to change the published standard for the IDE devices to /dev/ata, then have a symlink to it named /dev/ide. DevFS wouldn't follow the symlink. The following below changes it back to /dev/ide and kills the symlink (approved by Richard Gooch): -- snip -- --- linux/drivers/ide/main.c.ata Mon Jun 10 02:47:50 2002 +++ linux/drivers/ide/main.c Mon Jun 10 02:49:03 2002 @@ -1290,8 +1290,7 @@ { printk(KERN_INFO "ATA/ATAPI device driver v" VERSION "\n"); - ide_devfs_handle = devfs_mk_dir(NULL, "ata", NULL); - devfs_mk_symlink(NULL, "ide", DEVFS_FL_DEFAULT, "ata", NULL, NULL); + ide_devfs_handle = devfs_mk_dir(NULL, "ide", NULL); /* * Because most of the ATA adapters represent the timings in unit of -- snip -- Give this a go. BL. -- Brad Littlejohn | Email: tyketto@wizard.com Unix Systems Administrator, | tyketto@ozemail.com.au Web + NewsMaster, BOFH.. Smeghead! :) | http://www.wizard.com/~tyketto PGP: 1024D/E319F0BF 6980 AAD6 7329 E9E6 D569 F620 C819 199A E319 F0BF From owner-devfs@oss.sgi.com Fri Jun 14 16:38:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5ENcwnC027546 for ; Fri, 14 Jun 2002 16:38:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5ENcwr6027545 for devfs-outgoing; Fri, 14 Jun 2002 16:38:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from zipperii.zip.com.au (mail@zipperii.zip.com.au [61.8.0.87]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5ENcpnC027542 for ; Fri, 14 Jun 2002 16:38:52 -0700 Received: (from raf2@localhost) by zipperii.zip.com.au (8.9.3/8.9.3) id JAA03252 for devfs@oss.sgi.com; Sat, 15 Jun 2002 09:41:28 +1000 Date: Sat, 15 Jun 2002 09:41:28 +1000 From: raf To: devfs@oss.sgi.com Subject: cdburner lost after kernel and devfsd upgrade Message-ID: <20020615094128.A3200@zipperii.zip.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-devfs@oss.sgi.com Precedence: bulk hi, i've just upgraded from linux-2.4.9 and devfsd-1.3.10 to linux-2.4.18 and devfsd-1.3.25 and now i can't mount cds. my cdburner is an atapi one so i have the kernel parameter "hdd=ide-scsi" when booting and the following in /etc/modules.conf (as specified in the CD-Writing-HOWTO): options ide-cd ignore-hdd alias scd0 sr_mod pre-install sg modprobe ide-scsi pre-install sr_mod modprobe ide-scsi pre-install ide-scsi modprobe ide-cd the howto also says to: cd /dev && rm cdrom && ln -s scd0 cdrom but i've been using /dev/cdroms/cdrom0 instead of /dev/cdrom. the problem is that there is no /dev/scd0 to link to. if i try linking to /dev/scsi/host1/bus0/target0/lun0/generic and then try to mount a cd, it tells me that it's not a block device. does anyone know what i need to do to get it working? /etc/modules.devfsd makes no mention of ide-scsi. could this have something to do with it? do i need to make changes to the cdrom or scsi cdrom sections of /dev/modules.devfsd to support an atapi cdburner that is pretending to be a scsi cdburner? if so, what changes? thanks, raf From owner-devfs@oss.sgi.com Sun Jun 16 23:49:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5H6nSnC012530 for ; Sun, 16 Jun 2002 23:49:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5H6nSou012529 for devfs-outgoing; Sun, 16 Jun 2002 23:49:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5H6nLnC012526 for ; Sun, 16 Jun 2002 23:49:22 -0700 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 g5H6q8u28373; Mon, 17 Jun 2002 08:52:08 +0200 (MEST) Received: from MOWD019A.mow.siemens.ru ([139.24.18.3]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g5H6q6i09443; Mon, 17 Jun 2002 08:52:06 +0200 (MEST) Received: by mowd019a.mow.siemens.ru with Internet Mail Service (5.5.2653.19) id ; Mon, 17 Jun 2002 10:59:27 +0400 Message-ID: <6134254DE87BD411908B00A0C99B044F039645EB@mowd019a.mow.siemens.ru> From: Borsenkow Andrej To: "'akpm@zip.com.au'" , "'drow@false.org'" Cc: "'linux-kernel@vger.kernel.org'" , "'devfs@oss.sgi.com'" Subject: Re: Inexplicable disk activity trying to load modules on devfs Date: Mon, 17 Jun 2002 10:59:26 +0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-devfs@oss.sgi.com Precedence: bulk >> >> I just booted into 2.4.19-pre10-ac2 for the first time, and noticed >> something very odd: my disk activity light was flashing at about >> half-second intervals, very regularly, and I could hear the disk >> moving. I was only able to track it down to which disk controller, via >> /proc/interrupts (are there any tools for monitoring VFS activity? >> They'd be really useful). Eventually I hunted down the program causing >> it: xmms. >> >> The reason turned out to be that I hadn't remembered to build my sound >> driver for this kernel version. Every half-second xmms tried to open >> /dev/mixer (and failed, ENOENT). Every time it did that there was >> actual disk activity. Easily reproducible without xmms. Reproducible >> on any non-existant device in devfs, but not for nonexisting files on >> other filesystems. Is something bypassing the normal disk cache >> mechanisms here? That doesn't seem right at all. >> > > >syslog activity from a printk, perhaps? No. It is most probably devfsd trying to load sound modules. This is exactly the reason Mandrake does not enable devfs in kernel-secure. You can badly hit your system by doing in a loop ls /dev/foo for some device foo that is configured for module autoloading. It is very fascist decision; the slightly more forgiving way is to disable devfsd module autoloading (or disable devfsd entirely, just run it once after all drivers are loaded to execute actions) but then you lose support for hot plugging and some people do use kernel-secure on desktops. -andrej From owner-devfs@oss.sgi.com Mon Jun 17 06:20:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5HDKinC018013 for ; Mon, 17 Jun 2002 06:20:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5HDKi8t018012 for devfs-outgoing; Mon, 17 Jun 2002 06:20:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from ws1-11.us4.outblaze.com (205-158-62-80.outblaze.com [205.158.62.80]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5HDKUnC018007 for ; Mon, 17 Jun 2002 06:20:31 -0700 Received: (qmail 84715 invoked by uid 1001); 17 Jun 2002 13:20:26 -0000 Message-ID: <20020617132026.84714.qmail@mail.com> Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [193.68.46.58] by ws1-11.us4.outblaze.com with http for marton.kadar@mail.com; Mon, 17 Jun 2002 21:20:26 +0800 From: "Marton Kadar" To: Cc: devfs@oss.sgi.com Date: Mon, 17 Jun 2002 21:20:26 +0800 Subject: Re: cdburner lost after kernel and devfsd upgrade X-Originating-Ip: 193.68.46.58 X-Originating-Server: ws1-11.us4.outblaze.com Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, I am not an expert but your problem seems to be this: you have two ways to access your SCSI CD-ROMs: through a "generic" interface and a more specialised "cd" interface. In some CD-ROM related software (cdda2wav I think is one) there are options allowing you to specify which interface the program should try to use. However these interfaces should be compiled in your kernel or the corresponding modules should be inserted. In one of my previous setups I had the SCSI CD-ROM support compiled in, and I had the generic SCSI support as a module. When I started my system and checked the devfs tree, under /dev/scsi/host1/bus0/target0/lun0/ (numbers may vary) I had an entry named "cd" (a block device) and this one could be used to mount a CD with an ISO9660 filesystem, or to play an audio CD. I could then "modprobe sg" and then another entry named "generic" appeared next to the "cd" entry (I don't know if it is a block or a char device). As I remember it was not explicitly needed for CD writing as Jorg Schilling-s programs use his special library instead of kernel support... Anyway, the point is that you certainly need to: - have SCSI CD-ROM support in your kernel - use (or link to) the devfs node "cd" instead of "generic" Hope the above explanation and hints help. Confirmation and/or corrections welcome. I may not know what I am talking about. Marton ----- Original Message ----- From: raf Date: Sat, 15 Jun 2002 09:41:28 +1000 To: devfs@oss.sgi.com Subject: cdburner lost after kernel and devfsd upgrade > hi, > > i've just upgraded from linux-2.4.9 and devfsd-1.3.10 > to linux-2.4.18 and devfsd-1.3.25 and now i can't mount > cds. > > my cdburner is an atapi one so i have the kernel parameter > "hdd=ide-scsi" when booting and the following in /etc/modules.conf > (as specified in the CD-Writing-HOWTO): > > options ide-cd ignore-hdd > alias scd0 sr_mod > pre-install sg modprobe ide-scsi > pre-install sr_mod modprobe ide-scsi > pre-install ide-scsi modprobe ide-cd > > the howto also says to: > > cd /dev && rm cdrom && ln -s scd0 cdrom > > but i've been using /dev/cdroms/cdrom0 instead > of /dev/cdrom. > > the problem is that there is no /dev/scd0 to link to. > if i try linking to /dev/scsi/host1/bus0/target0/lun0/generic > and then try to mount a cd, it tells me that it's not a block > device. > > does anyone know what i need to do to get it working? > > /etc/modules.devfsd makes no mention of ide-scsi. > could this have something to do with it? > > do i need to make changes to the cdrom or scsi cdrom > sections of /dev/modules.devfsd to support an atapi > cdburner that is pretending to be a scsi cdburner? > if so, what changes? > > thanks, > raf > > -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup Save up to $160 by signing up for NetZero Platinum Internet service. http://www.netzero.net/?refcd=N2P0602NEP8 From owner-devfs@oss.sgi.com Mon Jun 17 08:14:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5HFEQnC024518 for ; Mon, 17 Jun 2002 08:14:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5HFEPtt024517 for devfs-outgoing; Mon, 17 Jun 2002 08:14:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from nevyn.them.org (01-025.118.popsite.net [66.19.120.25]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5HFEHnC024513 for ; Mon, 17 Jun 2002 08:14:18 -0700 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17Jy0C-0001Nr-00; Mon, 17 Jun 2002 11:01:08 -0400 Date: Mon, 17 Jun 2002 11:01:08 -0400 From: Daniel Jacobowitz To: Borsenkow Andrej Cc: "'akpm@zip.com.au'" , "'linux-kernel@vger.kernel.org'" , "'devfs@oss.sgi.com'" Subject: Re: Inexplicable disk activity trying to load modules on devfs Message-ID: <20020617150108.GA4989@nevyn.them.org> Mail-Followup-To: Borsenkow Andrej , "'akpm@zip.com.au'" , "'linux-kernel@vger.kernel.org'" , "'devfs@oss.sgi.com'" References: <6134254DE87BD411908B00A0C99B044F039645EB@mowd019a.mow.siemens.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6134254DE87BD411908B00A0C99B044F039645EB@mowd019a.mow.siemens.ru> User-Agent: Mutt/1.5.1i Sender: owner-devfs@oss.sgi.com Precedence: bulk On Mon, Jun 17, 2002 at 10:59:26AM +0400, Borsenkow Andrej wrote: > >> > >> I just booted into 2.4.19-pre10-ac2 for the first time, and noticed > >> something very odd: my disk activity light was flashing at about > >> half-second intervals, very regularly, and I could hear the disk > >> moving. I was only able to track it down to which disk controller, via > >> /proc/interrupts (are there any tools for monitoring VFS activity? > >> They'd be really useful). Eventually I hunted down the program causing > >> it: xmms. > >> > >> The reason turned out to be that I hadn't remembered to build my sound > >> driver for this kernel version. Every half-second xmms tried to open > >> /dev/mixer (and failed, ENOENT). Every time it did that there was > >> actual disk activity. Easily reproducible without xmms. Reproducible > >> on any non-existant device in devfs, but not for nonexisting files on > >> other filesystems. Is something bypassing the normal disk cache > >> mechanisms here? That doesn't seem right at all. > >> > > > > > >syslog activity from a printk, perhaps? > > No. It is most probably devfsd trying to load sound modules. > > This is exactly the reason Mandrake does not enable devfs in kernel-secure. > You can badly hit your system by doing in a loop ls /dev/foo for some device > foo that is configured for module autoloading. > > It is very fascist decision; the slightly more forgiving way is to disable > devfsd module autoloading (or disable devfsd entirely, just run it once > after all drivers are loaded to execute actions) but then you lose support > for hot plugging and some people do use kernel-secure on desktops. For the curious, the reason is that modprobe writes even failed attempts to a log in /var/log/ksymoops, and calls fdatasync() on that file afterwards. There is no way to disable this without removing that directory, as a design decision. I don't personally see the point in logging attempts which fail because there is no driver... -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer From owner-devfs@oss.sgi.com Mon Jun 17 17:52:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5I0qBnC000320 for ; Mon, 17 Jun 2002 17:52:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5I0qBph000319 for devfs-outgoing; Mon, 17 Jun 2002 17:52:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from zipperii.zip.com.au (mail@zipperii.zip.com.au [61.8.0.87]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5I0pxnC000310 for ; Mon, 17 Jun 2002 17:51:59 -0700 Received: (from raf2@localhost) by zipperii.zip.com.au (8.9.3/8.9.3) id KAA01812 for devfs@oss.sgi.com; Tue, 18 Jun 2002 10:54:49 +1000 Date: Tue, 18 Jun 2002 10:54:49 +1000 From: raf To: devfs@oss.sgi.com Subject: Re: cdburner lost after kernel and devfsd upgrade Message-ID: <20020618105449.A1698@zipperii.zip.com.au> References: <20020617132026.84714.qmail@mail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020617132026.84714.qmail@mail.com>; from marton.kadar@mail.com on Mon, Jun 17, 2002 at 09:20:26PM +0800 Sender: owner-devfs@oss.sgi.com Precedence: bulk Marton Kadar wrote: > raf wrote: > > > hi, > > > > i've just upgraded from linux-2.4.9 and devfsd-1.3.10 > > to linux-2.4.18 and devfsd-1.3.25 and now i can't mount > > cds. > > > > my cdburner is an atapi one so i have the kernel parameter > > "hdd=ide-scsi" when booting and the following in /etc/modules.conf > > (as specified in the CD-Writing-HOWTO): > > > > options ide-cd ignore-hdd > > alias scd0 sr_mod > > pre-install sg modprobe ide-scsi > > pre-install sr_mod modprobe ide-scsi > > pre-install ide-scsi modprobe ide-cd > > > > the howto also says to: > > > > cd /dev && rm cdrom && ln -s scd0 cdrom > > > > but i've been using /dev/cdroms/cdrom0 instead > > of /dev/cdrom. > > > > the problem is that there is no /dev/scd0 to link to. > > if i try linking to /dev/scsi/host1/bus0/target0/lun0/generic > > and then try to mount a cd, it tells me that it's not a block > > device. > > > > does anyone know what i need to do to get it working? > > > > /etc/modules.devfsd makes no mention of ide-scsi. > > could this have something to do with it? > > > > do i need to make changes to the cdrom or scsi cdrom > > sections of /dev/modules.devfsd to support an atapi > > cdburner that is pretending to be a scsi cdburner? > > if so, what changes? > > > > thanks, > > raf > Hi, > > I am not an expert but your problem seems to be this: > you have two ways to access your SCSI CD-ROMs: > through a "generic" interface and a more specialised > "cd" interface. In some CD-ROM related software > (cdda2wav I think is one) there are options allowing you > to specify which interface the program should try to use. > However these interfaces should be compiled in your kernel > or the corresponding modules should be inserted. > In one of my previous setups I had the SCSI CD-ROM support > compiled in, and I had the generic SCSI support as a module. > When I started my system and checked the devfs tree, under > /dev/scsi/host1/bus0/target0/lun0/ (numbers may vary) I had > an entry named "cd" (a block device) and this one could be > used to mount a CD with an ISO9660 filesystem, or to play > an audio CD. > I could then "modprobe sg" and then another entry named > "generic" appeared next to the "cd" entry (I don't know if > it is a block or a char device). As I remember it was not > explicitly needed for CD writing as Jorg Schilling-s > programs use his special library instead of kernel > support... > Anyway, the point is that you certainly need to: > - have SCSI CD-ROM support in your kernel > - use (or link to) the devfs node "cd" instead of "generic" > Hope the above explanation and hints help. > > Confirmation and/or corrections welcome. I may not know what > I am talking about. you were spot on. i didn't have scsi-cdrom support turned on so i had no cd entry (just the generic). that'll teach me to trust my memory. i should have consulted the howto again. sorry for wasting everyone's time. > Marton thanks, raf From owner-devfs@oss.sgi.com Thu Jun 20 05:45:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5KCjCnC011143 for ; Thu, 20 Jun 2002 05:45:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5KCjCfi011142 for devfs-outgoing; Thu, 20 Jun 2002 05:45:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from tsv.sws.net.au (tsv.sws.net.au [203.36.46.2]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5KCj7nC011139 for ; Thu, 20 Jun 2002 05:45:08 -0700 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id CC9DB92461 for ; Thu, 20 Jun 2002 22:48:07 +1000 (EST) Received: from there (localhost [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id 2C720411 for ; Thu, 20 Jun 2002 14:48:00 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" From: Russell Coker Reply-To: Russell Coker To: devfs@oss.sgi.com Subject: bug report on devfs Date: Thu, 20 Jun 2002 14:47:59 +0200 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020620124800.2C720411@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk This one was first discovered on my SE Linux play box, but has been reproduced on normal machines too. Log into a devfs-enabled box remotely with ssh, or with gnome-terminal, or possibly others (haven't checked) Do not issue any comands in that shell Open another shell, and look at "w" output. Idle time is absurd. use stat on the pts from the first shell, notice the atime is 1970. People say this doesn't happen with devpts. To access the play box: ssh -p 222 root@adsl.coker.com.au Password "1". From owner-devfs@oss.sgi.com Wed Jun 26 07:19:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5QEJ4nC004507 for ; Wed, 26 Jun 2002 07:19:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5QEJ4Aa004506 for devfs-outgoing; Wed, 26 Jun 2002 07:19:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mobilix.ras.ucalgary.ca (n218.ols.wavesec.net [209.151.19.218]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5QEIpnC004503 for ; Wed, 26 Jun 2002 07:18:56 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id g5Q3cmc19214; Tue, 25 Jun 2002 23:38:48 -0400 Date: Tue, 25 Jun 2002 23:38:48 -0400 Message-Id: <200206260338.g5Q3cmc19214@mobilix.ras.ucalgary.ca> From: Richard Gooch To: Daniel Jacobowitz Cc: Borsenkow Andrej , "'akpm@zip.com.au'" , "'linux-kernel@vger.kernel.org'" , "'devfs@oss.sgi.com'" Subject: Re: Inexplicable disk activity trying to load modules on devfs In-Reply-To: <20020617150108.GA4989@nevyn.them.org> References: <6134254DE87BD411908B00A0C99B044F039645EB@mowd019a.mow.siemens.ru> <20020617150108.GA4989@nevyn.them.org> Sender: owner-devfs@oss.sgi.com Precedence: bulk Daniel Jacobowitz writes: > On Mon, Jun 17, 2002 at 10:59:26AM +0400, Borsenkow Andrej wrote: > > >> > > >> I just booted into 2.4.19-pre10-ac2 for the first time, and noticed > > >> something very odd: my disk activity light was flashing at about > > >> half-second intervals, very regularly, and I could hear the disk > > >> moving. I was only able to track it down to which disk controller, via > > >> /proc/interrupts (are there any tools for monitoring VFS activity? > > >> They'd be really useful). Eventually I hunted down the program causing > > >> it: xmms. > > >> > > >> The reason turned out to be that I hadn't remembered to build my sound > > >> driver for this kernel version. Every half-second xmms tried to open > > >> /dev/mixer (and failed, ENOENT). Every time it did that there was > > >> actual disk activity. Easily reproducible without xmms. Reproducible > > >> on any non-existant device in devfs, but not for nonexisting files on > > >> other filesystems. Is something bypassing the normal disk cache > > >> mechanisms here? That doesn't seem right at all. > > >> > > > > > > > > >syslog activity from a printk, perhaps? > > > > No. It is most probably devfsd trying to load sound modules. > > > > This is exactly the reason Mandrake does not enable devfs in kernel-secure. > > You can badly hit your system by doing in a loop ls /dev/foo for some device > > foo that is configured for module autoloading. > > > > It is very fascist decision; the slightly more forgiving way is to disable > > devfsd module autoloading (or disable devfsd entirely, just run it once > > after all drivers are loaded to execute actions) but then you lose support > > for hot plugging and some people do use kernel-secure on desktops. > > For the curious, the reason is that modprobe writes even failed > attempts to a log in /var/log/ksymoops, and calls fdatasync() on > that file afterwards. There is no way to disable this without > removing that directory, as a design decision. I don't personally > see the point in logging attempts which fail because there is no > driver... Sounds like the behaviour of modprobe needs to be fixed. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jun 26 08:02:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5QF2TnC004989 for ; Wed, 26 Jun 2002 08:02:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5QF2Tjj004988 for devfs-outgoing; Wed, 26 Jun 2002 08:02:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mobilix.ras.ucalgary.ca (n218.ols.wavesec.net [209.151.19.218]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5QF28nC004983 for ; Wed, 26 Jun 2002 08:02:16 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id g5Q3bBN19179; Tue, 25 Jun 2002 23:37:11 -0400 Date: Tue, 25 Jun 2002 23:37:11 -0400 Message-Id: <200206260337.g5Q3bBN19179@mobilix.ras.ucalgary.ca> From: Richard Gooch To: Borsenkow Andrej Cc: "'akpm@zip.com.au'" , "'drow@false.org'" , "'linux-kernel@vger.kernel.org'" , "'devfs@oss.sgi.com'" Subject: Re: Inexplicable disk activity trying to load modules on devfs In-Reply-To: <6134254DE87BD411908B00A0C99B044F039645EB@mowd019a.mow.siemens.ru> References: <6134254DE87BD411908B00A0C99B044F039645EB@mowd019a.mow.siemens.ru> Sender: owner-devfs@oss.sgi.com Precedence: bulk Borsenkow Andrej writes: > >> > >> I just booted into 2.4.19-pre10-ac2 for the first time, and noticed > >> something very odd: my disk activity light was flashing at about > >> half-second intervals, very regularly, and I could hear the disk > >> moving. I was only able to track it down to which disk controller, via > >> /proc/interrupts (are there any tools for monitoring VFS activity? > >> They'd be really useful). Eventually I hunted down the program causing > >> it: xmms. > >> > >> The reason turned out to be that I hadn't remembered to build my sound > >> driver for this kernel version. Every half-second xmms tried to open > >> /dev/mixer (and failed, ENOENT). Every time it did that there was > >> actual disk activity. Easily reproducible without xmms. Reproducible > >> on any non-existant device in devfs, but not for nonexisting files on > >> other filesystems. Is something bypassing the normal disk cache > >> mechanisms here? That doesn't seem right at all. > >> > > > > > >syslog activity from a printk, perhaps? > > No. It is most probably devfsd trying to load sound modules. > > This is exactly the reason Mandrake does not enable devfs in > kernel-secure. You can badly hit your system by doing in a loop ls > /dev/foo for some device foo that is configured for module > autoloading. > > It is very fascist decision; the slightly more forgiving way is to > disable devfsd module autoloading (or disable devfsd entirely, just > run it once after all drivers are loaded to execute actions) but > then you lose support for hot plugging and some people do use > kernel-secure on desktops. Or you can use the IGNORE action to selectively disable loading of some modules (whether or not they exist). Another option is to write a shared object extension to devfsd which has rate-limiting. All the mechanisms you need are there or can be built on top of the existing infrastructure. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Jun 26 14:59:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5QLxrnC021223 for ; Wed, 26 Jun 2002 14:59:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5QLxrWo021222 for devfs-outgoing; Wed, 26 Jun 2002 14:59:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5QLxmnC021219 for ; Wed, 26 Jun 2002 14:59:49 -0700 Received: (qmail 5173 invoked from network); 26 Jun 2002 22:03:17 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 26 Jun 2002 22:03:17 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id 16E623000BA; Thu, 27 Jun 2002 08:03:14 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id DFBA494; Thu, 27 Jun 2002 08:03:14 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Richard Gooch Cc: "'linux-kernel@vger.kernel.org'" , "'devfs@oss.sgi.com'" Subject: Re: Inexplicable disk activity trying to load modules on devfs In-reply-to: Your message of "Tue, 25 Jun 2002 23:38:48 -0400." <200206260338.g5Q3cmc19214@mobilix.ras.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jun 2002 08:03:09 +1000 Message-ID: <19231.1025128989@ocs3.intra.ocs.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Tue, 25 Jun 2002 23:38:48 -0400, Richard Gooch wrote: >Daniel Jacobowitz writes: >> For the curious, the reason is that modprobe writes even failed >> attempts to a log in /var/log/ksymoops, and calls fdatasync() on >> that file afterwards. There is no way to disable this without >> removing that directory, as a design decision. I don't personally >> see the point in logging attempts which fail because there is no >> driver... > >Sounds like the behaviour of modprobe needs to be fixed. People wanted to know what was invoking modprobe and with what parameters, especially for failed attempts. The call to fdatasync() is to "ensure" that the log data hits the disk _before_ the module is loaded, otherwise debugging data is lost if the module init routine oopses. From owner-devfs@oss.sgi.com Fri Jun 28 09:45:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5SGj5nC012033 for ; Fri, 28 Jun 2002 09:45:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5SGj4mG012032 for devfs-outgoing; Fri, 28 Jun 2002 09:45:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail.ntr.net (genoa.broadwing.net [65.90.208.154]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5SGisnC012000; Fri, 28 Jun 2002 09:44:55 -0700 Received: from ntr.net (12-220-164-56.client.insightBB.com [12.220.164.56]) by mail.ntr.net (8.12.2/8.12.2) with ESMTP id g5SGmTq0014665; Fri, 28 Jun 2002 12:48:29 -0400 Message-ID: <3D1C9464.91CD9F71@ntr.net> Date: Fri, 28 Jun 2002 12:52:52 -0400 From: "Marco C. Mason" X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.8-26mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: devfs@oss.sgi.com, linux-mips@oss.sgi.com Subject: Need contact info for Origin 200 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Hello, OSS @ SGI gang-- I need a little help, please! As a result of a company closing, I've received a pair of SGI Origin 200 servers. Unfortunately, since the support contract on them has expired, I can't seem to use any of the support services at www.sgi.com. I'm just a home experimenter who wants to run the things 'til they die. I'm very pleased with the performance, software, etc., and I'm very familiar with them (as I worked on them 8 hrs / day for a year and a half until the office closed). The only difficulty is that these things are LOUD! I'd like to find out if there are any temperature monitors inside the thing, and if I can run the fans at a reduced speed, or remove some of the fans to make them reasonable in a home environment. They don't do a lot (as I just do some CPU-intensive stuff on them every once in a while, and very little disk-I/O). Thus, I'd like to find a contact for simple (but technical) hardware questions like these on the Origin 200. If you guys could send me a friendly contact or two, I'd be very grateful. (I'm also interested in making the thing dual-boot Irix & Linux, if the Linux port is close to operating... I've also got a pair of Indys that I'm planning on sacrificing to the Linux gods...) Thanks in advance-- --marco From owner-devfs@oss.sgi.com Fri Jun 28 10:28:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5SHS0nC012655 for ; Fri, 28 Jun 2002 10:28:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5SHS0Uq012654 for devfs-outgoing; Fri, 28 Jun 2002 10:28:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5SHRrnC012651; Fri, 28 Jun 2002 10:27:54 -0700 Received: from ns.snowman.net (localhost [127.0.0.1]) by ns.snowman.net (8.12.3/8.12.3/Debian -4) with ESMTP id g5SHVJjT013373 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL); Fri, 28 Jun 2002 13:31:19 -0400 From: nick@snowman.net Received: from localhost (nick@localhost) by ns.snowman.net (8.12.3/8.12.3/Debian -4) with ESMTP id g5SHVJ8x013369; Fri, 28 Jun 2002 13:31:19 -0400 X-Authentication-Warning: ns.snowman.net: nick owned process doing -bs Date: Fri, 28 Jun 2002 13:31:18 -0400 (EDT) X-Sender: nick@ns To: "Marco C. Mason" cc: devfs@oss.sgi.com, linux-mips@oss.sgi.com Subject: Re: Need contact info for Origin 200 In-Reply-To: <3D1C9464.91CD9F71@ntr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk They are running at reduced speed unless the temp is over ~90. I can answer most common questions about them. Nick On Fri, 28 Jun 2002, Marco C. Mason wrote: > Hello, OSS @ SGI gang-- > > I need a little help, please! As a result of a company closing, I've > received a pair of SGI Origin 200 servers. Unfortunately, since the > support contract on them has expired, I can't seem to use any of the > support services at www.sgi.com. > > I'm just a home experimenter who wants to run the things 'til they die. > I'm very pleased with the performance, software, etc., and I'm very > familiar with them (as I worked on them 8 hrs / day for a year and a > half until the office closed). > > The only difficulty is that these things are LOUD! I'd like to find out > if there are any temperature monitors inside the thing, and if I can run > the fans at a reduced speed, or remove some of the fans to make them > reasonable in a home environment. They don't do a lot (as I just do > some CPU-intensive stuff on them every once in a while, and very little > disk-I/O). > > Thus, I'd like to find a contact for simple (but technical) hardware > questions like these on the Origin 200. If you guys could send me a > friendly contact or two, I'd be very grateful. > > (I'm also interested in making the thing dual-boot Irix & Linux, if the > Linux port is close to operating... I've also got a pair of Indys that > I'm planning on sacrificing to the Linux gods...) > > Thanks in advance-- > > --marco > > From owner-devfs@oss.sgi.com Fri Jun 28 13:08:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5SK8mnC015054 for ; Fri, 28 Jun 2002 13:08:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5SK8mhP015053 for devfs-outgoing; Fri, 28 Jun 2002 13:08:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mail.ntr.net (genoa.broadwing.net [65.90.208.154]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5SK8ZnC015038; Fri, 28 Jun 2002 13:08:36 -0700 Received: from ntr.net (12-220-164-56.client.insightBB.com [12.220.164.56]) by mail.ntr.net (8.12.2/8.12.2) with ESMTP id g5SKC9q0019033; Fri, 28 Jun 2002 16:12:10 -0400 Message-ID: <3D1CC421.7B03F177@ntr.net> Date: Fri, 28 Jun 2002 16:16:33 -0400 From: "Marco C. Mason" X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.8-26mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: nick@snowman.net CC: devfs@oss.sgi.com, linux-mips@oss.sgi.com Subject: Re: Need contact info for Origin 200 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Nick-- First of all, thanks for responding! Do you know any way to make the Origin 200 operate more quietly? I'm a hardware geek, so I know that there are cooling issues and air-flow issues, but the darned thing is so loud that I can't just keep it running all the time. If I keep it on, it's distracting, even when I put it in another room with the door closed. (My hearing is pretty sensitive...) It's in an air-conditioned house, and I don't mind putting in some temperature sensors to shut it off when it gets too warm inside... I'd hate to go to the trouble of creating a noise-muffling cabinet if there's some known way of making the beast a bit quieter. (Since I don't beat the disk drives up, they shouldn't generate much heat. I wouldn't mind pulling out all the drives but one, if that would help...) Since I have a couple of 'em (as well as another couple of loud rack-mount boxes), I've even considered building a custom cabinet with a single large-capacity fan in it to draw air through all four boxes, and mount a dozen LM34-based temperature sensors at strategic points in the boxes to shut 'em all down if it gets too warm in the cabinet... --marco nick@snowman.net wrote: > They are running at reduced speed unless the temp is over ~90. I can > answer most common questions about them. > Nick > > On Fri, 28 Jun 2002, Marco C. Mason wrote: > > > Hello, OSS @ SGI gang-- > > > > I need a little help, please! As a result of a company closing, I've > > received a pair of SGI Origin 200 servers. Unfortunately, since the > > support contract on them has expired, I can't seem to use any of the > > support services at www.sgi.com. > > > > I'm just a home experimenter who wants to run the things 'til they die. > > I'm very pleased with the performance, software, etc., and I'm very > > familiar with them (as I worked on them 8 hrs / day for a year and a > > half until the office closed). > > > > The only difficulty is that these things are LOUD! I'd like to find out > > if there are any temperature monitors inside the thing, and if I can run > > the fans at a reduced speed, or remove some of the fans to make them > > reasonable in a home environment. They don't do a lot (as I just do > > some CPU-intensive stuff on them every once in a while, and very little > > disk-I/O). > > > > Thus, I'd like to find a contact for simple (but technical) hardware > > questions like these on the Origin 200. If you guys could send me a > > friendly contact or two, I'd be very grateful. > > > > (I'm also interested in making the thing dual-boot Irix & Linux, if the > > Linux port is close to operating... I've also got a pair of Indys that > > I'm planning on sacrificing to the Linux gods...) > > > > Thanks in advance-- > > > > --marco > > > > From owner-devfs@oss.sgi.com Fri Jun 28 15:21:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g5SMLrnC016468 for ; Fri, 28 Jun 2002 15:21:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g5SMLrpV016467 for devfs-outgoing; Fri, 28 Jun 2002 15:21:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from mobilix.ras.ucalgary.ca (n218.ols.wavesec.net [209.151.19.218] (may be forged)) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g5SMLnnC016462; Fri, 28 Jun 2002 15:21:49 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id g5SMPBl05369; Fri, 28 Jun 2002 18:25:11 -0400 Date: Fri, 28 Jun 2002 18:25:11 -0400 Message-Id: <200206282225.g5SMPBl05369@mobilix.ras.ucalgary.ca> From: Richard Gooch To: "Marco C. Mason" Cc: nick@snowman.net, devfs@oss.sgi.com, linux-mips@oss.sgi.com Subject: Re: Need contact info for Origin 200 Reply-To: linux-mips@oss.sgi.com In-Reply-To: <3D1CC421.7B03F177@ntr.net> References: <3D1CC421.7B03F177@ntr.net> Sender: owner-devfs@oss.sgi.com Precedence: bulk Marco C. Mason writes: > Nick-- > > First of all, thanks for responding! > > Do you know any way to make the Origin 200 operate more quietly? > I'm a hardware geek, so I know that there are cooling issues and > air-flow issues, but the darned thing is so loud that I can't just > keep it running all the time. If I keep it on, it's distracting, > even when I put it in another room with the door closed. (My > hearing is pretty sensitive...) This thread is off-topic for the devfs list. Please keep this on the linux-mips list. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca