From owner-devfs@oss.sgi.com Sun Aug 4 10:41:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74Hf0Rw013630 for ; Sun, 4 Aug 2002 10:41:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74Hf0N8013629 for devfs-outgoing; Sun, 4 Aug 2002 10:41:00 -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.5/8.12.5) with SMTP id g74HepRw013626 for ; Sun, 4 Aug 2002 10:40:53 -0700 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id DAEBF9246A for ; Mon, 5 Aug 2002 03:42:36 +1000 (EST) Received: from there (localhost [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id F42335BE for ; Sun, 4 Aug 2002 19:42:26 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" From: Russell Coker Reply-To: Russell Coker To: devfs@oss.sgi.com Subject: data returned from /dev/.devfsd Date: Sun, 4 Aug 2002 19:42:26 +0200 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020804174227.F42335BE@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk The .devfsd interface doesn't allow any extensions to the interface. If the devfsd_notify_struct was changed to the following: struct devfsd_extension { unsigned int ext_type; /* type of the extension */ unsigned int len; /* length of this extension packet including this field and the ext_type field */ /* other data goes here */ }; struct devfsd_notify_struct { /* Use native C types to ensure same types in kernel and user space */ unsigned int type; /* DEVFSD_NOTIFY_* value */ unsigned int mode; /* Mode of the inode or device entry */ unsigned int major; /* Major number of device entry */ unsigned int minor; /* Minor number of device entry */ unsigned int uid; /* Uid of process, inode or device entry */ unsigned int gid; /* Gid of process, inode or device entry */ unsigned int overrun_count; /* Number of lost events */ unsigned int namelen; /* Number of characters not including '\0' */ /* The device name MUST come last */ char devname[DEVFS_PATHLEN]; /* This will be '\0' terminated */ unsigned int extlen; /* Number of characters in extension fields */ /* devfsd_extension data */ }; With this the main devfsd doesn't need to be modified and can just ignore the extra data. Any modules that need extra data can look through the extension list for anything that they know about, the rest can ignore it. The CPU time required for this shouldn't be too great, and it won't hurt the common case where there are no extensions. What I want to do is have my SE Linux devfsd module know the security context (expressed as an unsigned int) of the process that is accessing a device node. Alternate solutions to this problem are welcome. -- 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 Mon Aug 5 12:20:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75JKZRw019064 for ; Mon, 5 Aug 2002 12:20:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75JKZd6019063 for devfs-outgoing; Mon, 5 Aug 2002 12:20:35 -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.5/8.12.5) with SMTP id g75JKNRw019059 for ; Mon, 5 Aug 2002 12:20:24 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g75JLga13633; Mon, 5 Aug 2002 13:21:42 -0600 Date: Mon, 5 Aug 2002 13:21:42 -0600 Message-Id: <200208051921.g75JLga13633@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Russell Coker Cc: devfs@oss.sgi.com Subject: Re: data returned from /dev/.devfsd In-Reply-To: <20020804174227.F42335BE@lyta.coker.com.au> References: <20020804174227.F42335BE@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk Russell Coker writes: > The .devfsd interface doesn't allow any extensions to the interface. If the > devfsd_notify_struct was changed to the following: > > struct devfsd_extension > { > unsigned int ext_type; /* type of the extension */ > unsigned int len; /* length of this extension packet including this > field and the ext_type field */ > /* other data goes here */ > }; Ug! Unstructured binary data. No way. > struct devfsd_notify_struct > { /* Use native C types to ensure same types in kernel and user space */ > unsigned int type; /* DEVFSD_NOTIFY_* value */ > unsigned int mode; /* Mode of the inode or device entry */ > unsigned int major; /* Major number of device entry */ > unsigned int minor; /* Minor number of device entry */ > unsigned int uid; /* Uid of process, inode or device entry */ > unsigned int gid; /* Gid of process, inode or device entry */ > unsigned int overrun_count; /* Number of lost events */ > unsigned int namelen; /* Number of characters not including '\0' */ > /* The device name MUST come last */ > char devname[DEVFS_PATHLEN]; /* This will be '\0' terminated */ > unsigned int extlen; /* Number of characters in extension fields */ > /* devfsd_extension data */ > }; Didn't you read the "device name MUST come last" comment? > With this the main devfsd doesn't need to be modified and can just > ignore the extra data. Any modules that need extra data can look > through the extension list for anything that they know about, the > rest can ignore it. It's a horrible interface for many reasons. > What I want to do is have my SE Linux devfsd module know the > security context (expressed as an unsigned int) of the process that > is accessing a device node. Alternate solutions to this problem are > welcome. Why not just have the PID reported, then you can look up its security context? Whether you send the PID or the security context, you have the problem that the identifier you send can become invalid by the time devfsd gets around to processing it. This is why I never added the PID in the first place. If the identifier becomes recycled, nasty exploits could be written. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Aug 5 14:05:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75L5wRw021016 for ; Mon, 5 Aug 2002 14:05:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75L5w5n021015 for devfs-outgoing; Mon, 5 Aug 2002 14:05:58 -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.5/8.12.5) with SMTP id g75L5pRw021011 for ; Mon, 5 Aug 2002 14:05:52 -0700 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 73C5E9246C; Tue, 6 Aug 2002 07:07:41 +1000 (EST) Received: from there (localhost [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id 151D11EEF; Mon, 5 Aug 2002 23:07:32 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: Richard Gooch Subject: Re: data returned from /dev/.devfsd Date: Mon, 5 Aug 2002 23:07:31 +0200 X-Mailer: KMail [version 1.3.2] Cc: devfs@oss.sgi.com References: <20020804174227.F42335BE@lyta.coker.com.au> <200208051921.g75JLga13633@vindaloo.ras.ucalgary.ca> In-Reply-To: <200208051921.g75JLga13633@vindaloo.ras.ucalgary.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020805210732.151D11EEF@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Mon, 5 Aug 2002 21:21, Richard Gooch wrote: > Ug! Unstructured binary data. No way. Can you suggest a better idea? Maybe just using an unsigned int for any extension? > Didn't you read the "device name MUST come last" comment? Yes, but making it remain at the end means totally breaking binary compatability. > It's a horrible interface for many reasons. Got a better suggestion? > > What I want to do is have my SE Linux devfsd module know the > > security context (expressed as an unsigned int) of the process that > > is accessing a device node. Alternate solutions to this problem are > > welcome. > > Why not just have the PID reported, then you can look up its security > context? Whether you send the PID or the security context, you have > the problem that the identifier you send can become invalid by the > time devfsd gets around to processing it. This is why I never added > the PID in the first place. If the identifier becomes recycled, nasty > exploits could be written. For what I want to do it's OK to operate on the old security ID in the case where a process changes security context (through exec). So if I get the SID then it's OK if the SID changes. The PID is more problemmatic because if the process ends and it's entry in the process table gets replaced by an unrelated process then it could potentially be a problem. -- 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 Tue Aug 6 15:21:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76MLMRw014567 for ; Tue, 6 Aug 2002 15:21:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76MLMXZ014566 for devfs-outgoing; Tue, 6 Aug 2002 15:21:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from buzzard.kdi.com (buzzard.kdi.com [207.200.55.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76MLGRw014560 for ; Tue, 6 Aug 2002 15:21:17 -0700 Received: from shakabuku.org (localhost [127.0.0.1]) by buzzard.kdi.com (8.11.6/8.11.6) with ESMTP id g76MOgt27507 for ; Tue, 6 Aug 2002 17:24:42 -0500 From: "Jason Bodnar" To: devfs@oss.sgi.com Subject: I have no /dev/v4l directory (and thus no devices in it) Date: Tue, 6 Aug 2002 17:24:42 -0400 Message-Id: <20020806172442.M23353@shakabuku.org> X-Mailer: Open WebMail 1.64 20020415 X-OriginatingIP: 24.153.182.131 (jason@shakabuku.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: owner-devfs@oss.sgi.com Precedence: bulk I'm trying to use an Hauppauge WinTV USB Video Capture device. The kernel module for it is usbvision (found here http://www.emuit.com/drivers/usbvision-0.3.3-test2/ with instructions here http://www.emuit.com/drivers/usbvision-0.3.3-test2/usbvision.txt). I've followed the instructions without a problem. The modules build and load just fine. But when I try to run xawtv I get the following: $ xawtv This is xawtv-3.75, running on Linux/i686 (2.4.18) can't open /dev/v4l/video0: No such file or directory v4l-conf had some trouble, trying to continue anyway v4l2: open /dev/v4l/video0: No such file or directory v4l: open /dev/v4l/video0: No such file or directory no video grabber device available which makes sense because I have no /dev/v4l directory: $ ls -la /dev/v4l ls: /dev/v4l: No such file or directory So, which module is supposed to make sure there's a /dev/v4l directory with an appropriate device? Is it the usbvision module? If so, I'm guessing it's not devfsd aware because I don't see a devfsregister function call. Thank you, Jason -- Jason Bodnar jason@shakabuku.org http://www.shakabuku.org From owner-devfs@oss.sgi.com Thu Aug 8 02:18:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g789IBRw002347 for ; Thu, 8 Aug 2002 02:18:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g789IBuq002346 for devfs-outgoing; Thu, 8 Aug 2002 02:18:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from cbibipnt02.HC.BT.COM (saturn.bt.com [193.113.57.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g789I7Rw002342 for ; Thu, 8 Aug 2002 02:18:07 -0700 Received: by cbibipnt02.hc.bt.com with Internet Mail Service (5.5.2654.89) id ; Thu, 8 Aug 2002 10:18:42 +0100 Message-ID: <5104D4DBC598D211B5FE0000F8FE7EB21681EB02@mbtlipnt02.btlabs.bt.co.uk> From: michael.firth@bt.com To: devfs@oss.sgi.com Subject: Determining if devfs is running from a module Date: Thu, 8 Aug 2002 10:13:58 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2654.89) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-devfs@oss.sgi.com Precedence: bulk I'm trying to add devfs support to my driver, and wonder what is the suggested method of determining if the kernel the driver is loaded into is running devfs. I could just use CONFIG_DEVFS_FS, but this only indicates if the kernel that the module was compiled against was running devfs, and isn't safe against a kernel rebuild. >From the code, I could call either 'devfs_generate_path' or 'devfs_set_file_size' with a NULL handle, which will return ENOSYS from the stub code and EINVAL from the real devfs code, but feel that this is a kludge. Also, what is the recommended replacement for checking the major and minor device numbers in a call to open - is it to use 'devfs_get_handle_from_inode', and compare with the handle returned from 'devfs_register'? Thanks in advance Michael Firth From owner-devfs@oss.sgi.com Thu Aug 8 09:28:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78GSORw019885 for ; Thu, 8 Aug 2002 09:28:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78GSOYx019882 for devfs-outgoing; Thu, 8 Aug 2002 09:28:24 -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.5/8.12.5) with SMTP id g78GSIRw019877 for ; Thu, 8 Aug 2002 09:28:18 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g78GUL510466; Thu, 8 Aug 2002 10:30:21 -0600 Date: Thu, 8 Aug 2002 10:30:21 -0600 Message-Id: <200208081630.g78GUL510466@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: michael.firth@bt.com Cc: devfs@oss.sgi.com Subject: Re: Determining if devfs is running from a module In-Reply-To: <5104D4DBC598D211B5FE0000F8FE7EB21681EB02@mbtlipnt02.btlabs.bt.co.uk> References: <5104D4DBC598D211B5FE0000F8FE7EB21681EB02@mbtlipnt02.btlabs.bt.co.uk> Sender: owner-devfs@oss.sgi.com Precedence: bulk michael firth writes: > I'm trying to add devfs support to my driver, and wonder what is the > suggested method of determining if the kernel the driver is loaded into is > running devfs. > > I could just use CONFIG_DEVFS_FS, but this only indicates if the > kernel that the module was compiled against was running devfs, and > isn't safe against a kernel rebuild. Binary modules are not safe against kernel rebuilds anyway, so just give up on the idea. Any time the kernel configuration changes, you *MUST* recompile modules. So just make your calls into the devfs API. There is no need to wrap them in #ifdef CONFIG_DEVFS_FS, since the header file takes care of this. > Also, what is the recommended replacement for checking the major and > minor device numbers in a call to open - is it to use > 'devfs_get_handle_from_inode', and compare with the handle returned > from 'devfs_register'? I don't really understand your question. What is it you're trying to do? BTW: does this module require devfs, or does it just support devfs? Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Aug 12 17:00:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D002Rw027372 for ; Mon, 12 Aug 2002 17:00:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D002gP027371 for devfs-outgoing; Mon, 12 Aug 2002 17:00:02 -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.5/8.12.5) with SMTP id g7CNxuRw027350 for ; Mon, 12 Aug 2002 16:59:57 -0700 Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 358F99246C; Tue, 13 Aug 2002 10:02:19 +1000 (EST) Received: from there (localhost [127.0.0.1]) by lyta.coker.com.au (Postfix) with SMTP id D3F1B6F94; Tue, 13 Aug 2002 02:02:09 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker Reply-To: Russell Coker To: Joerg Sommer Subject: Re: devfsd: usbmouse on /dev/input/mice Date: Tue, 13 Aug 2002 02:02:09 +0200 X-Mailer: KMail [version 1.3.2] References: <20020812234012.GA614@alea.gnuu.de> In-Reply-To: <20020812234012.GA614@alea.gnuu.de> Cc: devfs@oss.sgi.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020813000209.D3F1B6F94@lyta.coker.com.au> Sender: owner-devfs@oss.sgi.com Precedence: bulk On Tue, 13 Aug 2002 01:40, you wrote: > if I load the modules for my usb mice, I get a device /dev/input/mice. > But devfsd searchs it on /dev/input/mouse*. So there are no modules > loaded, if I access /dev/input/mice. > > I added to my modules.conf: > alias /dev/input input > probeall /dev/input/mice mousedev usb-uhci hic > alias /dev/usbmouse /dev/input/mice > > Why I must define /dev/input? I thought, devfsd call modprobe with the > full path, that is requested, and not with every part. And it's nice to > load the usb modules this way, but what's the right way? That sounds like a reasonable suggestion. I'll upload a new Debian package soon which contains that in the default config unless someone on the list has a better idea. -- 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 Tue Aug 20 09:39:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KGdnEC032598 for ; Tue, 20 Aug 2002 09:39:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KGdnr9032597 for devfs-outgoing; Tue, 20 Aug 2002 09:39:49 -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.5/8.12.5) with SMTP id g7KGdjEC032594 for ; Tue, 20 Aug 2002 09:39:45 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g7KGgQQ09576; Tue, 20 Aug 2002 10:42:26 -0600 Date: Tue, 20 Aug 2002 10:42:26 -0600 Message-Id: <200208201642.g7KGgQQ09576@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v199.16 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 199.16 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.20-rc3. Highlights of this release: - Fixed module unload race in Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Aug 20 21:20:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7L4KUEC016026 for ; Tue, 20 Aug 2002 21:20:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7L4KU5a016025 for devfs-outgoing; Tue, 20 Aug 2002 21:20:30 -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.5/8.12.5) with SMTP id g7L4KPEC016022 for ; Tue, 20 Aug 2002 21:20:26 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g7L4NGM21965; Tue, 20 Aug 2002 22:23:16 -0600 Date: Tue, 20 Aug 2002 22:23:16 -0600 Message-Id: <200208210423.g7L4NGM21965@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v217 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 217 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.5/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.5/devfs-patch-current.gz NOTE: kernel 2.5.1 and later require devfsd-v1.3.19 or later. This is against 2.5.31. Highlights of this release: - Exported and to modules - Updated README from master HTML file - Fixed module unload race in Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 21 08:40:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LFe2EC001521 for ; Wed, 21 Aug 2002 08:40:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LFe2Z3001520 for devfs-outgoing; Wed, 21 Aug 2002 08:40:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LFbdEC001171 for ; Wed, 21 Aug 2002 08:37:40 -0700 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id EB8711BD0B for ; Wed, 21 Aug 2002 17:40:18 +0200 (CEST) To: devfs@oss.sgi.com Subject: [PATCHES] patches currently used in mandrake-linux X-URL: Date: Wed, 21 Aug 2002 17:40:18 +0200 Message-ID: Lines: 112 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-mandrake-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-devfs@oss.sgi.com Precedence: bulk --=-=-= for information, here's the patches currently applied in mandrake on devfsd. some cannot be merged upstream but can actually be of interest to other people / distro maintainers. but some must be merged upstream, i tagged them with [TO_MERGE_UPSTREAM] first, for information purpose, here're the spec file that build the mandrake rpm package and the post-install script that recreate /dev/mouse link whether devfs is moutned or not regarding the current system config : --=-=-= Content-Disposition: attachment; filename=devfsd.spec %define state_dir /lib/dev-state Summary: Daemon for providing old entries in /dev with devfs Name: devfsd Exclusiveos: Linux Version: 1.3.25 Release: 14mdk License: GPL URL: http://www.atnf.csiro.au/~rgooch/linux/docs/devfs.html Group: System/Kernel and hardware Source: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/%name-v%version.tar.bz2 Source1: devfs_fs.h.bz2 Source2: devfs_fs_kernel.h.bz2 Source3: %name Source4: devfs-add-mouse-entry # # Compatibility names # # old /dev/cdrom Patch0: devfsd-1.3.25-cdrom.patch.bz2 #1.3.25-14mdk parallel port ATAPI generic devices Patch1: devfsd-1.3.25-pg.patch.bz2 # Compacq smart array support Patch2: devfsd-1.3.25-ida.patch.bz2 # Mylex support Patch3: devfsd-1.3.25-rd.patch.bz2 # Support ide devices while using IDE-SCSI Patch6: devfsd-1.3.25-idescsi.patch.bz2 # Support scd devices as well as sd ones Patch7: devfsd-1.3.25-sr_to_scd.patch.bz2 # USB serial driver Patch8: devfsd-1.3.25-usb-serial.patch.bz2 # # Compilation # # Fix compilation with glibc-2.2.x 's libnsl Patch10: devfsd-1.3.25-glibc22.patch.bz2 # CFLAGS can be overwritten; this is not expect to kill CPPFLAGS as side-effect Patch11: devfsd-1.3.25-make-fix.patch.bz2 # # Devices support # # enable defaults that're disabled Patch20: devfsd-1.3.25-enable.patch.bz2 # disable alsa support Patch21: devfsd-1.3.25-disable-alsa.patch.bz2 # fix usb mice support: input/mouse0 and input/mice race for usbmouse link # what's more, mice multiplex mouse0 and wacom tablets Patch29: devfsd-1.3.25-usbmouse.patch.bz2 # # Add support for /etc/devfs/conf.d/ # # include conf.d directory Patch31: devfsd-1.3.25-conf_d.patch.bz2 # only read .conf files Patch32: devfsd-1.3.24-conf-files.patch.bz2 BuildRoot: %_tmppath/%name-%version-build Requires: initscripts >= 6.40.2-21mdk, dynamic >= 0.6-2mdk, pam Requires: modutils >= 2.4.13-3mdk Prereq: rpm-helper Prefix: / %description The devfsd programme is a daemon, run by the system boot scripts which can provide for intelligent management of device entries in the Device Filesystem (devfs). As part of its setup phase devfsd creates certain symbolic links which are compiled into the code. These links are required by /usr/src/linux/Documentation/devices.txt. This behaviour may change in future revisions. devfsd will read the special control file .devfsd in a mounted devfs, listening for the creation and removal of device entries (this is termed a change operation). For each change operation, devfsd can take many actions. The daemon will normally run itself in the background and send messages to syslog. The opening of the syslog service is automatically delayed until /dev/log is created. At startup, before switching to daemon mode, devfsd will scan the mounted device tree and will generate synthetic REGISTER events for each leaf node. %prep %setup -q -n %name # Compatibility names %patch0 -p1 -b .cdrom %patch1 -p1 -b .pg %patch2 -p1 -b .ida %patch3 -p1 -b .rd %patch6 -p1 -b .idescsi %patch7 -p1 -b .scd %patch8 -p1 -b .usb_serial # Compilation %patch10 -p1 -b .glibc22 %patch11 -p1 -b .cpp # Devices support %patch20 -p1 -b .enable %patch21 -p1 -b .alsa %patch29 -p1 -b .usb # Add support for /etc/devfs/conf.d/ %patch31 -p1 -b .conf_d %patch32 -p1 -b .conf_files %build %serverbuild make all CFLAGS="%{optflags} -fpic -I." %install rm -fr %buildroot/ mkdir -p %buildroot/{sbin,%_sysconfdir,/%_mandir/man{5,8},etc,%state_dir} install -m 755 -s devfsd %buildroot/sbin/devfsd install -m 644 devfsd.8 %buildroot/%_mandir/man8 install -m 644 devfsd.conf.5 %buildroot/%_mandir/man5 install -m 644 devfsd.conf %buildroot%_sysconfdir install -m 644 modules.devfs %buildroot%_sysconfdir # service and mouse entry script mkdir -p %buildroot{%_initrddir,/etc/devfs/conf.d} || : install -m 755 %SOURCE3 %buildroot%_initrddir/%name install -m 755 %SOURCE4 %buildroot/sbin/devfs-add-mouse-entry %pre [ -d /var/dev-state/ -a ! -e %state_dir ] && /bin/mv /var/dev-state %state_dir [ -d /var/lib/dev-state/ -a ! -e %state_dir ] && /bin/mv /var/lib/dev-state %state_dir || : %post %_post_service %name [[ "$1" -gt 1 ]] && exit 0 [ -f /etc/sysconfig/mouse -a ! -e /etc/devfs/conf.d/mouse.conf ] || exit 0 /sbin/devfs-add-mouse-entry %preun if [ "$1" = 0 ]; then for i in /etc/lilo.conf /boot/grub/menu.lst; do [[ -e $i ]] && perl -pi -e 's/(\s*)devfs=mount(\s*)/$1 || $2/e' $i done [[ $(/usr/sbin/detectloader -q) = "LILO" ]] && /sbin/lilo > /dev/null fi %_preun_service %name %postun [ "$1" = 0 ] && killall -TERM devfsd 2>/dev/null || : %clean rm -rf %buildroot %files %defattr(-,root,root) %_mandir/man8/devfsd.8* %_mandir/man5/devfsd.conf.5* %dir /etc/devfs/ %dir /etc/devfs/conf.d/ /sbin/devfsd /sbin/devfs-add-mouse-entry %dir %{state_dir} %config(noreplace) %_sysconfdir/devfsd.conf %config(noreplace) %_sysconfdir/modules.devfs %config(noreplace) %_initrddir/%name %changelog * Wed Aug 21 2002 Thierry Vignaud 1.3.25-14mdk - "still cleaner" release - no need to redifine _sysconfdir - simplify patch 29 (usb mouse support); default to input/mice rather to usbmouse; this has a nice side effect, since mice multiplex usb mouse graphic tables, ... - kill ppc usb mouse patch since it's obviously wrong and because of new patch29 behavior - nls::yp_all() support: o kill patch13 (explicit linkage with libnsl) o [Patch 10] right fix is to use the same prototype as in glibc-2.2.x::rpcsvc/ypclnt.h thus dynamic support is back o [Patch 11] fix "make CFLAGS=..." by splitting CFLAGS into CFLAGS and CPPFLAGS so that we don't overwite "-DLIBNSL=..." - various spec cleaning * Wed Aug 21 2002 Thierry Vignaud 1.3.25-13mdk - move part of %%post to /sbin/devfs-add-mouse-entry - Prereq: rpm-helper - gq pixel's changelog * Mon Aug 19 2002 Pixel 1.3.25-12mdk - fix the condition for doing the "fix on upgrade for doing what was done in rc.sysinit (the symlink /dev/mouse)" * Sat Aug 17 2002 Thierry Vignaud 1.3.25-11mdk - "much more clean" release - scripts simplifications - split up the 10 patches in 14 small ones, thus enabling to: o see that USB serial device was include two times in compat_names table o cancel patches doing something reversed by another one o group all scd/sr related patches into one - join them in 4 sections: Compatibility names, Compilation fixes, Devices support, and /etc/devfs/conf.d/ support - shrink compacq smart array and mylex patches - document all patches * Sat Aug 17 2002 Thierry Vignaud 1.3.25-10mdk - patch2, %%post: kill devfsd warnings * Sat Aug 17 2002 Thierry Vignaud 1.3.25-9mdk - patch9: fix usb mouse managment - remove all dynamic stuff (dynamic'll put them in /etc/devfs/conf.d/) * Fri Aug 9 2002 Pixel 1.3.25-8mdk - patch2: adding symlink radio -> radio0 * Mon Aug 05 2002 Thierry Vignaud 1.3.25-7mdk - own /etc/devfs/conf.d/ too * Fri Aug 2 2002 Pixel 1.3.25-6mdk - oops, only create symlink /dev/mouse on the running system if devfs is mounted in /dev * Fri Aug 2 2002 Pixel 1.3.25-5mdk - fix on upgrade for doing what was done in rc.sysinit (the symlink /dev/mouse) * Tue May 21 2002 Thierry Vignaud 1.3.25-4mdk - fix serial devices on usb (eg Handspring Visor and co) [already merged upstream but not yet released] * Wed Mar 27 2002 Thierry Vignaud 1.3.25-3mdk - be sure to use /lib/dev-state * Tue Mar 26 2002 Thierry Vignaud 1.3.25-2mdk - use sr for autoloading stuff so that "new compatibility" names (i.e. /dev/sr/c0b0t6u0) that devfsd creates still autoload (obscure case) - fix mylex problem - drop patches part that get merged upstream: - Parrallel port devices handling - raw I/O driver managment - misc/agpgart handling * Tue Mar 26 2002 Thierry Vignaud 1.3.25-2mdk * Tue Mar 26 2002 Thierry Vignaud 1.3.25-1mdk - new release - ide-scsi patch from andrej that enable /dev/hd? even for ide-scsi devices - scd fix from andrej - fix agp loading (andrej) if one manually create devices or link in a devfsd mounted /dev * Wed Mar 13 2002 Thierry Vignaud 1.3.24-17mdk - fix scsi cdroms - fix rd * Tue Mar 12 2002 Thierry Vignaud 1.3.24-16mdk - rollback pixel patch because of usb problem * Mon Mar 11 2002 Thierry Vignaud 1.3.24-15mdk - fix pp devices handling via scsi emulation * Thu Mar 07 2002 Thierry Vignaud 1.3.24-14mdk - Requires: modutils >= 2.4.13-3mdk for pixel hack - fix pixel mess (above => preinstall) * Wed Mar 06 2002 Thierry Vignaud 1.3.24-13mdk - fix ida * Wed Mar 06 2002 Thierry Vignaud 1.3.24-12mdk - fix printers rules * Wed Mar 06 2002 Thierry Vignaud 1.3.24-11mdk - fix printers permission (frederic l***** doesn't know how to write regexps or what means testing ?) * Tue Mar 05 2002 Thierry Vignaud 1.3.24-10mdk - fix common probeall * Mon Mar 04 2002 Thierry Vignaud 1.3.24-9mdk - fix /dev/pg managment * Wed Feb 27 2002 Thierry Vignaud 1.3.24-8mdk - fix the ppc patch to use $devname * Wed Feb 27 2002 Stew Benedict 1.3.24-7mdk - rework PPC usbmouse patch * Tue Feb 26 2002 Thierry Vignaud 1.3.24-6mdk - move drakx directory for lord pixel * Tue Feb 26 2002 Thierry Vignaud 1.3.24-5mdk - devfsd service: if no deamon to kill, don't output kill error message * Tue Feb 26 2002 Thierry Vignaud 1.3.24-4mdk - only read .conf files when optionnaly including a directory * Tue Feb 26 2002 Thierry Vignaud 1.3.24-3mdk - add rawctl link - replace a symlink by a mksymlink * Mon Feb 25 2002 Thierry Vignaud 1.3.24-2mdk - move the OPTIONAL_INCLUDE * Mon Feb 25 2002 Thierry Vignaud 1.3.24-1mdk - set group to "tty" for the pseudo-tty devices so that mesg(1) can later be used to enable/disable talk requests and wall(1) messages. - new release (bug fix) - re-add pg aliases (was lost when merging with ppc changes) - add /etc/devfsd/ - read/include all config files added to /etc/devfsd/ * Wed Feb 13 2002 Thierry Vignaud 1.3.23-7mdk - add pg aliases (pixel) - requires recent enough initscripts (Andrej) * Mon Feb 11 2002 Stew Benedict 1.3.23-6mdk - change usbmouse symlink for PPC to input/mice * Fri Feb 8 2002 Warly 1.3.23-5mdk - killall -HUP devfsd kill ALSO the initscripts, change that. * Thu Feb 07 2002 Thierry Vignaud 1.3.23-4mdk - move rc.sysinit stuff related to running actions in a separate service * Tue Feb 05 2002 Thierry Vignaud 1.3.23-3mdk - fix my stupid patch * Tue Feb 05 2002 Thierry Vignaud 1.3.23-2mdk - disable richard gooch stuff for sound, uneeded (Borsenkow Andrej) - enable amovible media * Mon Feb 04 2002 Thierry Vignaud 1.3.23-1mdk - new version - enhancements from richard - alias scd & sr - irda stuff - fix alsa * Fri Jan 25 2002 Pixel 1.3.22-3mdk - remove devfs=mount from lilo and grub when removing devfsd * Thu Jan 24 2002 Thierry Vignaud 1.3.22-2mdk - enhancements from richard gooch * Thu Jan 24 2002 Thierry Vignaud 1.3.22-1mdk - restore RESTORE - new release * Tue Jan 22 2002 Thierry Vignaud 1.3.21-3mdk - reput back the /lib/dev-state managment that disappear while updating to 1.3.21 * Wed Jan 16 2002 Frederic Lepied 1.3.21-2mdk - add agpgart to modules.devfs * Tue Jan 15 2002 Chmouel Boudjnah 1.3.21-1mdk - Add fixes from Andrej. - 1.3.21. * Fri Dec 14 2001 Thierry Vignaud 1.3.20-1mdk - new release - merge my cdrom fix in conf patch * Thu Oct 11 2001 Thierry Vignaud 1.3.18-17mdk - fix cdrom link (fergal) * Sun Sep 23 2001 Frederic Lepied 1.3.18-16mdk - fixed sound devices permissions by calling pam_console_apply for them. * Fri Sep 21 2001 Frederic Lepied 1.3.18-15mdk - fix names of printers devices. * Thu Sep 20 2001 Frederic Lepied 1.3.18-14mdk - make_symlink: remove unlink before symlink but no message when the symlink fail when it's the good file that's already pointed. - GLOBAL symlink is rerouted to make_symlink * Thu Sep 20 2001 Frederic Lepied 1.3.18-13mdk - comment call to part.script (too buggy) - add the /dev/video symlink * Wed Sep 19 2001 Frederic Lepied 1.3.18-12mdk - symlink <==> ln -sf. - devfsd.conf unlink on UNREGISTER not to create devices on next boot. * Wed Sep 19 2001 Pixel 1.3.18-11mdk - make rd/discX/* (DAC960) works * Sat Sep 15 2001 Frederic Lepied 1.3.18-10mdk - fix devfsd.conf for part regexp and visor regexp. * Thu Sep 13 2001 Frederic Lepied 1.3.18-9mdk - launch part.script when a new partition is detected. * Tue Sep 11 2001 Pixel 1.3.18-8mdk - nicer handling of in directories symlinks (function make_symlink) - make ida/ and rd/ works (cpqarray, cciss and DAC960) [updated patch0] * Sun Sep 9 2001 Pixel 1.3.18-7mdk - modules.devfs: replace scsi-hosts with scsi_hostadapter * Sat Sep 8 2001 Frederic Lepied 1.3.18-6mdk - don't mess up /lib/dev-state with REGISTER and UNREGISTER [updated patch2] * Wed Sep 5 2001 Frederic Lepied 1.3.18-5mdk - added compatibility for cpqarray and DAC960 devices (not tested) [updated patch0]. - remove /lib/dev-state entry on UNREGISTER (Andrej Borsenkow) [updated patch2]. * Tue Sep 4 2001 Frederic Lepied 1.3.18-4mdk - added compatibility entry for Parallel port ATAPI generic devices (updated patch0). * Tue Aug 28 2001 Frederic Lepied 1.3.18-3mdk - changed sr => scd for compatibility symlinks (updated patch0). - removed autoloading of bttv and autoload sound-slot-0 instead of sound. * Tue Aug 28 2001 Frederic Lepied 1.3.18-2mdk - reworked patch3 to handle DELETE events to clean /lib/dev-state entries. * Fri Aug 24 2001 Frederic Lepied 1.3.18-1mdk - 1.3.18 * Fri Aug 24 2001 Pixel 1.3.17-4mdk - shut up the killall * Thu Aug 23 2001 Frederic Lepied 1.3.17-3mdk - manage the usbmouse symlinks * Wed Aug 22 2001 Frederic Lepied 1.3.17-2mdk - removed call to pam_console_apply to speed up boot in the meantime. * Tue Aug 21 2001 Chmouel Boudjnah 1.3.17-1mdk - Fix build. - 1.3.17. * Mon Aug 20 2001 Frederic Lepied 1.3.16-2mdk - call pam_console_apply on device creation/removal. * Thu Aug 16 2001 Thierry Vignaud 1.3.16-1mdk - new release * Tue Aug 14 2001 Thierry Vignaud 1.3.15-1mdk - new release * Wed Aug 8 2001 Frederic Lepied 1.3.12-3mdk - use dynamic scripts * Tue Aug 07 2001 Thierry Vignaud 1.3.12-2mdk - remove warning on ia64 - fake rpmlint * Wed Aug 1 2001 Frederic Lepied 1.3.12-1mdk - moved devices saving dir to /lib/dev-state to allow a separate /var partition. - 1.3.12 (merged patches 3 and 5, updated source2) * Wed Jul 11 2001 Thierry Vignaud 1.3.11-4mdk - typo fixes * Tue Jul 10 2001 Thierry Vignaud 1.3.11-3mdk - use %%serverbuild - nicely reload devfsd on update - nicely stop it on uninstall - move /var/dev-state to /var/lib/dev-state in order to be FHS complient [on update, move existing perms] add a macro for it - add %%dir /var/lib/dev-state - no more need to link /dev/video0 on /dev/video for xawtv (need to be tested with zapping) * Tue Jun 19 2001 Thierry Vignaud 1.3.11-2mdk - minor spec fixes - build release * Tue Feb 06 2001 Thierry Vignaud 1.3.11-1mdk - new release - remove glibc-2.2 hack as this release fix it * Tue Jan 09 2001 Thierry Vignaud 1.3.10-7mdk - more ALSA stuff - prevent devfsd to auto{save,load} permissions & ownerships on Unix98 ptys (/dev/pts) - handle CD burners too * Thu Jan 04 2001 Thierry Vignaud 1.3.10-6mdk - more stuff for videtext support - comment my previous changes * Thu Nov 23 2000 Thierry Vignaud 1.3.10-5mdk - enable devfs to save and restore /dev/ state in /var/dev-state - document devfsd.conf to show how to force default permissions out of the kernel - remove empty %%post * Fri Nov 17 2000 Chmouel Boudjnah 1.3.10-4mdk - fix glibc22 compilation. * Wed Jul 19 2000 Thierry Vignaud 1.3.10-3mdk - BM * Mon Jul 17 2000 Thierry Vignaud 1.3.10-2mdk - fix from Stefan van der Eijk - make devfsd LM-update comliant (aka pixelization) * Tue Jul 04 2000 Thierry Vignaud 1.3.10-1mdk - new release (argh ... why do he fix in a new release what i've just fixed !!! => suppres my previous patch as it is now in) - let spec-helper compress man-page - guillomization * Tue Jul 04 2000 Thierry Vignaud 1.3.9-2mdk - automatically load modules when a process lookup a /dev entry (part1) (part2 is copying richard' aliases in /etc/conf.modules) * Tue Jun 20 2000 Thierry Vignaud 1.3.9-1mdk - New release - Add old cdrom entries (i'll remove those from /etc/rc.d/rc.sysinit which is eventually not their place) - Use mandir macros for FHS compatibilty. - Add URL * Wed Apr 19 2000 Jeff Garzik 1.3.5-1mdk - version 1.3.5 - ditch mdk fixes patch * Tue Apr 18 2000 Jeff Garzik 1.3.4-1mdk - version 1.3.4 - fix spec permissions * Mon Apr 17 2000 Jeff Garzik 1.3.3-1mdk - version 1.3.3 - new BuildRoot * Thu Mar 30 2000 Thierry Vignaud 1.31-2mdk - fix a typo in the release number :-( - compiled against 2.3.99pre4-1 - patches for DrakX had been submited and integrated. Patches for rc.sysinit are currently tested. * Thu Mar 23 2000 Thierry Vignaud 1.31-1mdk - fist mandrake spec: use spechelper - by default, we provide compatiblity entries in /dev (DiskDrake won't like /dev/ide/host0/bus0/target0/lun0/part1 instead of /dev/hda1 ...) - fix bad code compilation - add loading of sound module when /dev/{mixer,dsp,...} is lookuped --=-=-= Content-Disposition: attachment; filename=devfs-add-mouse-entry #!/bin/sh . /etc/sysconfig/mouse device=`echo $device | sed -e 's/psaux/misc\/psaux/' -e 's/ttyS\(.\)/tts\/\1/g'` if [ -n "$device" ]; then rm -f /dev/mouse [ -e /dev/.devfsd ] && ln -sf $device /dev/mouse cat > /etc/devfs/conf.d/mouse.conf << EOF REGISTER ^$device\$ CFUNCTION GLOBAL mksymlink $device mouse UNREGISTER ^$device\$ CFUNCTION GLOBAL unlink mouse EOF fi --=-=-= the patches used in our srpm're : - Compatibility names o old /dev/cdrom [TO_MERGE_UPSTREAM] richard, linux/Documentation/devices.txt describes it: * "/dev/cdrom CD-ROM device symbolic Current CD-ROM device" * "For SCSI devices, /dev/tape and /dev/cdrom should point to the ``cooked'' devices" --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-cdrom.patch --- ./compat_name.c.cdrom 2002-01-25 08:06:35.000000000 +0100 +++ ./compat_name.c 2002-08-17 18:12:54.000000000 +0200 @@ -27,6 +27,8 @@ This file contains functions to translate the kernel names in devfs to other names. + Updated by Thierry Vignaud 10-JUN-2000: Added compatibility entries + for cdrom devices Written by Richard Gooch 30-APR-2000: Copied from devfsd.c @@ -106,6 +110,7 @@ {"netlink/", NULL}, {"loop/", "loop%s"}, {"floppy/", "fd%s"}, + {"cdroms/", NULL}, {"rd/", "ram%s"}, {"md/", "md%s"}, /* Meta-devices */ {"vc/", "tty%s"}, --=-=-= o parallel port ATAPI generic devices [TO_MERGE_UPSTREAM] --=-=-= Content-Type: text/x-patch; charset=iso-8859-1 Content-Disposition: attachment; filename=devfsd-1.3.25-pg.patch Content-Transfer-Encoding: 8bit --- ./compat_name.c.cdrom 2002-01-25 08:06:35.000000000 +0100 +++ ./compat_name.c 2002-08-17 18:12:54.000000000 +0200 @@ -61,6 +63,9 @@ Last updated by Richard Gooch 25-JAN-2002: Added compatibility entries for parallel port generic ATAPI interface. + Updated by Frédéric Lepied 04-SEP-2001: Added compatibility entry + for parallel port ATAPI generic devices. + */ #include #ifdef __KERNEL__ @@ -106,6 +110,7 @@ {"floppy/", "fd%s"}, {"cdroms/", NULL}, {"rd/", "ram%s"}, + {"pg/", "pg%s"}, /* Parallel port generic ATAPI interface*/ {"md/", "md%s"}, /* Meta-devices */ {"vc/", "tty%s"}, {"misc/", NULL}, --=-=-= o Compacq smart array support[1] --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-ida.patch --- ./compat_name.c.ida 2002-08-17 19:12:29.000000000 +0200 +++ ./compat_name.c 2002-08-17 19:14:56.000000000 +0200 @@ -220,6 +220,13 @@ compat_name = buffer; } return (compat_name); + } + else if (strncmp (devname, "ida/", 4) == 0) { + if (strcmp (devname + namelen - 4, "disc") == 0) + sprintf ( buffer, "ida/c%dd%d", minor / 16 / 16, minor / 16 % 16); + else if (strncmp (ptr = (strrchr (devname, '/') +1), "part", 4) == 0) + sprintf (buffer, "ida/c%dd%dp%s", minor / 16 / 16, minor / 16 % 16, ptr + 4); + compat_name = buffer; } else if (strncmp (devname, "vcc/", 4) == 0) { --- ./devfsd.c.ida 2002-03-25 07:59:40.000000000 +0100 +++ ./devfsd.c 2002-08-17 19:12:29.000000000 +0200 @@ -1462,6 +1462,9 @@ case AC_RMOLDCOMPAT: compat_name = get_old_name (info->devname, info->namelen, compat_buf, info->major, info->minor); + if ( (strncmp (info->devname, "ida/", 4) == 0) && + (strncmp (ptr = (strrchr (info->devname, '/') +1), "part", 4) == 0) ) + dest_name = info->devname+4; break; case AC_MKNEWCOMPAT: case AC_RMNEWCOMPAT: --=-=-= o Mylex support[1] --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-rd.patch --- ./compat_name.c.cdrom 2002-01-25 08:06:35.000000000 +0100 +++ ./compat_name.c 2002-08-17 18:12:54.000000000 +0200 @@ -144,6 +152,15 @@ char *ptr; struct translate_struct *trans; + /* rd/disc needs to be searched before translate_table (rd/0 -> ram0) */ + if (strncmp (devname, "rd/disc", sizeof("rd/disc") - 1) == 0) { + if(strcmp (devname + namelen - 4, "disc") == 0) + sprintf ( buffer, "rd/c%dd%d", minor / 8 / 32, minor / 8 % 32); + else if (strncmp (ptr = (strrchr (devname, '/') +1), "part", 4) == 0) + sprintf (buffer, "rd/c%dd%dp%s", minor / 8 / 32, minor / 8 % 32, ptr + 4); + return buffer; + } + for (trans = translate_table; trans->match != NULL; ++trans) { size_t len = strlen (trans->match); --- ./devfsd.c.cdrom 2002-03-25 07:59:40.000000000 +0100 +++ ./devfsd.c 2002-08-17 18:06:17.000000000 +0200 @@ -1462,6 +1462,9 @@ case AC_RMOLDCOMPAT: compat_name = get_old_name (info->devname, info->namelen, compat_buf, info->major, info->minor); + if ( (strncmp (info->devname, "rd/", 3) == 0) && + (strncmp (ptr = (strrchr (info->devname, '/') +1), "part", 4) == 0) ) + dest_name = info->devname+3; if ( (strncmp (info->devname, "ida/", 4) == 0) && (strncmp (ptr = (strrchr (info->devname, '/') +1), "part", 4) == 0) ) dest_name = info->devname+4; --=-=-= o Support ide devices while using IDE-SCSI (need a kernel patch) --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-idescsi.patch diff -u devfsd-mdk/compat_name.c devfsd/compat_name.c --- devfsd-mdk/compat_name.c Thu Mar 21 21:02:57 2002 +++ devfsd/compat_name.c Thu Mar 21 21:04:48 2002 @@ -234,6 +234,12 @@ get_old_ide_name (major, minor) ); compat_name = buffer; } + else if (strcmp (devname + namelen - 7, "generic") == 0) + { + sprintf ( buffer, "hd%c", + get_old_ide_name (major, minor) ); + compat_name = buffer; + } return (compat_name); } else if ( (strncmp (devname, "ida/", 4) == 0) && --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit o Support scd devices as well as sd ones (due to historical considerations - aka rh compatibility) eg: [root@testbox /dev]# ls -od scd0 sr0 lr-xr-xr-x 1 root 31 aoû 21 15:46 scd0 -> scsi/host0/bus0/target0/lun0/cd lr-xr-xr-x 1 root 31 aoû 21 15:46 sr0 -> scsi/host0/bus0/target0/lun0/cd --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-sr_to_scd.patch --- devfsd/modules.devfs.orig Sun Mar 17 21:38:23 2002 +++ devfsd/modules.devfs Sun Mar 17 21:41:39 2002 @@ -49,8 +52,9 @@ alias /dev/sd* /dev/sd # SCSI CD-ROMs probeall /dev/sr scsi_hostadapter sr_mod -alias /dev/sr* /dev/sr +probeall /dev/scd scsi_hostadapter sr_mod +alias /dev/scd* /dev/scd -alias /dev/scsi/*/cd sr_mod +alias /dev/scsi/*/cd /dev/scd # SCSI tapes --- devfsd0/compat_name.c 2002-08-17 18:46:21.000000000 +0200 +++ devfsd/compat_name.c 2002-08-17 19:07:26.000000000 +0200 @@ -111,6 +112,7 @@ {"loop/", "loop%s"}, {"floppy/", "fd%s"}, {"cdroms/", NULL}, + {"scd", "sr%s"}, {"rd/", "ram%s"}, {"pg/", "pg%s"}, /* Parallel port generic ATAPI interface*/ {"md/", "md%s"}, /* Meta-devices */ @@ -201,7 +196,7 @@ } else if (strcmp (devname + namelen - 2, "cd") == 0) { - sprintf (buffer, "sr%u", minor); + sprintf (buffer, "scd%u", minor); compat_name = buffer; } else if (strcmp (devname + namelen - 4, "disc") == 0) --=-=-= o USB serial driver [TO_MERGE_UPSTREAM] richard, linux/Documentation/devices.txt describes it: "USB serial converters : 0 = /dev/ttyUSB0 First USB serial converter 1 = /dev/ttyUSB1 Second USB serial converter" --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-usb-serial.patch --- ./compat_name.c.usb_serial 2002-08-17 19:09:26.000000000 +0200 +++ ./compat_name.c 2002-08-17 19:09:26.000000000 +0200 @@ -131,6 +131,7 @@ {"cua/F", "cuf%s"}, /* Computone serial driver callout */ {"tts/C", "ttyC%s"}, /* Cyclades serial driver */ {"cua/C", "cub%s"}, /* Cyclades serial driver callout */ + {"usb/tts/", "ttyUSB%s"}, /* USB serial driver */ {"tts/", "ttyS%s"}, /* Generic serial: must be after others */ {"cua/", "cua%s"}, /* Generic serial: must be after others */ {"input/js", "js%s"}, /* Joystick driver */ --=-=-= - Compilation o fix compilation with glibc-2.2.x --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-glibc22.patch --- ./devfsd.c.glibc22 2002-08-21 16:21:57.000000000 +0200 +++ ./devfsd.c 2002-08-21 16:23:15.000000000 +0200 @@ -486,8 +486,9 @@ {"fd/2", "stderr"}, {NULL, NULL}, }; -static int (*my_yp_all) (char *domain, char *map, - struct ypall_callback *callback); /* = NULL */ +static int (*my_yp_all) (const char *, const char *, + const struct ypall_callback *); /* = NULL */ + static int (*my_yp_get_default_domain) (char **domainptr); /* = NULL */ static struct event_type { --=-=-= o fix nls support which conflicted with the "make CFLAGS=..." feature" [TO_MERGE_UPSTREAM] --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-make-fix.patch --- ./GNUmakefile.cpp 2002-08-21 16:40:13.000000000 +0200 +++ ./GNUmakefile 2002-08-21 16:40:05.000000000 +0200 @@ -20,7 +20,8 @@ OBJECTS = devfsd.o expression.o compat_name.o -CFLAGS = -O2 -I. -I$(KERNEL_DIR)/include -Wall $(CEXTRAS) $(DEFINES) +CFLAGS = -O2 -I. -I$(KERNEL_DIR)/include -Wall +CPPFLAGS = $(CEXTRAS) $(DEFINES) devfsd: $(OBJECTS) $(CC) -O2 -o devfsd $(OBJECTS) $(LDFLAGS) -export-dynamic -ldl --=-=-= - Devices support o enable defaults that're disabled --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-enable.patch --- devfsd/devfsd.conf Tue devfsd.conf.mdkconf Sun Jan 27 21:46:35 2002 +++ devfsd/devfsd.conf Tue devfsd.conf Mon Jan 28 00:41:23 2002 @@ -28,29 +28,37 @@ # Uncomment the following if you want to set the group to "tty" for the # pseudo-tty devices. This is necessary so that mesg(1) can later be used to # enable/disable talk requests and wall(1) messages. -#REGISTER ^pty/s.* PERMISSIONS -1.tty 0600 -#REGISTER ^pts/.* PERMISSIONS -1.tty 0600 +REGISTER ^pty/s.* PERMISSIONS -1.tty 0600 +REGISTER ^pts/.* PERMISSIONS -1.tty 0600 # # Uncomment this if you want permissions to be saved and restored # Do not do this for pseudo-terminal devices -#REGISTER ^pt[sy] IGNORE -#CREATE ^pt[sy] IGNORE -#CHANGE ^pt[sy] IGNORE -#DELETE ^pt[sy] IGNORE -#REGISTER .* COPY /dev-state/$devname $devpath -#CREATE .* COPY $devpath /dev-state/$devname -#CHANGE .* COPY $devpath /dev-state/$devname -#DELETE .* CFUNCTION GLOBAL unlink /dev-state/$devname -#RESTORE /dev-state +REGISTER ^pt[sy] IGNORE +CREATE ^pt[sy] IGNORE +CHANGE ^pt[sy] IGNORE +DELETE ^pt[sy] IGNORE +REGISTER .* COPY /lib/dev-state/$devname $devpath +CREATE .* COPY $devpath /lib/dev-state/$devname +CHANGE .* COPY $devpath /lib/dev-state/$devname +DELETE .* CFUNCTION GLOBAL unlink /lib/dev-state/$devname +RESTORE /lib/dev-state # # Uncomment this if you want the old /dev/cdrom symlink -#REGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL mksymlink $devname cdrom -#UNREGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL unlink cdrom +REGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL mksymlink $devname cdrom +UNREGISTER ^cdroms/cdrom0$ CFUNCTION GLOBAL unlink cdrom + +REGISTER ^v4l/video0$ CFUNCTION GLOBAL mksymlink v4l/video0 video +UNREGISTER ^v4l/video0$ CFUNCTION GLOBAL unlink video +REGISTER ^radio0$ CFUNCTION GLOBAL mksymlink radio0 radio +UNREGISTER ^radio0$ CFUNCTION GLOBAL unlink radio + +# ALSA stuff +#LOOKUP snd MODLOAD ACTION snd # Uncomment this to let PAM manage devfs -#REGISTER .* CFUNCTION /lib/security/pam_console_apply_devfsd.so pam_console_apply_single $devpath +REGISTER .* CFUNCTION /lib/security/pam_console_apply_devfsd.so pam_console_apply_single $devpath # Uncomment this to manage USB mouse REGISTER ^input/mouse0$ CFUNCTION GLOBAL mksymlink $devname usbmouse @@ -61,10 +91,10 @@ # If you have removable media and want to force media revalidation when looking # up new or old compatibility names, uncomment the following lines # SCSI NEWCOMPAT /dev/sd/* names -#LOOKUP ^(sd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 +LOOKUP ^(sd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # SCSI OLDCOMPAT /dev/sd?? names -#LOOKUP ^(sd[a-z]+)[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 +LOOKUP ^(sd[a-z]+)[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # IDE NEWCOMPAT /dev/ide/hd/* names -#LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 +LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # IDE OLDCOMPAT /dev/hd?? names -#LOOKUP ^(hd[a-z])[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 +LOOKUP ^(hd[a-z])[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 --=-=-= o disable alsa support (better handled by our bootstrapping service scripts) --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-disable-alsa.patch --- devfsd/modules.devfs.mdk Sun Jan 27 21:59:51 2002 +++ devfsd/modules.devfs Mon Jan 28 00:37:00 2002 @@ -81,12 +84,12 @@ alias /dev/lp* /dev/printers # Soundcard -alias /dev/sound sound-slot-0 -alias /dev/audio /dev/sound -alias /dev/mixer /dev/sound -alias /dev/dsp /dev/sound -alias /dev/dspW /dev/sound -alias /dev/midi /dev/sound +#alias /dev/sound sound-slot-0 +#alias /dev/audio /dev/sound +#alias /dev/mixer /dev/sound +#alias /dev/dsp /dev/sound +#alias /dev/dspW /dev/sound +#alias /dev/midi /dev/sound # Joysticks alias /dev/js* /dev/joysticks --=-=-= o usb mouse support: default to input/mice rather to usbmouse; this has a nice side effect, since mice multiplex usb mouse graphic tables, ... --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-usbmouse.patch --- ./devfsd.conf.usb 2002-08-17 15:42:17.000000000 +0200 +++ ./devfsd.conf 2002-08-17 15:42:46.000000000 +0200 @@ -57,8 +57,8 @@ REGISTER .* CFUNCTION /lib/security/pam_console_apply_devfsd.so pam_console_apply_single $devpath # Uncomment this to manage USB mouse -REGISTER ^input/mouse0$ CFUNCTION GLOBAL mksymlink $devname usbmouse -UNREGISTER ^input/mouse0$ CFUNCTION GLOBAL unlink usbmouse +#REGISTER ^input/mouse0$ CFUNCTION GLOBAL mksymlink $devname usbmouse +#UNREGISTER ^input/mouse0$ CFUNCTION GLOBAL unlink usbmouse REGISTER ^input/mice$ CFUNCTION GLOBAL mksymlink $devname usbmouse UNREGISTER ^input/mice$ CFUNCTION GLOBAL unlink usbmouse --=-=-= - Add support for /etc/devfs/conf.d/ o include conf.d directory --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-conf_d.patch --- devfsd/devfsd.conf Tue devfsd.conf.mdkconf Sun Jan 27 21:46:35 2002 +++ devfsd/devfsd.conf Tue devfsd.conf Mon Jan 28 00:41:23 2002 @@ -61,3 +91,6 @@ LOOKUP ^(ide/hd/c[0-9]+b[0-9]+t[0-9]+u[0-9]+)p[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 # IDE OLDCOMPAT /dev/hd?? names LOOKUP ^(hd[a-z])[0-9]+$ EXECUTE /bin/dd if=$mntpnt/\1 of=/dev/null count=1 + +# Include package-generated files from /etc/devfs/conf.d +OPTIONAL_INCLUDE /etc/devfs/conf.d/ --=-=-= o only read .conf files in included directories so that .#* , *~ , *.rpm{new,orig} don't result on old stuff to be done or some stuff to be done two times --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.24-conf-files.patch --- devfsd-1.3.24.orig/devfsd.c +++ devfsd-1.3.24/devfsd.c @@ -752,6 +756,8 @@ char fname[STRING_LENGTH]; if (de->d_name[0] == '.') continue; + /* only read *.conf files */ + if (!strstr(de->d_name, ".conf")) continue; snprintf (fname, STRING_LENGTH, "%s/%s", path, de->d_name); read_config_file (fname, optional, event_mask); } @@ -1237,7 +1278,7 @@ case -1: /* Error */ SYSLOG (LOG_ERR, "error forking\t%s\n", ERRSTRING); - exit (2); + return; /*break;*/ default: /* Parent */ --=-=-= [1] yes, i know major and minor are bogus --=-=-=-- From owner-devfs@oss.sgi.com Wed Aug 21 08:50:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LFo0EC001609 for ; Wed, 21 Aug 2002 08:50:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LFo0aL001608 for devfs-outgoing; Wed, 21 Aug 2002 08:50:00 -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.5/8.12.5) with SMTP id g7LFnpEC001605 for ; Wed, 21 Aug 2002 08:49:51 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g7LFqml31888; Wed, 21 Aug 2002 09:52:48 -0600 Date: Wed, 21 Aug 2002 09:52:48 -0600 Message-Id: <200208211552.g7LFqml31888@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Thierry Vignaud Cc: devfs@oss.sgi.com Subject: Re: [PATCHES] patches currently used in mandrake-linux In-Reply-To: References: Sender: owner-devfs@oss.sgi.com Precedence: bulk Thierry Vignaud writes: > for information, here's the patches currently applied in mandrake on > devfsd. > some cannot be merged upstream but can actually be of interest to > other people / distro maintainers. > > but some must be merged upstream, i tagged them with [TO_MERGE_UPSTREAM] Two things before I even consider any of this: - send each patch in a separate email - send patches in 8-bit ASCII, without that horrible quoted-printable crap. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 21 09:19:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LGJkEC006125 for ; Wed, 21 Aug 2002 09:19:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LGJkpE006124 for devfs-outgoing; Wed, 21 Aug 2002 09:19:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-devfs@oss.sgi.com using -f Received: from vador.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LGJdEC006121 for ; Wed, 21 Aug 2002 09:19:39 -0700 Received: from vador.mandrakesoft.com (localhost.localdomain [127.0.0.1]) by vador.mandrakesoft.com (Postfix) with ESMTP id DA8211BD0B; Wed, 21 Aug 2002 18:22:18 +0200 (CEST) To: Richard Gooch Cc: devfs@oss.sgi.com Subject: Re: [PATCHES] patches currently used in mandrake-linux References: <200208211552.g7LFqml31888@vindaloo.ras.ucalgary.ca> X-URL: Date: Wed, 21 Aug 2002 18:22:18 +0200 In-Reply-To: <200208211552.g7LFqml31888@vindaloo.ras.ucalgary.ca> (Richard Gooch's message of "Wed, 21 Aug 2002 09:52:48 -0600") Message-ID: Lines: 44 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-mandrake-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-devfs@oss.sgi.com Precedence: bulk Richard Gooch writes: > > for information, here's the patches currently applied in mandrake > > on devfsd. > > some cannot be merged upstream but can actually be of interest to > > other people / distro maintainers. > > > > but some must be merged upstream, i tagged them with > > [TO_MERGE_UPSTREAM] > > Two things before I even consider any of this: > - send each patch in a separate email as you wish > - send patches in 8-bit ASCII, without that horrible quoted-printable > crap. they're almost all in pure ascii. but only the cdrom patch since frederic name use french accents: Content-Type: text/x-patch; charset=iso-8859-1 Content-Disposition: attachment; filename=devfsd-1.3.25-pg.patch Content-Transfer-Encoding: 8bit afaic, latin1 (iso-8859-1) is equal to ascii for all ascii characters (aka the 128 first ones). as for 8bit ascii, i don't know this one. there's several encoding that includes ascii and use more bits. one of them is latin1 which is fine there since there's only ascii characters what's more, i sent you in the past patches you accepted; i sent these patches the same way i sent the above one today ... that is pure-ascii attachments with: Content-Type: text/x-patch Content-Disposition: attachment; filename=devfsd-1.3.25-rd.patch i won't send them inline since they can then be corrupted my mailer, mta, mda, ... From owner-devfs@oss.sgi.com Wed Aug 21 09:35:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LGZ9EC007130 for ; Wed, 21 Aug 2002 09:35:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LGZ9lY007129 for devfs-outgoing; Wed, 21 Aug 2002 09:35:09 -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.5/8.12.5) with SMTP id g7LGZ4EC006740 for ; Wed, 21 Aug 2002 09:35:05 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g7LGbwJ00315; Wed, 21 Aug 2002 10:37:58 -0600 Date: Wed, 21 Aug 2002 10:37:58 -0600 Message-Id: <200208211637.g7LGbwJ00315@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Thierry Vignaud Cc: devfs@oss.sgi.com, Ralf Baechle Subject: Re: [PATCHES] patches currently used in mandrake-linux In-Reply-To: References: <200208211552.g7LFqml31888@vindaloo.ras.ucalgary.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Thierry Vignaud writes: > > - send patches in 8-bit ASCII, without that horrible quoted-printable > > crap. > > they're almost all in pure ascii. but only the cdrom patch since > frederic name use french accents: > > Content-Type: text/x-patch; charset=iso-8859-1 > Content-Disposition: attachment; filename=devfsd-1.3.25-pg.patch > Content-Transfer-Encoding: 8bit > > afaic, latin1 (iso-8859-1) is equal to ascii for all ascii characters > (aka the 128 first ones). > as for 8bit ascii, i don't know this one. Oh, damn. It's oss.sgi.com that's converting to quoted-printable. Ralf: can you please fix it so that oss.sgi.com leaves the data untouched? Quoted-printable is an abomination. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 21 09:44:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LGiUEC007232 for ; Wed, 21 Aug 2002 09:44:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LGiTc6007231 for devfs-outgoing; Wed, 21 Aug 2002 09:44:29 -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.5/8.12.5) with SMTP id g7LGiREC007228 for ; Wed, 21 Aug 2002 09:44:28 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g7LGlSk00767; Wed, 21 Aug 2002 10:47:28 -0600 Date: Wed, 21 Aug 2002 10:47:28 -0600 Message-Id: <200208211647.g7LGlSk00767@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: devfs@oss.sgi.com Subject: Please ignore Sender: owner-devfs@oss.sgi.com Precedence: bulk Checking problem with the mailing list. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 21 09:47:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LGl7EC007295 for ; Wed, 21 Aug 2002 09:47:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LGl7YK007294 for devfs-outgoing; Wed, 21 Aug 2002 09:47:07 -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.5/8.12.5) with SMTP id g7LGl5EC007291 for ; Wed, 21 Aug 2002 09:47:05 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id g7LGo5w01043; Wed, 21 Aug 2002 10:50:05 -0600 Date: Wed, 21 Aug 2002 10:50:05 -0600 Message-Id: <200208211650.g7LGo5w01043@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: devfs@oss.sgi.com Subject: Please ignore Sender: owner-devfs@oss.sgi.com Precedence: bulk Checking problem with the mailing list. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From ralf@oss.sgi.com Fri Aug 23 16:41:22 2002 Received: with ECARTIS (v1.0.0; list devfs); Fri, 23 Aug 2002 16:52:54 -0700 (PDT) Received: from shaft19-f87.dialo.tiscali.de (shaft19-f87.dialo.tiscali.de [62.246.19.87]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NNf19D002570; Fri, 23 Aug 2002 16:41:02 -0700 Received: (ralf@lappi.linux-mips.net) by ralf.linux-mips.org id ; Sat, 24 Aug 2002 01:44:11 +0200 Date: Sat, 24 Aug 2002 01:44:11 +0200 From: Ralf Baechle To: undisclosed-recipients:; Subject: ADMIN: New mailing list software on oss Message-ID: <20020824014411.A10670@bacchus.dhis.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Accept-Language: de,en,fr Content-Transfer-Encoding: 8bit X-archive-position: 1 X-ecartis-version: Ecartis v1.0.0 Sender: devfs-bounce@oss.sgi.com Errors-to: devfs-bounce@oss.sgi.com X-original-sender: ralf@oss.sgi.com Precedence: bulk X-list: devfs After a long time we're finally retiring Majordomo as mailing list manager for oss.sgi.com and have replaced it with Ecartis. From a user perspective Ecartis is similar to Majordomo, that is subscribing and unsubscribing do work the same way. In addition we now offer new features such as a digest mode. For more information send an email containing the word "help" to Ecartis@oss.sgi.com. For a while we'll still have it available under the old majordomo@oss.sgi.com address as well. Ralf