On Wed, Oct 19, 2011 at 10:22:08PM +, David Holland wrote:
On Wed, Oct 19, 2011 at 10:01:33PM +0100, David Laight wrote:
Hmmm... the sun code is passing the structure by value
Is it? The non-sun code appears to be calling an ioctl that's defined
to take a pointer to a pointer to a
On Wed, Oct 19, 2011 at 06:09:27PM +, David Holland wrote:
support to other filesystems (tempfs, perhaps v7fs) or even add other
filesystems that have or may have their own native quota handling
(zfs, Hammer, you name it).
zfs - does it really have quota?
All the demos I've seen talk
On Wed, Oct 19, 2011 at 10:20:23PM +, David Holland wrote:
On Wed, Oct 19, 2011 at 09:22:02PM +0200, Manuel Bouyer wrote:
So, a few months back we got a new improved quota format for FFS.
Unfortunately, one of the side effects of this was to sprinkle
specific knowledge of the new
I propose adding
pseudo-device drvctl
and/or
options BUFQ_PRIOCSCAN
to src/sys/conf/std.
The reasons I even bring this up:
- Many kernels are missing drvctl and thus do not support disk wedges
(this is arguably due to a flaw in the design of disk wedges, but
that's a another
On Thu, Oct 20, 2011 at 06:43:47AM +0200, Emmanuel Dreyfus wrote:
It seems to me that quotas are fundamentally a special-purpose
key/value store; that is, you look up quota information for a
particular thing (the key) and get back the quota settings and current
usage information (the
On Thu, Oct 20, 2011 at 11:57:04AM +0200, Ignatios Souvatzis wrote:
support to other filesystems (tempfs, perhaps v7fs) or even add other
filesystems that have or may have their own native quota handling
(zfs, Hammer, you name it).
zfs - does it really have quota?
I don't know...
On Thu, Oct 20, 2011 at 05:23:14PM +0200, Manuel Bouyer wrote:
That's way more complicated than necessary. Think of it as like
VOP_READDIR - you get passed a position, you send back some number of
items, and update the position.
Depending on how the data are stored on disk, the
On Thu, Oct 20, 2011 at 03:47:26PM +, David Holland wrote:
On Thu, Oct 20, 2011 at 05:23:14PM +0200, Manuel Bouyer wrote:
That's way more complicated than necessary. Think of it as like
VOP_READDIR - you get passed a position, you send back some number of
items, and update the
On Thu, Oct 20, 2011 at 06:00:28PM +0200, Manuel Bouyer wrote:
It's certainly less trouble to send back to userland the whole set of
data - especially if what userland wants is the whole set of data
(I can't see what a partial read of quota would be usefull for).
No, no it
On Thu, Oct 20, 2011 at 04:39:21PM +, David Holland wrote:
We're talking a few MB of ram here, isn't it ? the kernel can certainly
allocate this without troubles (other subsystems do).
The proplib'd and XMLified complete dump for 50,000 users will
probably make a blob of between 10
On Thu, Oct 20, 2011 at 05:35:16PM +, David Holland wrote:
I can't parse this, can you explain ? The tools needs to be aware of the
format to do something usefull with the data, isn't it ?
The tools can and should work with a filesystem-independent abstract
schema. This should be
On Thu, Oct 20, 2011 at 06:54:54PM +0200, Manuel Bouyer wrote:
On Thu, Oct 20, 2011 at 04:39:21PM +, David Holland wrote:
We're talking a few MB of ram here, isn't it ? the kernel can certainly
allocate this without troubles (other subsystems do).
The proplib'd and XMLified
Ignatios Souvatzis i...@netbsd.org writes:
On Wed, Oct 19, 2011 at 06:09:27PM +, David Holland wrote:
support to other filesystems (tempfs, perhaps v7fs) or even add other
filesystems that have or may have their own native quota handling
(zfs, Hammer, you name it).
zfs - does it
Hello,
There were previously discussions, started by Emmanuel, concerning the
extended attributes, including on the various available APIs and which
to support etc.
At the time I read them I was catching up with a lot of mail and had
written down a small note about a potential security
14 matches
Mail list logo
