>Actual IO code is pretty much copied from old driver. The main differences:
> * device is originally created with ownership/permissions of the
> block device we'd used; you can chmod/chown it at any time,
Tangent a little bit to partitions.
Consider a filesystem which creates device nodes for N partitions on a
spindle, "msdos_partition_fs". In a discussion a while back on
permissions, you suggested that inheriting permissions from the base
block device was the wrong way to go, and that (for now) 'uid' and
'gid' mount options were the best route.
Is inheriting permissions coming back into style? Or am I reading too
much into the permissions scheme you describe above?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/