From: "Martin Schlemmer [c]" <azarah@nosferatu.za.org>
To: Grzegorz Kulewski <kangur@polcom.net>
Cc: Linus Torvalds <torvalds@osdl.org>, Chris Wedgwood <cw@f00f.org>,
Andries Brouwer <aebr@win.tue.nl>, Adam Heath <doogie@debian.org>,
Christoph Hellwig <hch@infradead.org>,
Timothy Miller <miller@techsource.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: support of older compilers [u]
Date: Sat, 06 Nov 2004 00:37:26 +0200 [thread overview]
Message-ID: <1099694246.4450.11.camel@nosferatu.lan> (raw)
In-Reply-To: <Pine.LNX.4.60.0411052242090.3255@alpha.polcom.net>
[-- Attachment #1: Type: text/plain, Size: 2749 bytes --]
On Fri, 2004-11-05 at 22:59 +0100, Grzegorz Kulewski wrote:
> > The kernel does do more these days than it did in '95. But 6 times more? I
> > dunno..
>
> Can't we remove ramfs for a good start? Everyone should use tmpfs instead
> and some stupid distributions (I will not tell their names) try to mount
> ramfs on /dev (udev) and that leads to very stupid panic if you will
> write for example:
>
> dd if=/dev/evms/sda5 of=/dev/sda17 bs=1024
>
> instead of "of=/dev/evms/sda17".
>
> Explanation (if anybody needs one):
> Kernel can't create more partition devices than 15 for SCSI and SATA disks
> because of lack of minor numbers. So I am using evms to create these
> devices. So I should use /dev/evms/sda* for these partitions. And if I
> will not remember to do so then I will get oom panic very shortly because
> ramfs is not limited (in contrary to tmpfs).
>
> And this kind of stupid mistake can happen. It happened to me 3 times in a
> row before I started to debug what is wrong with this kernel.
>
> [BTW. Does somebody know how to tell the kernel that I do not want
> /dev/sda[0-9]* files (but I do want /dev/hda files) created == I do not
> want kernel partition driver to touch this particular device?]
>
So basically /dev/sda* have major of scsi, and /dev/evms/sda* have major
of evms, and you end up using the wrong nodes? This sounds more like
a udev-ruleset problem (not something that will be easy to get right
with a generic one I imagine), rather than anything remotely to do with
ramfs. If you changed the scripts to use tmpfs rather, you would have
gotten the same result.
Now I do not know evms, so you are on your own there, but here is my
rules for dm and a similar issue:
---------
nosferatu linux-2.6-bk # cat /etc/udev/rules.d/30-sda.rules
KERNEL="sda[0-9]*", NAME=""
nosferatu linux-2.6-bk # cat /etc/udev/rules.d/40-dm.rules
KERNEL="dm-[0-9]*", PROGRAM="/sbin/devmap_name %M %m", NAME="mapper/%c", SYMLINK="%c"
nosferatu linux-2.6-bk #
---------
(note that they should be before all the others if you only have one
rule file)
So basically for the real scsi devices (you could add a BUS="scsi" to
make sure I guess) matching 'sda[0-9]*' no node will be created, and I
get my /dev/mapper/* nodes, with a symlink in /dev/ making things
easier.
you could have a rule catching all evms devices, and then add
the /dev/sda* symlinks, perhaps like so:
--------
KERNEL="evms/sda[0-9]*", SYMLINK="sda%n"
--------
Note that I do not know if a rule was needed to get the nodes in
/dev/evms/ in the first place (due to my admitted lack of evms knowledge
above), so you might have to modify an existing rule ...
--
Martin Schlemmer
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-11-05 22:38 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-03 21:02 support of older compilers Timothy Miller
2004-11-03 21:13 ` Christoph Hellwig
2004-11-03 21:22 ` Chris Wedgwood
2004-11-03 23:06 ` Adam Heath
2004-11-03 23:30 ` Chris Wedgwood
2004-11-04 16:50 ` Adam Heath
2004-11-04 17:00 ` Chris Friesen
2004-11-04 18:17 ` Adam Heath
2004-11-05 20:00 ` Willy Tarreau
2004-11-05 20:28 ` Geert Uytterhoeven
2004-11-05 20:31 ` Willy Tarreau
2004-11-04 17:04 ` Valdis.Kletnieks
2004-11-04 18:15 ` Adam Heath
2004-11-04 18:31 ` Valdis.Kletnieks
2004-11-04 21:56 ` Adam Heath
2004-11-04 18:54 ` Ian Romanick
2004-11-04 19:48 ` Christoph Hellwig
2004-11-04 20:14 ` Giuseppe Bilotta
2004-11-05 20:04 ` Willy Tarreau
2004-11-04 19:36 ` Ian Hastie
2004-11-04 20:02 ` Ioan Ionita
2004-11-04 20:03 ` Adrian Bunk
2004-11-04 20:08 ` Valdis.Kletnieks
2004-11-04 19:38 ` Linus Torvalds
2004-11-04 21:47 ` Adam Heath
2004-11-04 21:55 ` Linus Torvalds
2004-11-04 23:39 ` Adam Heath
2004-11-04 23:52 ` Linus Torvalds
2004-11-05 1:41 ` Andries Brouwer
2004-11-05 15:41 ` Linus Torvalds
2004-11-05 15:47 ` Arjan van de Ven
2004-11-05 16:22 ` linux-os
2004-11-05 19:50 ` Chris Wedgwood
2004-11-05 20:28 ` Linus Torvalds
2004-11-05 21:59 ` Grzegorz Kulewski
2004-11-05 22:08 ` Linus Torvalds
2004-11-05 23:02 ` [PATCH] change Kconfig entry for RAMFS (Was: Re: support of older compilers) Grzegorz Kulewski
2004-11-05 23:12 ` Linus Torvalds
2004-11-05 23:44 ` [PATCH] change Kconfig entry for RAMFS Grzegorz Kulewski
2004-11-06 0:48 ` Grzegorz Kulewski
2004-11-09 23:24 ` Matt Mackall
2004-11-10 10:40 ` Grzegorz Kulewski
2004-11-10 20:50 ` Bill Davidsen
2004-11-05 23:27 ` [PATCH] change Kconfig entry for RAMFS (Was: Re: support of older compilers) DaMouse
2004-11-05 23:49 ` Grzegorz Kulewski
2004-11-06 13:59 ` DaMouse
2004-11-05 22:08 ` support of older compilers Hua Zhong
2004-11-06 8:38 ` Willy Tarreau
2004-11-06 9:43 ` Hugh Dickins
2004-11-06 11:04 ` Willy Tarreau
2004-11-05 22:37 ` Martin Schlemmer [c] [this message]
2004-11-05 23:14 ` support of older compilers [u] Grzegorz Kulewski
2004-11-05 23:38 ` chibiryuu
2004-11-06 12:07 ` support of older compilers Andries Brouwer
2004-11-06 17:33 ` Linus Torvalds
2004-11-06 19:36 ` Adrian Bunk
2004-11-06 21:41 ` bloat Andries Brouwer
2004-11-06 22:07 ` bloat Adrian Bunk
2004-11-06 21:30 ` bloat Arnaldo Carvalho de Melo
2004-11-07 13:37 ` bloat Frank van Maarseveen
2004-11-05 20:20 ` support of older compilers Willy Tarreau
2004-11-05 22:19 ` Adam Heath
2004-11-04 22:36 ` Martin J. Bligh
2004-11-04 20:48 ` Bill Davidsen
2004-11-04 22:33 ` Martin J. Bligh
2004-11-03 21:17 ` Matti Aarnio
2004-11-03 21:37 ` Giacomo A. Catenazzi
2004-11-03 21:57 ` Valdis.Kletnieks
2004-11-04 2:16 ` Miles Bader
2004-11-03 22:07 ` Chris Wedgwood
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1099694246.4450.11.camel@nosferatu.lan \
--to=azarah@nosferatu.za.org \
--cc=aebr@win.tue.nl \
--cc=cw@f00f.org \
--cc=doogie@debian.org \
--cc=hch@infradead.org \
--cc=kangur@polcom.net \
--cc=linux-kernel@vger.kernel.org \
--cc=miller@techsource.com \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome