lkml.org 
[lkml]   [2003]   [Jul]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] print_dev_t for 2.6.0-test1-mm
On Fri, Jul 18, 2003 at 12:24:51AM +0200, Andries Brouwer wrote:
> Premise: some filesystems or archives store 32 bits.
> Conclusion: we must be able to handle that.
> This is unrelated to the kernel, unrelated to system calls,
> it is related to <sys/sysmacros.h>.

How does linux handle that today? IIRC, it ignores the high
16bits and treats that 32bit number as 8:8. That is what happens today,
for every filesystem, whether it stores 32 or 16 bits.
Why expand that? We can continue to treat 32bit numbers (eg,
from NFSv2) as 16bit numbers.

Joel


--

"One of the symptoms of an approaching nervous breakdown is the
belief that one's work is terribly important."
- Bertrand Russell

Joel Becker
Senior Member of Technical Staff
Oracle Corporation
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
-
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:46    [W:0.075 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site