Hi,
Roland Mainz wrote:
serious cycles on this though we'd like to, and the folks who were in
involved in 64K simply don't have any interest in working on this in the open.
Why ? What do they fear ? Being swampedoverburned with too many emails
or what ?
This is a community -- it's up to
The filesystems appear to be prepared to handle multiple pages per block
but not multiple blocks per page.
Hence no 4K blocksize on UltraSPARC.
(But even 4K pages with 8K blocks didn't work right on x86, at least)
Casper
___
opensolaris-discuss
The filesystems appear to be prepared to handle multiple pages per block
but not multiple blocks per page.
Hence no 4K blocksize on UltraSPARC.
(But even 4K pages with 8K blocks didn't work right on x86, at least)
maybe it is time to update the newfs manpage. For Solaris 10 at least.
--
The filesystems appear to be prepared to handle multiple pages per block
but not multiple blocks per page.
Hence no 4K blocksize on UltraSPARC.
(But even 4K pages with 8K blocks didn't work right on x86, at least)
maybe it is time to update the newfs manpage. For Solaris 10 at least.
The filesystems appear to be prepared to handle multiple pages per block
but not multiple blocks per page.
Hence no 4K blocksize on UltraSPARC.
(But even 4K pages with 8K blocks didn't work right on x86, at least)
maybe it is time to update the newfs manpage. For Solaris 10 at least.
In
Dennis Clarke schrieb:
In what sense? It already says the sun4u architecture doesn't
support the 4K blocksize.
It simply seems odd to refer to the 4K page size for the non-sun4u hardware
when Solaris 10 does not support sun4m or sun4d etc etc. Simply leave the
manpage with an 8K page size
Eric Lowe wrote:
Roland Mainz wrote:
...
delay the project proposal until it is clear that Sun actually
releases the patches for their work. Starting from scratch without
help from Sun will be much harder.
Just a quick note to say I haven't dropped this on the floor. Please give
me