lkml.org 
[lkml]   [2003]   [Apr]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] new system call mknod64

On Mon, 21 Apr 2003 viro@parcelfarce.linux.theplanet.co.uk wrote:
>
> stat() family, ustat(2), quota syscall, ioctls that pass device numbers,
> /dev/raw, RAID, probably process accounting.
>
> FWIW, I believe that you are overestimating the amount of internal code
> that cares about device numbers.

I don't think so. I agree that it's not very many places, and in fact the
reason we currently do _not_ do dev_t replacement at system call boundary
is that it looks to be so rare that it's easier to always use the user
representation, and then always do the explicit MINOR/MAJOR in the places
that use dev_t.

I don't really care which way it is done (ie system call boundary or in
usage), and I'm happy with either - as long as it always _does_ get done,
and nobody ever uses the user representation that can have aliases for
anything important.

(My preference, quite frankly, is to always have major/minor be explicit,
and never deal with "dev_t" at all. Especially with a 64-bit dev_t it is
actually often _faster_ and _simpler_ to just carry major/minor around
explicitly because then gcc won't ever have to worry it's small deficient
brain about "unsigned long long".)

Linus

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:34    [W:0.042 / U:0.396 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site