From owner-devfs@oss.sgi.com Sat Sep 2 10:29:36 2000 Received: by oss.sgi.com id ; Sat, 2 Sep 2000 10:29:26 -0700 Received: from vindaloo.ras.ucalgary.ca ([136.159.55.21]:41347 "EHLO vindaloo.ras.ucalgary.ca") by oss.sgi.com with ESMTP id ; Sat, 2 Sep 2000 10:29:03 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id e82HSHm07337; Sat, 2 Sep 2000 11:28:17 -0600 Date: Sat, 2 Sep 2000 11:28:17 -0600 Message-Id: <200009021728.e82HSHm07337@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.rutgers.edu, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v99.18 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Hi, all. Version 99.18 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. This work has been sponsored by SGI. Patch directly available from: (NOTE NEW LOCATION!): ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.2/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.2/devfs-patch-current.gz NOTE: the devfs-patch-v99.x patches are maintenance patches for the 2.2.x production kernels. Devfs development is done against recent development kernels. Occasionally, the latest devfs patch for the development kernels may be backported to 2.2.x series, but this happens rarely. This is against 2.2.17-pre20. Highlights of this release: - Ported devfs-patch-v99.17 to kernel 2.2.17-pre20 - Updated README from master HTML file Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Sep 2 10:43:35 2000 Received: by oss.sgi.com id ; Sat, 2 Sep 2000 10:43:15 -0700 Received: from vindaloo.ras.ucalgary.ca ([136.159.55.21]:43907 "EHLO vindaloo.ras.ucalgary.ca") by oss.sgi.com with ESMTP id ; Sat, 2 Sep 2000 10:42:49 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id e82HgA707621; Sat, 2 Sep 2000 11:42:10 -0600 Date: Sat, 2 Sep 2000 11:42:10 -0600 Message-Id: <200009021742.e82HgA707621@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v99.18 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Hi, all. Version 99.18 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. This work has been sponsored by SGI. Patch directly available from: (NOTE NEW LOCATION!): ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.2/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.2/devfs-patch-current.gz NOTE: the devfs-patch-v99.x patches are maintenance patches for the 2.2.x production kernels. Devfs development is done against recent development kernels. Occasionally, the latest devfs patch for the development kernels may be backported to 2.2.x series, but this happens rarely. This is against 2.2.17-pre20. Highlights of this release: - Ported devfs-patch-v99.17 to kernel 2.2.17-pre20 - Updated README from master HTML file Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Sep 4 00:28:25 2000 Received: by oss.sgi.com id ; Mon, 4 Sep 2000 00:28:15 -0700 Received: from smtp-rt-10.wanadoo.fr ([193.252.19.59]:61402 "EHLO camelia.wanadoo.fr") by oss.sgi.com with ESMTP id ; Mon, 4 Sep 2000 00:27:43 -0700 Received: from mahonia.wanadoo.fr (193.252.19.58) by camelia.wanadoo.fr; 4 Sep 2000 09:17:29 +0200 Received: from wanadoo.fr (193.251.184.54) by mahonia.wanadoo.fr; 4 Sep 2000 09:17:18 +0200 Message-ID: <39B34EC6.D7E1FBCD@wanadoo.fr> Date: Mon, 04 Sep 2000 09:27:02 +0200 From: Martin Costabel Organization: Chez moi X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0-test8 ppc) X-Accept-Language: en MIME-Version: 1.0 To: devfs@oss.sgi.com Subject: X authentication problem, should be in FAQ References: <390D8166.ED1D2AB1@netactive.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Hi, for a while, I couldn't start XFree86 as a non-root user using startx. The problem turned out to be an incomplete entry in /etc/security/console.perms. It seems that [1] not only /etc/securetty, but also /etc/security/console.perms needs to be informed about the /dev/vc/* names of the virtual consoles. From the devfs FAQ: --- /etc/security/console.perms.orig Sat Apr 17 16:26:47 1999 +++ /etc/security/console.perms Fri Feb 25 23:53:55 2000 @@ -14,7 +14,7 @@ # man 5 console.perms # file classes -- these are regular expressions -=tty[0-9][0-9]* :[0-9]\.[0-9] :[0-9] +=tty[0-9][0-9]* [0-9][0-9]* :[0-9]\.[0-9] :[0-9] # device classes -- these are shell-style globs =/dev/fd[0-1]* For me, the important line has to be changed to +=tty[0-9][0-9]* vc/[0-9][0-9]* :[0-9]\.[0-9] :[0-9] Otherwise if I startx as a non-root user, I get the message Authentication failed - cannot start X server. Perhaps you do not have console ownership? And yes, this is with XFree86-4.0.1 which, according to the FAQ, should not have such problems at all. A second problem solved by the above change is that without it, the RedHat feature (violently hated by some) of letting non-root users logged in at the console shut the computer down using /usr/bin/shutdown instead of /sbin/shutdown, does not work. It asks for the user's password, but doesn't accept it. With the above change, it works. [1] This may be due to version 2.10o of util-linux I am using, but I am not sure if it has anything to do with util-linux. -- Martin From owner-devfs@oss.sgi.com Wed Sep 6 19:54:23 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 19:54:14 -0700 Received: from snark.wizard.com ([209.170.216.3]:23819 "EHLO snark.wizard.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 19:53:55 -0700 Received: from bellicha.wizard.com (root@091-209-170-209.pm3-7.lv.wizard.com [209.170.209.91]) by snark.wizard.com (8.9.3/8.9.3) with ESMTP id TAA48257 for ; Wed, 6 Sep 2000 19:53:34 -0700 (PDT) Received: (from bradl@localhost) by bellicha.wizard.com (8.10.2/8.10.2) id e872qpE06747 for devfs@oss.sgi.com; Wed, 6 Sep 2000 19:52:51 -0700 Date: Wed, 6 Sep 2000 19:52:51 -0700 From: A Guy Called Tyketto To: devfs@oss.sgi.com Subject: DevFS and IDE/ATAPI CDRWs Message-ID: <20000906195251.A6564@wizard.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.3.8i X-Operating-System: Linux/2.2.17 (i586) X-uptime: 7:28pm up 22:25, 2 users, load average: 0.00, 0.02, 0.00 X-RSA-KeyID: 0xE9DF4D85 X-DSA-KeyID: 0xE319F0BF X-PGP-Keys: see http://www.omnilinx.net/~tyketto/pgp.html Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Heya everyone.. I just joined the list, so if this is a FAQ, apologies all around. = I=20 went through most of the docs I found at the devfs site, and various howtos= =20 and such. I just wanted to know what DevFS' take is, on IDE/ATAPI CDRWs. Ther= e=20 wasn't much information in the CD-Writing HOWTO, and little on SCSI generic= =20 devices on the devfs FAQ. What I'm looking for, is how one would use an IDE= =20 CDRW for burning CDs.=20 If there's any docs or place you could direct me to, I'd appreciate= =20 it.=20 Thanks in advance! BL. --=20 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 --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5twMCyBkZmuMZ8L8RAtOQAJ96UqN9lmSYBQp/8J6A+6LHluTNDACeODUL r7UtN99CCPNjqG6DkY3xF1w= =dWUe -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-devfs@oss.sgi.com Thu Sep 7 20:35:36 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 20:35:16 -0700 Received: from ha1.rdc1.wa.home.com ([24.0.2.66]:41373 "EHLO mail.rdc1.wa.home.com") by oss.sgi.com with ESMTP id ; Thu, 7 Sep 2000 20:34:44 -0700 Received: from guardian ([65.0.37.184]) by mail.rdc1.wa.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20000908033438.AOK8002.mail.rdc1.wa.home.com@guardian> for ; Thu, 7 Sep 2000 20:34:38 -0700 Message-ID: <003301c01945$449dbd40$b8250041@guardian> From: "Scott Russ" To: References: <20000906195251.A6564@wizard.com> Subject: Re: DevFS and IDE/ATAPI CDRWs Date: Thu, 7 Sep 2000 20:31:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing I got SCSI emulation working under DevFS. All I did was compile SCSI emulation, SCSI support, Generic SCSI support and SCSI CD support into the kernel. I dont know if the generic needs to be in there. Maybe someone can check on that but, both my CD and CD-RW (both IDE) show up as SCSI devices in /dev . Unfortunaley I'm not on my linux box right now so I can't give any more details but I can get them if anyone is interested. Scott thyrinn@home.com ----- Original Message ----- From: "A Guy Called Tyketto" To: Sent: Wednesday, September 06, 2000 7:52 PM Subject: DevFS and IDE/ATAPI CDRWs Heya everyone.. I just joined the list, so if this is a FAQ, apologies all around. I went through most of the docs I found at the devfs site, and various howtos and such. I just wanted to know what DevFS' take is, on IDE/ATAPI CDRWs. There wasn't much information in the CD-Writing HOWTO, and little on SCSI generic devices on the devfs FAQ. What I'm looking for, is how one would use an IDE CDRW for burning CDs. If there's any docs or place you could direct me to, I'd appreciate it. Thanks in advance! 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 Mon Sep 11 04:05:45 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 04:05:36 -0700 Received: from mailgate.rz.uni-karlsruhe.de ([129.13.64.97]:47115 "EHLO mailgate.rz.uni-karlsruhe.de") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 04:05:07 -0700 Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.02 #2) id 13YROS-0001bK-00; Mon, 11 Sep 2000 13:04:56 +0200 Received: from panorama.hadiko.de (hadii309.hadiko.uni-karlsruhe.de [172.20.44.69]) by nce2.hadiko.de (8.9.3/8.9.3) with SMTP id NAA23202 for ; Mon, 11 Sep 2000 13:04:56 +0200 (MET DST) Received: (qmail 14467 invoked from network); 11 Sep 2000 11:09:33 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 11 Sep 2000 11:09:33 -0000 To: devfs@oss.sgi.com Subject: devfs_get_name() or header file needed From: Robert Siemer X-Mailer: Mew version 1.94b25 on Emacs 20.5 / Mule 4.0 (HANANOEN) Reply-To: Robert Siemer Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000911130926B.siemer@panorama.hadiko.de> Date: Mon, 11 Sep 2000 13:09:26 +0200 X-Dispatcher: imput version 990425(IM115) Lines: 19 Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Hi! (: I'm writing a device driver for my RDS radio tuner. I need to create some files in /proc/rds/radio0/. To get the correct name of my radio (radio0 in this example) I want to fetch it from the video_device.devfs_handle->name pointer. Problem: devfs_entry is kept private (no header file) and devfs_get_name() is not exported, so I cant use it with my device.devfs_handle. Is there any reason to not export it? (kernel 2.4.0-testX) Thanks, Robert (: PS: Can I do something against modprobe race conditions with devfsd? From owner-devfs@oss.sgi.com Mon Sep 11 07:52:40 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 07:52:20 -0700 Received: from vindaloo.ras.ucalgary.ca ([136.159.55.21]:14271 "EHLO vindaloo.ras.ucalgary.ca") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 07:52:05 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id e8BEpb503856; Mon, 11 Sep 2000 08:51:37 -0600 Date: Mon, 11 Sep 2000 08:51:37 -0600 Message-Id: <200009111451.e8BEpb503856@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Robert Siemer Cc: devfs@oss.sgi.com Subject: Re: devfs_get_name() or header file needed In-Reply-To: <20000911130926B.siemer@panorama.hadiko.de> References: <20000911130926B.siemer@panorama.hadiko.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Robert Siemer writes: > Hi! (: > > I'm writing a device driver for my RDS radio tuner. I need to create > some files in /proc/rds/radio0/. To get the correct name of my radio > (radio0 in this example) I want to fetch it from the > video_device.devfs_handle->name pointer. Hm. Might it perhaps be cleaner to create your extra files in devfs instead? procfs has been overloaded from it's original purpose, but now that we have devfs, we don't have to continue with the same brokenness. > Problem: devfs_entry is kept private (no header file) and And so it shall stay. > devfs_get_name() is not exported, so I cant use it with my > device.devfs_handle. > > Is there any reason to not export it? > (kernel 2.4.0-testX) No. I just forgot to export it. > PS: Can I do something against modprobe race conditions with devfsd? Which race conditions are you talking about? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Sep 11 09:27:00 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 09:26:40 -0700 Received: from mailgate.rz.uni-karlsruhe.de ([129.13.64.97]:49157 "EHLO mailgate.rz.uni-karlsruhe.de") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 09:26:30 -0700 Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.02 #2) id 13YWPc-0004k2-00; Mon, 11 Sep 2000 18:26:28 +0200 Received: from panorama.hadiko.de (hadii309.hadiko.uni-karlsruhe.de [172.20.44.69]) by nce2.hadiko.de (8.9.3/8.9.3) with SMTP id SAA25971 for ; Mon, 11 Sep 2000 18:26:29 +0200 (MET DST) Received: (qmail 16719 invoked from network); 11 Sep 2000 16:31:05 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 11 Sep 2000 16:31:05 -0000 To: devfs@oss.sgi.com Subject: Re: devfs_get_name() or header file needed From: Robert Siemer In-Reply-To: <200009111451.e8BEpb503856@vindaloo.ras.ucalgary.ca> References: <20000911130926B.siemer@panorama.hadiko.de> <200009111451.e8BEpb503856@vindaloo.ras.ucalgary.ca> X-Mailer: Mew version 1.94b25 on Emacs 20.5 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000911183102H.siemer@panorama.hadiko.de> Date: Mon, 11 Sep 2000 18:31:02 +0200 X-Dispatcher: imput version 990425(IM115) Lines: 62 Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing From: Richard Gooch > Robert Siemer writes: > > I'm writing a device driver for my RDS radio tuner. I need to create > > some files in /proc/rds/radio0/. To get the correct name of my radio > > (radio0 in this example) I want to fetch it from the > > video_device.devfs_handle->name pointer. > > Hm. Might it perhaps be cleaner to create your extra files in devfs > instead? procfs has been overloaded from it's original purpose, but > now that we have devfs, we don't have to continue with the same > brokenness. sndstat went from /dev/ to /proc/. Now I would expect human readable information in /proc, not in /dev. Maybe others, too. This wasn't my idea. Generally: why don't we have /dev in /proc or /proc in /dev?? What is devfs/procfs capable of, that is not possible in procfs/devfs? But currently I'm working on another part of the kernel, namely my rds radio tuner and I want to have somthing like this: rds/radioX/rt (RadioText) rds/radioX/ct (Clock and Time) rds/radioX/ms (Music/Speech) rds/radioX/ps (station name) rds/radioX/pty (Programme Type) ... $ cat rds/radioX/ps SWR3 $ cat rds/radioX/rt Michael Jackson ** Up and Down procfs for processes and devfs for devices (?), so before I start with my infofs what are people expect me doing? > > devfs_get_name() is not exported, so I cant use it with my > > device.devfs_handle. > > > > Is there any reason to not export it? > No. I just forgot to export it. Will you include it for me? (: Ciao, Robert (-: > > PS: Can I do something against modprobe race conditions with devfsd? > > Which race conditions are you talking about? When I started to use devfs(d) a 'LOOKUP .* MODLOAD' in /etc/devfsd.conf could look up my system with modprobe eating CPU and I was unable to login or start kill... - I try to avoid this; maybe it was a modprobe problem or a module which didn't finished its init(), I don't know... Nobody else had this probleme here? Is this completly unknown? From owner-devfs@oss.sgi.com Mon Sep 11 10:15:20 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 10:15:10 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:14878 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 10:14:49 -0700 Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA07651 for ; Mon, 11 Sep 2000 10:21:27 -0700 (PDT) mail_from (tduffy@cthulhu.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA32819; Mon, 11 Sep 2000 10:14:19 -0700 (PDT) mail_from (tduffy@engr.sgi.com) Date: Mon, 11 Sep 2000 10:12:46 -0700 (PDT) From: Tom Duffy To: Robert Siemer cc: devfs@oss.sgi.com Subject: Re: devfs_get_name() or header file needed In-Reply-To: <20000911183102H.siemer@panorama.hadiko.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing > When I started to use devfs(d) a 'LOOKUP .* MODLOAD' in > /etc/devfsd.conf could look up my system with modprobe eating CPU and > I was unable to login or start kill... - I try to avoid this; maybe > it was a modprobe problem or a module which didn't finished its > init(), I don't know... > Nobody else had this probleme here? Is this completly unknown? We have experienced here at SGI. When turning module autoloading on, a modprobe process will wedge and it won't allow us to umount the root filesystem. It is a priority 1 bug for us right now as it will delay the release of ProPack 1.4. Jeremy Brown is assigned the bug right now, so he might have more info on the status or what we have found so far. Any other leads would be helpful. I will probably slap a kernel with the kdb turned on and then try a backtrace on the process to see where it is wedged. Will report more when I get more info. Thanks, -tduffy From owner-devfs@oss.sgi.com Mon Sep 11 10:31:50 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 10:31:40 -0700 Received: from vindaloo.ras.ucalgary.ca ([136.159.55.21]:44735 "EHLO vindaloo.ras.ucalgary.ca") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 10:31:15 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id e8BHUsw05987; Mon, 11 Sep 2000 11:30:54 -0600 Date: Mon, 11 Sep 2000 11:30:54 -0600 Message-Id: <200009111730.e8BHUsw05987@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Robert Siemer Cc: devfs@oss.sgi.com Subject: Re: devfs_get_name() or header file needed In-Reply-To: <20000911183102H.siemer@panorama.hadiko.de> References: <20000911130926B.siemer@panorama.hadiko.de> <200009111451.e8BEpb503856@vindaloo.ras.ucalgary.ca> <20000911183102H.siemer@panorama.hadiko.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Robert Siemer writes: > From: Richard Gooch > > Robert Siemer writes: > > > > I'm writing a device driver for my RDS radio tuner. I need to create > > > some files in /proc/rds/radio0/. To get the correct name of my radio > > > (radio0 in this example) I want to fetch it from the > > > video_device.devfs_handle->name pointer. > > > > Hm. Might it perhaps be cleaner to create your extra files in devfs > > instead? procfs has been overloaded from it's original purpose, but > > now that we have devfs, we don't have to continue with the same > > brokenness. > > sndstat went from /dev/ to /proc/. Now I would expect human readable > information in /proc, not in /dev. Maybe others, too. This wasn't my > idea. I think sndstat went into procfs because someone wanted a dynamic entry and wanted a pretend regular file. And since devfs took such a long time getting into the kernel... > Generally: why don't we have /dev in /proc or /proc in /dev?? > What is devfs/procfs capable of, that is not possible in procfs/devfs? These days the differences aren't as great as they used to be, but still, devfs is designed for device management (i.e. has a simple API and has a protocol for passing events to a daemon) whereas procfs is designed for process management which has had some device support kludged in. There is an argument for splitting procfs into a real-procfs and a kernfs. The latter being for getting and setting kernel parameters. This would clean up procfs. In the long term, if the VFS continues to mature, it may be possible to vastly reduce the code and data for procfs and devfs (effectively sharing code and data structures). But put simply, the distinction is this: procfs is for processes and devfs is for devices/drivers. > But currently I'm working on another part of the kernel, namely my rds > radio tuner and I want to have somthing like this: > rds/radioX/rt (RadioText) > rds/radioX/ct (Clock and Time) > rds/radioX/ms (Music/Speech) > rds/radioX/ps (station name) > rds/radioX/pty (Programme Type) > ... > > $ cat rds/radioX/ps > SWR3 > $ cat rds/radioX/rt > Michael Jackson ** Up and Down Sure. You can do this quite easily with devfs. Also, devfs makes management of a directory tree easy. Just unregister the directory and all the stuff underneath is automatically unregistered. > > > devfs_get_name() is not exported, so I cant use it with my > > > device.devfs_handle. > > > > > > Is there any reason to not export it? > > > No. I just forgot to export it. > > Will you include it for me? (: Erm, OK. Just remind me every week until I do it. I've recently gotten back from a long trip and my life is a disaster right now :-( > > > PS: Can I do something against modprobe race conditions with devfsd? > > > > Which race conditions are you talking about? > > When I started to use devfs(d) a 'LOOKUP .* MODLOAD' in > /etc/devfsd.conf could look up my system with modprobe eating CPU and > I was unable to login or start kill... - I try to avoid this; maybe > it was a modprobe problem or a module which didn't finished its > init(), I don't know... > Nobody else had this probleme here? Is this completly unknown? I vaguely recall something like this. It was a modutils bug. Always make sure you have the latest modutils before filing a bug report :-) Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Sep 16 13:21:22 2000 Received: by oss.sgi.com id ; Sat, 16 Sep 2000 13:21:12 -0700 Received: from mailgate.rz.uni-karlsruhe.de ([129.13.64.97]:36622 "EHLO mailgate.rz.uni-karlsruhe.de") by oss.sgi.com with ESMTP id ; Sat, 16 Sep 2000 13:20:44 -0700 Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.02 #2) id 13aOS1-0002j5-00; Sat, 16 Sep 2000 22:20:42 +0200 Received: from panorama.hadiko.de (hadii309.hadiko.uni-karlsruhe.de [172.20.44.69]) by nce2.hadiko.de (8.9.3/8.9.3) with SMTP id WAA19493 for ; Sat, 16 Sep 2000 22:20:43 +0200 (MET DST) Received: (qmail 8075 invoked from network); 16 Sep 2000 20:25:22 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 16 Sep 2000 20:25:22 -0000 To: devfs@oss.sgi.com Subject: Default Permissions for SCSI tapes From: Robert Siemer X-Mailer: Mew version 1.94b25 on Emacs 20.5 / Mule 4.0 (HANANOEN) Reply-To: Robert Siemer Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000916222520Y.siemer@panorama.hadiko.de> Date: Sat, 16 Sep 2000 22:25:20 +0200 X-Dispatcher: imput version 990425(IM115) Lines: 11 Sender: owner-devfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;devfs-outgoing Hi! The default permissions in st.c (for SCSI tapes) are -rw-rw-rw-. This led to a security problem at frist on my machine. - I don't want to have user-access to the backups... [: Ciao, Robert