Re: CD writing in future Linux (stirring up a hornets' nest)

["Theodore Ts'o" <tytso@mit.edu>]

On Mon, Feb 13, 2006 at 11:45:32AM +0100, Joerg Schilling wrote:
> If you did try to understand the reason why I did introduce the POSIX
> claim, you would know that if Linux did try to follow the POSIX rule,
> a side effect would be that removable devices need to have a stable 
> mapping in the kernel

It is _not_ a POSIX rule, as I and others have shown.  You claimed it
was required by POSIX, but you are quite clearly incorrect.  It has
never worked that way with Unix systems, and POSIX was always designed
to codify existing practice.  On Unix systems fixed disks would and
did have their devices numbering schemes move around under a number of
conditions.

> > In the context of mounted files, the only guarantee given by POSIX is
> > that st_dev and st_ino for a particular file is unique.  But that
> > clearly is true while the containing filesystem is mounted.  Even with
> > Solaris, if a particular removable filesystem is unmounted and removed
> > from one device (say one Jazz/Zip drive) and inserted into another
> > device (say another Jazz/Zip drive), st_dev will change --- while the
> > system is running.
> 
> Please don't confuse the fact that you will _always_ be able to find
> ways to confuse a system with the fact that this needs to happen in 
> all cases.

_Needs to happen_?  According to whom?

And by your definition, if it _needs_ to happen "in all cases", then
clearly since Solaris can be confused in this particular way, your
favorite operating system is also "broken", yes?  And if you still
claim that it is a "Posix rule", then by your reasoning Solaris must
not be Posix compliant either.  Go ahead and tell your OpenSolaris
friends that, and see what they say.  :-)

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