On Fri, Aug 10, 2012 at 08:56:42PM +0200, Emmanuel Dreyfus wrote:
Only by addressing the complete picture can we reasonably expect to
decide on a semantically sound interface that we won't regret in the
future.
Short reply, I will address the rest later:
We already have the
On Fri, Aug 10, 2012 at 08:00:32PM +0200, Emmanuel Dreyfus wrote:
if you start using using another thread's stack, you are assuming
the identity of that thread.
It is some part of its identity, but not all. [...]
I just propose to add an option to avoid that. I have trouble to
On Thu, Aug 09, 2012 at 08:47:51PM +0200, Martin Husemann wrote:
On Thu, Aug 09, 2012 at 08:44:05PM +0200, Emmanuel Dreyfus wrote:
setjmp and longjmp are claim to not match the requirement because they
do not allow different stacks for each execution context.
But there is a strong
On Tue, Jul 17, 2012 at 06:00:34PM +, Taylor R Campbell wrote:
Creating CVS branches does not help with this sort of thing; it just
makes development slower. It also makes it less likely that the
changes will get tested before the final branch merge, at which point
if
On Tue, Jul 17, 2012 at 07:11:43PM +0100, Mindaugas Rasiukevicius wrote:
If changes are incrememntal (which this one probably is), then there
is no real problem applying each change to cvs separately - the system
should still build after each.
Heh. It is a bit more than it should
On Wed, Jul 18, 2012 at 09:18:49AM +0200, Francois Tigeot wrote:
I would also guess that sparse files are very rarely used. But for
disk usage purposes you want to consider real disk usage including
overhead because the quotas are mostly used to partition the available
space. That
On Tue, Jul 17, 2012 at 09:30:52AM +, Emmanuel Dreyfus wrote:
You also need to make sure that the kernel knows how many references
to C it's been given, so it can drop that many when it calls
PUFFS_RECLAIM.
Do you mean I should have the kernel conunting successful lookups,
and
On Mon, Jul 16, 2012 at 01:57:17AM +0100, Mindaugas Rasiukevicius wrote:
As part of future namei work (and also, likely, any nfsv4 work that
gets done) I'm going to be splitting a number of filesystem-related
functions into their system-call level and vfs-level parts. The
primary aim
On Mon, Jul 16, 2012 at 07:52:16AM +0100, David Laight wrote:
Doing development on a branch create its own problems.
If the branch is long lived (or enyonw else is likely to change
any of the affected files) then is is a continual merge problem.
When the branch is finally merged the
On Fri, Jul 13, 2012 at 11:53:42AM +0200, Francois Tigeot wrote:
Are you likely to adopt the new NetBSD quota(3) library interface? It
may be a little more complicated, but it will let you import the
traditional quota tools from NetBSD instead of rewriting them and save
you from having
On Fri, Jul 13, 2012 at 09:27:46AM +, Emmanuel Dreyfus wrote:
Yeah: don't return copies of things that are basically pointers (in
this case, the cookie) without doing proper usage tracking on them. It
isn't valid to reclaim something that someone else is using;
The problem is
On Tue, Jul 17, 2012 at 07:38:01AM +, David Holland wrote:
Yeah: don't return copies of things that are basically pointers (in
this case, the cookie) without doing proper usage tracking on them. It
isn't valid to reclaim something that someone else is using;
The problem
On Thu, Jul 12, 2012 at 09:33:42PM -0400, Matthew Mondor wrote:
Yet another hack would be to create a sparse ffs image under a tmpfs,
mounted with quotas via vnd, but evaluating its ideal size might be
difficult, and you'd have to re-apply quota settings in the script that
creates the
On Fri, Jul 13, 2012 at 12:34:20AM +, Emmanuel Dreyfus wrote:
Understanding how it happens is nice, now the next question is: how
can I fix it? The only way I can think of is to prevent inactive from
recycling the vnode if a lookup is in progress anywhere in the filesystem.
Any better
On Fri, Jul 13, 2012 at 08:24:49AM +0200, Francois Tigeot wrote:
...and to actually answer the question, the fs-independent quota
system is a data model, a client interface, and transport/request
routing code under the covers. Plus the userlevel tools, which use the
client interface.
On Fri, Jul 13, 2012 at 04:01:38AM -0400, Matthew Mondor wrote:
Yet another hack would be to create a sparse ffs image under a tmpfs,
mounted with quotas via vnd, but evaluating its ideal size might be
difficult, and you'd have to re-apply quota settings in the script that
On Fri, Jul 13, 2012 at 10:15:55AM +0200, Francois Tigeot wrote:
I suspect people used to traditional quota systems will not entirely
like the idea of a quota system that has no persistent storage... but
I'm not about to tell you that what you're doing is wrong :-)
Oh, the system is
On Thu, Jul 12, 2012 at 04:17:42PM +0200, Edgar Fu? wrote:
How do I enable new quota on a tmpfs?
You don't; tmpfs doesn't support quotas. It could nowadays, but
someone has to do the coding :(
--
David A. Holland
dholl...@netbsd.org
On Thu, Jul 12, 2012 at 08:53:19PM +0200, Francois Tigeot wrote:
How do I enable new quota on a tmpfs?
You don't; tmpfs doesn't support quotas. It could nowadays, but
someone has to do the coding :(
How is the new NetBSD 6 quota system implemented ? I thought it was
in the VFS
On Thu, Jul 12, 2012 at 07:14:07PM +, David Holland wrote:
How do I enable new quota on a tmpfs?
You don't; tmpfs doesn't support quotas. It could nowadays, but
someone has to do the coding :(
How is the new NetBSD 6 quota system implemented ? I thought
On Mon, Jul 09, 2012 at 07:10:00PM +, Emmanuel Dreyfus wrote:
I don't know what the data structures involved look like, but what you
say suggests they're wrong. a and b/.. have the same inode number,
and you should therefore naturally get the same object back from
lookup.
Yes,
As part of future namei work (and also, likely, any nfsv4 work that
gets done) I'm going to be splitting a number of filesystem-related
functions into their system-call level and vfs-level parts. The
primary aim of this is to unify the cut paste versions of the
vfs-level parts in nfsd with the
On Mon, Jul 09, 2012 at 06:10:14AM +, Emmanuel Dreyfus wrote:
Here is an example on which I stuggle right now:
- lookup a in /
- lookup b in a
- reclaim a
- lookup .. in b
- this is a, but I forgot its name. I also have a problem to reference its
parent.
- lookup a in /
On Sat, Jul 07, 2012 at 08:57:10PM +0100, Mindaugas Rasiukevicius wrote:
Regarding the PR/38724, I propose to change the path to /kernel/.
Can we reach some consensus quickly for netbsd-6?
If it's going to be a new toplevel directory, it should probably be
/modules.
(I know there's an
On Sun, Jul 01, 2012 at 04:05:58AM +0200, Emmanuel Dreyfus wrote:
In perfuse, I attempt to reuse the same userland puffs node when the
same file is looked up. I do that by searching an inode number match
accross siblings.
I experience unleasant things such as INACTIVE after RECLAIM on
On Thu, Jun 07, 2012 at 12:49:52AM -0700, Phil Nelson wrote:
(parts of the disk label)
bytes/sector: 4096
sectors/track: 32
tracks/cylinder: 64
sectors/cylinder: 2048
cylinders: 357698
total sectors: 732566642
d: 732566642 0 unused 0 0# (Cyl.
On Tue, Jun 05, 2012 at 10:10:30PM +0200, Hans Petter Selasky wrote:
If two SMP enabled stacks have each their lock, and they are
calling each other, that means any callbacks must go unlocked,
because else you can get a LOR (locking order reversal). Agree?
No. If this is an issue, the
On Tue, Jun 05, 2012 at 12:03:49PM -0400, Thor Lancelot Simon wrote:
Aside from pseudodevices, do we have any devices which aren't children
of mainbus? Some ports' use of obio seems like, perhaps, a
candidate for
this, but I have not started checking them all.
directly or
On Tue, Jun 05, 2012 at 02:14:02PM -0400, Thor Lancelot Simon wrote:
Does it matter? Is there a case where a driver's notion of MAXPHYS
should depend on anything other than the buses it's attached to?
I see you say buses. So I assume you're taking into account funny
constraints to do
On Fri, Jun 01, 2012 at 12:03:13PM +0200, Edgar Fu? wrote:
How about using fss for it instead.
Well, the point is not that I primarily don't want the atimes to reflect
the backup access. I primarily want to save the time spent on the update.
A find is aproximately twice as fast with
On Thu, May 31, 2012 at 04:56:26PM +0200, Matthias Kretschmer wrote:
How about using fss for it instead.
1. fss is still marked experimental.
oh, I have overlooked that.
I'm not sure that should stop you though. Or the marking should be
removed. People use it, it seems to work, it's been
On Mon, May 21, 2012 at 11:01:19PM +0200, Edgar Fu? wrote:
This is not supposed to have changed recently, although I did rework
the code and it's not impossible that some corner cases changed.
So what am I doing wrong here? Maybe it's something stupid and I just
don't notice:
$ ls
On Tue, May 22, 2012 at 11:51:48AM +0200, Edgar Fu? wrote:
No. The problem is that thesymlink needs to point to
/../usr/pkg/etc/tsm/dsm.opt rather than /usr/pkg/etc/tsm/dsm.opt.
The /../ is magic and leads to the real root. Just / leads to the
emulation root.
But that means
On Sun, May 20, 2012 at 11:46:08PM +0200, Edgar Fu? wrote:
DH (Remember that you can't really do this usefully with the old quotas
DH anyway; if you disable quotas with quotaoff while stuff is using the
DH fs, you need to run quotacheck before enabling them again, and you
DH pretty much
On Mon, May 21, 2012 at 03:44:51PM +0200, Edgar Fu? wrote:
What's the suggested method for breaking out of the emulation directory?
I want EMULDIR/opt/tivoli/tsm/client/ba/bin/dsm.opt to be a symlink to
no-emulation/usr/pkg/etc/tsm/dsm.opt.
I can achieve this with a considerable amount of
On Sun, May 20, 2012 at 06:10:04PM +0200, Edgar Fu? wrote:
I was somewhat surprised to learn that with libquota, qv_usage etc.
were still in units of what someone called a constant of nature introduced
by DEC, e.g., 512-byte blocks.
Given the fields are 64 bits wide, I would have expected
On Sun, May 20, 2012 at 12:42:58PM +0200, Edgar Fu? wrote:
You're trying to use both old and new quotas at once.
I see.
The userquota and groupquota mount options are used to enable the
old quotas.
I was not even aware that the old quotas are still around.
Yes, I could have
On Sun, May 20, 2012 at 11:40:28PM +0200, Edgar Fu? wrote:
EF (what do I do if I want a global per-fs default?)
DH there's a default entry that isn't the #0 entry.
Yes, but how do I set this? I mean, is there an interface to it?
edquota -d.
--
David A. Holland
dholl...@netbsd.org
On Fri, May 18, 2012 at 07:42:26PM +0200, Edgar Fu? wrote:
I'm not sure whether the problem lies in userland or kernel. I'm
not subscribed to tech-userlevel.
mostly userlevel, but that's ok.
I've a 6.0_BETA machine and created a file system with newfs -O 2
-q user -q group and created a
On Sat, May 05, 2012 at 11:46:01AM +0200, Martin Husemann wrote:
Does anybody understand why this happens on several archs in -current?
[snip]
That's caused by the files.* file being included more than once, but I
don't see where it's coming from.
--
David A. Holland
dholl...@netbsd.org
On Wed, May 02, 2012 at 02:49:43AM -0400, Mouse wrote:
After spending some time thinking about what would be required to
implement branes as part of the SMP networking project, [...]
What's a brane in this context? The only meaning I'm familiar with for
the term is from particle
On Sat, Apr 28, 2012 at 07:36:08PM +0200, Emmanuel Dreyfus wrote:
On -current and netbsd-6, starting extended attributes is broken. I just
fixed a NULL pointer reference that caused a panic, but there is another
problem.
ufs_extattr_autostart() needs to lookup .attribute/user and
On Thu, Apr 26, 2012 at 06:21:17PM +0200, Edgar Fu? wrote:
Is somebody working on adapting or willing to adapt the Quota Perl
module to the new quota system of NetBSD 6.0?
I would need this on our new file server (which is going to use
6.0) because we run a Perl script in order to
On Mon, Apr 16, 2012 at 08:40:25PM -0500, David Young wrote:
I am receiving trap type 6 code 0 and trap type 6 code 2 errors.
I've been thinking that it would be nice if there were more kernel
modules that replaced or supplemented anonymous numbers with their name
or description.
On Mon, Mar 26, 2012 at 06:27:00PM +0300, Jukka Ruohonen wrote:
ENXIO seems appropriate.
Or even better: ENOSYS.
ENXIO is better, it means the requested subsystem is
unavailable/disabled.
--
David A. Holland
dholl...@netbsd.org
On Thu, Mar 22, 2012 at 10:25:23AM +0100, Martin Husemann wrote:
I like the kern.module.supported, or perhaps kern.module.enabled, as I
have systems built without module loading support yet still have a few
module sysctls around under that same hierarchy, and module.modular
also seems
On Thu, Mar 22, 2012 at 08:37:39AM +, Emmanuel Dreyfus wrote:
In order to handle FUSE lookups TTL, I need to somehow keep track of
a node cache expiry date. I can do that in struct puffs_node, but that
mean I will lookup the cache, check expiry and decide to not use
cached entry if it
On Thu, Mar 22, 2012 at 11:18:18AM +0100, Joerg Sonnenberger wrote:
So let's do this properly. Many of this changes are just bogus. I still
haven't seen a single case that wouldn't be handled by the compiler as
well. So I want to request:
[snip]
As has been pointed out before, lint should
On Mon, Mar 19, 2012 at 03:28:31AM +, YAMAMOTO Takashi wrote:
what's the intention of the move of the VOP_ACCESS call
in ufs_lookup.c rev.1.112?
the old place seems better to me.
According to what elad told me in private mail the other day, it's to
move the two security checks next to
On Wed, Mar 14, 2012 at 06:14:10PM +0100, J. Hannken-Illjes wrote:
At least this (sketched) diff looks strange, where is the vput(tdp) in
the `dp-i_number == foundino' case, who did the review?
file: sys/ufs/ufs/ufs_lookup.c,v
[...]
Yes, that's wrong. Elad mailed it to me over the
As has been previously suggested, I am planning to add module syntax
to config(1); namely module options FOO and module dev* at bus?
and so forth, to indicate that the element so named should be built as
a module.
At first this will have no effect in config vs. not listing the
element at all, but
On Mon, Mar 05, 2012 at 07:10:24PM +0100, Matthias Drochner wrote:
How does that interact with fsck? (both with and without wapbl)
I didn't try wapbl yet, but since the trim stuff happens within
ffs_blkfree() which is only called at the end when a transaction
gets committed (as I
On Mon, Mar 05, 2012 at 08:41:39PM +0100, Edgar Fu? wrote:
After the recent problems[*] we've been having with our (4.0/amd64)
file server, I'll surely be facing the question why we're not using
that other OS everybody else does.
So I need some data for that upcoming discussion. Who is
On Wed, Feb 29, 2012 at 06:45:41PM -0600, David Young wrote:
Oh, my mistake, since there was concern about filesystem type I
thought you were talking about raw flash, but apparently CompactFlash
is not raw flash, same as USB sticks aren't.
In that case, just use wapbl.
Now that netbsd-6 has been branched, I think it's time to remove
COMPAT_386BSD_MBRPART. This entails both the kernel code and some code
in disklabel(8) and sysinst. The kernel code has been disabled by
default for years; the disklabel(8) code was overlooked at the time
and disabled about a year
On Tue, Feb 28, 2012 at 11:45:37PM +0100, Matthias Drochner wrote:
before the blocks are actually marked free in the filesystem.
How does that interact with fsck? (both with and without wapbl)
--
David A. Holland
dholl...@netbsd.org
On Wed, Feb 29, 2012 at 03:02:46PM +1100, Simon Burge wrote:
Matthias Drochner wrote:
One comment - the use of the name TRIM in the UFS layer could be a
bit more generic. This same VOP could be used for example to handle
freeing up blocks with a flash device backing a UFS filesystem.
On Mon, Feb 27, 2012 at 10:55:48AM +1030, Brett Lymn wrote:
I have been tracking through a bug with Coda where, basically, getdents(2)
is not returning all the directory entries. The files exist in the
directory but do not show up on a globbed listing. After some digging I
found that
On Mon, Feb 27, 2012 at 01:54:49PM +1030, Brett Lymn wrote:
I don't think any of those is the right answer. Coda is not limited to
running on top of ffs, so it shouldn't be doing only filesystem-
independent things when talking to the filesystem it uses for storage.
(Right?)
On Thu, Feb 23, 2012 at 08:07:50PM +0100, Adam Hoka wrote:
Is CHFS really suitable for CompactFlash? Is LFS even usable?
No
I thought the whole point of chfs was to be able to operate on raw
flash devices that don't have their own flash translation layer.
and no.
Do you have any
On Thu, Feb 23, 2012 at 11:20:18PM +, David Holland wrote:
Is CHFS really suitable for CompactFlash? Is LFS even usable?
No
I thought the whole point of chfs was to be able to operate on raw
flash devices that don't have their own flash translation layer.
Oh, my mistake
On Thu, Feb 23, 2012 at 08:04:01PM -0500, Thor Lancelot Simon wrote:
Is CHFS really suitable for CompactFlash? Is LFS even usable?
No
I thought the whole point of chfs was to be able to operate on raw
flash devices that don't have their own flash translation layer.
On Tue, Feb 21, 2012 at 04:06:02PM -0500, Mouse wrote:
I have a question regarding the vnode_to_path() function [...]
The problem is that it works if and only if [...].
That's the immediate pragmatic problem.
More serious, I think, is that it exhibits a much more fundamental
On Mon, Feb 20, 2012 at 09:13:42PM +0100, Stephan wrote:
thanks for that clarification. Do you have an idea what the best
solution for this issue would be? Is there a way to make sure the name
cache contains the appropriate information if getcwd() is not an
alternative?
I know of java
On Wed, Feb 22, 2012 at 08:17:15AM -0600, David Young wrote:
On Wed, Feb 22, 2012 at 01:42:45PM +0100, Manuel Wiesinger wrote:
*)
What is it good for? The only practical use I can imagine are
backups on thin clients, which operate without a hard disk. But this
is clearly far-fetched,
On Mon, Feb 20, 2012 at 01:10:12PM +0100, Stephan wrote:
Hi folks,
I have a question regarding the vnode_to_path() function in
vfs_getcwd.c. This function should be called from kern_exec.c in order
to make $ORIGIN work in the dynamic linker, but for some reason is
commented out:
no
On Sun, Feb 12, 2012 at 10:37:01AM +0100, Emmanuel Dreyfus wrote:
At least one of the things you've forgotten right up front is that if
a filesystem server process tips over, the first thing you need to do
is run fsck... and be prepared to cope with fsck failing.
I was thinking about
On Sat, Feb 11, 2012 at 10:27:42PM +, David Laight wrote:
On Sat, Feb 11, 2012 at 02:04:23AM -0500, Mouse wrote:
I find myself wanting something I'm tentatively calling O_NOACCESS,
which is basically open for neither read nor write. (I want this
mostly so I can open a --x directory
On Sun, Feb 12, 2012 at 07:12:25AM +0100, Emmanuel Dreyfus wrote:
One of the benefits of userland filesystems is that a bug in a
filesystem will just crash the filesystem, not the whole kernel. But a
crashed filesystem causes an unmount, and leaves the system non fully
functionnal.
I
On Fri, Feb 10, 2012 at 09:37:30AM +, YAMAMOTO Takashi wrote:
On Mon, Feb 06, 2012 at 09:51:19AM +, Emmanuel Dreyfus wrote:
Here is public disuccsion about extended attributs namespaces, following
a private request from yamt@
Which of the two models does OS X use?
On Mon, Feb 06, 2012 at 09:51:19AM +, Emmanuel Dreyfus wrote:
Here is public disuccsion about extended attributs namespaces, following
a private request from yamt@
Which of the two models does OS X use?
--
David A. Holland
dholl...@netbsd.org
Here is a draft patch for switching the syscall-level quotactl away
from proplib:
http://www.netbsd.org/~dholland/tmp/quota/changeover.diff
This is missing a compat_netbsd32 update but I believe it's otherwise
complete. (There is also some additional cosmetic cleanup not included
here.)
There
On Wed, Jan 11, 2012 at 03:58:30AM +, David Holland wrote:
ps: I'd still like to see __NetBSD_Prereq__() macro destroyed.
so would I.
okay, it's high time this got done. I will nuke it next week unless
someone has serious objections.
Oops, I didn't, been too wrapped up in other
On Tue, Jan 24, 2012 at 02:04:58PM -0500, Christos Zoulas wrote:
| (and I don't suppose we can think of a clever way to stuff the compat
| fcntls into libcompat or some such place so they don't bloat out the
| core system...)
The compat fcntls, are just 8 lines of code.
#define
On Fri, Jan 20, 2012 at 11:24:36AM +0100, Manuel Bouyer wrote:
It is also moot. Provided that quota cleanup leaves me with enough
time to merge and test (admittedly this is looking less and less
likely), the ufs/lfs split will be in -6.
(unlike the changes proposed in this thread,
On Wed, Jan 25, 2012 at 11:29:32PM +, Mindaugas Rasiukevicius wrote:
irregardless of what LFS is or isn't, breaking it on the branch is
not acceptable. you might not use it or trust it, but there are
people who do -- the people who maintain it -- and the same argument
applies
On Mon, Jan 23, 2012 at 10:43:38PM -0500, Christos Zoulas wrote:
| On Mon, Jan 23, 2012 at 09:28:48PM -0500, Christos Zoulas wrote:
| [stuff]
|
| One thing jumps out at me: if it's a file-level flag, shouldn't it be
| sufficient to use F_GETFL / F_SETFL to manipulate it, rather than
On Mon, Jan 23, 2012 at 09:28:48PM -0500, Christos Zoulas wrote:
[stuff]
One thing jumps out at me: if it's a file-level flag, shouldn't it be
sufficient to use F_GETFL / F_SETFL to manipulate it, rather than
adding new fcntls?
--
David A. Holland
dholl...@netbsd.org
As promised, draft patches for vfs-level quota cleanup are here:
http://www.netbsd.org/~dholland/tmp/quota/
It is a 53-part patch series, or if you prefer:
http://www.netbsd.org/~dholland/tmp/quota/concatenated
http://www.netbsd.org/~dholland/tmp/quota/onediff
contain the whole thing
On Mon, Jan 23, 2012 at 10:58:59PM -0500, Steven Bellovin wrote:
I also wonder whether we should also have a note that disabled SIGPIPE.
similar to what paxctl does.
You mean a system-wide flag? That would worry me; I think it would have
bad effects, since anything that did
On Fri, Jan 20, 2012 at 05:19:01PM -0500, Michael wrote:
As Matt said, completely different problem. One is about enforcing
order, the other is about writing stuff out NOW ( which in a way
also enforces order but with a lot more baggage ).
and I'll stick my oar in to note that (IMO anyway)
On Wed, Jan 18, 2012 at 08:34:01PM +0100, Manuel Bouyer wrote:
So, who cares?
I don't, but others may have a different view.
It is also moot. Provided that quota cleanup leaves me with enough
time to merge and test (admittedly this is looking less and less
likely), the ufs/lfs split will
On Sun, Jan 15, 2012 at 08:37:37PM +0100, Manuel Bouyer wrote:
I don't think I'll be able to have this ready for netbsd-6, but I now know
this requires 2 changes that will require a kernel version bump, so theses
changes needs to go in before netbsd-6 is branched so that full
extended
On Mon, Jan 16, 2012 at 10:39:45PM +0100, Manuel Bouyer wrote:
Indeed. But that isn't really the question. The question is really
whether we're past the date for brand-new feature proposals for
netbsd-6... or at least ones that involve invasive changes.
No, the question is whenever
On Mon, Jan 16, 2012 at 10:00:05PM +, YAMAMOTO Takashi wrote:
have you considered to separate the entity being cached from vnode?
iirc, irix called it buffer cache target or such.
That sounds like probably a good idea, but I need to think about it
more.
One of the things we need to be
On Mon, Jan 16, 2012 at 04:20:00PM -0500, Mouse wrote:
And I think the master tree for a (supposedly-)production OS is not
the place to be carrying out research experiments, not even if
another such OS is already doing it.
But my opinions seem to correlate negatively with NetBSD's these
On Mon, Jan 16, 2012 at 10:28:57PM +0100, Manuel Bouyer wrote:
I consider lfs second-class citizen at this time and if forward
compat if broken for the lfs module on the branch it's probably not
a big deal).
I don't consider that acceptable...
--
David A. Holland
dholl...@netbsd.org
On Mon, Jan 16, 2012 at 08:38:28PM -0500, Mouse wrote:
And I think the master tree for a (supposedly-)production OS is not
the place to be carrying out research experiments, not even if
another such OS is already doing it.
The trouble, of course, is that there isn't really any such
On Mon, Jan 09, 2012 at 03:58:40PM +, David Holland wrote:
On Mon, Jan 09, 2012 at 07:08:44PM +0700, Robert Elz wrote:
ps: I'd still like to see __NetBSD_Prereq__() macro destroyed.
so would I.
okay, it's high time this got done. I will nuke it next week unless
someone has serious
On Mon, Jan 09, 2012 at 07:08:44PM +0700, Robert Elz wrote:
ps: I'd still like to see __NetBSD_Prereq__() macro destroyed.
so would I.
--
David A. Holland
dholl...@netbsd.org
On Sat, Dec 31, 2011 at 05:44:31PM +0100, Reinoud Zandijk wrote:
On Fri, Dec 30, 2011 at 03:49:06PM +0100, Joerg Sonnenberger wrote:
On Thu, Dec 22, 2011 at 08:22:17PM +0400, Valeriy E. Ushakov wrote:
On Thu, Dec 22, 2011 at 15:31:45 +, David Holland wrote:
Consequently
On Wed, Dec 21, 2011 at 04:47:49PM +0100, Reinoud Zandijk wrote:
Hi folks,
i am not subscribed to this mailing list so i only found this
discussion when someone pointed it out to me.
Realistically, you should always be subscribed to either
source-changes or source-changes-full, or
On Thu, Dec 22, 2011 at 09:23:54PM -0500, Mouse wrote:
...making them appear asynchronously with respect to userland
userspace's calls to userland kernel would, yes, be difficult. (Or
anything else that lets the ptracer regain control; syscalls are just
the most convenient such thing.)
On Tue, Dec 20, 2011 at 05:03:51PM -0500, Mouse wrote:
From the annals of the POSIX wars: the rationale for posix_spawn()
was to support systems without MMUs, where fork() is expensive, and
vfork() impossible.
I would quibble with calling vfork() `impossible'. Perhaps I'm missing
On Wed, Dec 14, 2011 at 08:19:42AM +, Emmanuel Dreyfus wrote:
On Wed, Dec 14, 2011 at 01:10:19AM -0500, Matthew Mondor wrote:
What does NFS do in this case? I seem to remember that it also imposes
a sane size limit, possibly even below NGROUPS_MAX, is it really the
case? If so,
On Wed, Dec 14, 2011 at 10:51:20AM +, Emmanuel Dreyfus wrote:
On Wed, Dec 14, 2011 at 09:09:59AM +, YAMAMOTO Takashi wrote:
in my understanding, fuse_getgroups needs to talk with perfused,
not kernel. so i suggested creating a side channel between
fuse_getgroups and perfused.
On Thu, Dec 15, 2011 at 12:48:51AM +0400, Aleksej Saushev wrote:
There have of course also been some pretty serious bugs in various fsck
implementations across the years and vendors.
I'd be suspicious of fsck failing on a regularly mounted disk with
corruption that can't otherwise
On Tue, Dec 13, 2011 at 02:19:30PM +, Emmanuel Dreyfus wrote:
A third way was suggested on the fuse-devel mailing list: adding a
system call to retreive a process' secondary groups. The prototype
would be moddled on getgroups(2):
int getgroups2(int gidsetlen, gid_t *gidset,
Currently we have both EOPNOTSUPP (Operation not supported) and
ENOTSUP (Not supported) errnos. EOPNOTSUPP is historical; ENOTSUP
was randomly added by POSIX relatively recently.
And lately I've noticed a tendency to conflate them, which isn't
healthy.
It is too late to do #define ENOTSUP
On Sun, Dec 11, 2011 at 06:53:26PM -0800, Greg A. Woods wrote:
You would be sure if you'd read my posts carefully. The difference is
whether the probability of an async-mounted filesystem is near zero or
near one.
I think perhaps the misunderstanding between you and everyone else is
501 - 600 of 795 matches
Mail list logo
