Union Mouint??

[eccesys]

Hi,
I've read recently about union-mount but couldn't find how to do that.
Puropose: bootfloppy is romfs, additiomnanal tmpfs should allow to add
e.g. files to /etc (or modify), link/symlink entries to /bin /(from /mount/bin
for example) etc.

TIA
-mirabilos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: diles (directory-files) ;-)

[eccesys]

I'd like to see this as a proc-style configuration on a new
dimension, too.

>   fd = open("/dev/tty00/nonblock,9600,n8", O_RDWR);

Actually, in GW-BASIC 3.22 from MS-DOS 3.30A:

10 OPEN "COM1:9600,8,N,1" AS #1

Why not?

-mirabilos
-- 
by telnet
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: this LANA thing

[eccesys]

> This way you can detect new disks, adapter cards, serial ports, etc. any
> time after the system is up.  All disks are identified as "/dev/hdiskX",

I bet it will go in as /dev/hdiscX ;-)

(I prefer disk)

But I wish you to not vanish the scheme in which one can also address a
given device by its location. Confer devfs: /dev/discs/disc0 to /dev/ide/bus...
Because I really sometimes wish to address my harddisks, and not some logical crap.

-mirabilos
-- 
by telnet
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

trailing "cd" (rgooch) and i18n (ac)

[eccesys]

> Actually, no, because it's guaranteed that a trailing "/cd" is a
> CD-ROM. That's the standard.

I don't know what a cabbage dicer is (has it to do with dices?),
but if it is guaranteed that cd is a cd, how are the arabican
device names (extend for klinzhai, chinese, japanese etc.)
supposed to be?
There should really kind of *call (maybe IOGETTYPE or so) which
can be used to get back a bitmapped set of properties of a given
device (bit0= bit1= etc.)

I remember, when I wrote a DOS Ramdisk driver, I had to set a 16bit
driver flag, too.

-mirabilos
-- 
by telnet
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: rwsem, gcc3 again

[eccesys]

David,
I am using the gcc-3.0 snapshot of 14.5.2001 from codesourcery (i686 binary).
I have now tried to mimic CPU=386 behaviour (patch posted yesterday night)
and it compiles (just sound fails), by exchanging y and n in
CONFIG_RWSEM_GENERIC_SPINLOCK and CONFIG_RWSEM_XCHGADD_ALGORITHM.

Thanks for your patience, all listening...

-mirabilos
-- 
by telnet
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/