On Thu, Jun 29, 2017 at 09:41:27AM -0700, Brad Fitzpatrick wrote:
> I only identified it as a kernel crash the other day. We had assumed it was
> our bug prior to that.
>
> But many similar looking bugs exist already:
>
> http://gnats.netbsd.org/44402
> http://gnats.netbsd.org/42319
> htt
On Sun, Jul 02, 2017 at 12:54:52PM +0200, Joerg Sonnenberger wrote:
> > I wonder if it would make sense for nanosleep(2) to check that requested
> > sleeping time is shorter than a schedule slice, and if it is, spin the
> > CPU instead of scheduling another process. Any opinion on this?
>
> N
On Fri, Jun 30, 2017 at 09:49:21AM -0700, Brad Fitzpatrick wrote:
> > which leads to
> >http://gnats.netbsd.org/50730
> > which is fixed but the fix is apparently not in 7.1.
>
> Where do you see that it's fixed?
That part requires some inside knowledge :-) Christos committed a fix,
and
On Fri, Jun 30, 2017 at 07:36:41PM +0200, Joerg Sonnenberger wrote:
> From the follow-up, it is far from clear that it is fixed completely.
Yes, I was wondering about that but people have been saying it works
on -8...
> I'm running current with https://www.netbsd.org/~joerg/kern_event.c.diff
>
On Sun, Jul 02, 2017 at 05:04:56PM -0700, John Nemeth wrote:
> } > > I wonder if it would make sense for nanosleep(2) to check
> } > > that requested sleeping time is shorter than a schedule
> } > > slice, and if it is, spin the CPU instead of scheduling
> } > > another process. Any opinion on
On Mon, Jul 03, 2017 at 09:15:54AM -0400, Chris Humphries wrote:
> Working with coypu and interested in kernel development, with filesystems
> and data storage in particular, I was pointed to resize_ffs and shrinking
> ufs2 support (PR #44205 and in src/sbin/resize_ffs/TODO).
>
> My question
On Mon, Jul 03, 2017 at 02:03:32AM +, m...@netbsd.org wrote:
> On Sun, Jul 02, 2017 at 11:10:19PM -, Michael van Elst wrote:
> > it needs MD support on all platforms.
>
> What more does an implementation need besides asking for an interrupt in
> timo at cv_timedwait* (and increasing H
What precisely are the semantics of directory operations on union
mounts supposed to be? (Note: that's mount -o union, not unionfs,
which is mount -t union.)
As some may remember, the chief goal of the namei rototilling that's
now been going on ~forever was to simplify how directory operations
int
On Mon, Jul 10, 2017 at 02:07:35PM -0400, Mouse wrote:
> > So I think these should behave as follows:
>
> Whiteouts complicate this. I can't recall whether whiteouts are -o
> union or -t union, but they can occur; even if they are strictly -t
> union, a plain filesystem that got a whiteout c
On Tue, Jul 11, 2017 at 02:25:16AM +0700, Robert Elz wrote:
> | Union mounts are complicated in this regard because when the directory
> | involved is a union mount point, some layer of the union mount needs
> | to be chosen to invoke the filesystem-level operation;
>
> I don't think so
On Wed, Jul 12, 2017 at 12:54:31AM +0700, Robert Elz wrote:
> | In Plan 9 the layer creations happen in is chosen by a mount flag, and
> | isn't necessarily the top layer. We don't have that flag (but could
> | add it, as I noted) - my original mail was using "not readonly" as a
> | pro
On Tue, Jul 11, 2017 at 02:27:59PM -0400, Mouse wrote:
> > No, it doesn't. Union mounts were invented by Plan 9 and the Plan 9
> > behavior is the normative reference.
>
> Then why are you asking here? Why not ask on a Plan 9 list?
Because I'm talking about NetBSD and NetBSD's implementatio
On Fri, Jul 14, 2017 at 02:57:41PM -0400, Mouse wrote:
> > Don't be silly.
>
> I don't think it's silly. Slavish adherence to an system A's semantics
> when working on system B, just for the sake of adherence that _does_
> strike me as silly. Maybe that's not actually what's going on here,
On Tue, Aug 01, 2017 at 07:01:29PM +0200, Maxime Villard wrote:
> Typically, the situation I want to avoid is this [1], where you had some
> random compat code next to critical native procedures. Note also that the
> recent callgate vulnerability in amd64 wouldn't have existed, had the
> separa
On Tue, Aug 01, 2017 at 12:44:57PM +, m...@netbsd.org wrote:
> netbsd/mips64 runs a 64bit kernel and full 32bit userland, so
> compat_netbsd32 is tested very heavily on it.
We should build 32-bit tests on amd64 :-)
(also we should think about how to set up to be able to compile compat
tests
On Wed, Aug 02, 2017 at 08:52:15PM +0200, Maxime Villard wrote:
> [stuff]
If you insist on going on delete/disable sprees without discussing
beforehand, can you at least, when doing these, go through and make
sure the things you've removed don't leave behind dangling hooks in
the main kernel?
Or
On Sun, Aug 20, 2017 at 06:16:54PM +0200, Kamil Rytarowski wrote:
> I plan to remove the filesystem process tracing capability through
> /proc/#/ctl. This is a legacy interface from 4.4BSD, and it was
> introduced to overcome shortcomings of ptrace(2) at that time, which are
> no longer relevan
On Tue, Sep 12, 2017 at 08:52:49PM +0200, Joerg Sonnenberger wrote:
> + * Prevent predictive loads from the CPU, but check the state
> + * without loooking first.
typo :-)
otherwise looks reasonable to me...
--
David A. Holland
dholl.
On Wed, Oct 04, 2017 at 06:59:02PM -0400, Mouse wrote:
> > Here is a Kernel ASLR implementation for NetBSD-amd64. [...]
>
> > Contrary to what has been said in previous discussions, KASLR does
> > not alter debugability in any way: the symbols are still mapped in
> > memory as they are right
On Sun, Oct 29, 2017 at 10:41:18PM +0100, Jarom?r Dole?ek wrote:
> I share pretty much the same sentiment.
>
> ext3/ext4 journalling support is not very useful, as it's not likely to be
> used for anything more critical then sharing files between Linux and
> NetBSD.
Well... if the journaling
On Fri, Oct 27, 2017 at 11:15:34AM -0400, Mouse wrote:
> Heh. Well, reading the x86 bus_dma implementation (amd64 doesn't seem
> to have a separate bus_dma implementation of its own) leads me to think
> it has no such issues; all POSTREAD does there is copy from the bounce
> buffer (if the tra
Currently namei is supposed to canonicalize paths as it processes
them. It turns out that this is broken and has been for some time
(likely since before -6) -- also the feature is a significant source
of complexity and does not really serve any useful purpose. Therefore,
I'd like to remove it.
The
On Tue, Nov 07, 2017 at 10:20:27PM +, David Holland wrote:
> First of all, there is no need to provide a canonicalized path in
> $ORIGIN, just a path. The victim^W application can call realpath()
> itself if it cares for some reason. It is sufficient to provide either
> the pa
On Wed, Nov 08, 2017 at 07:23:48AM +0800, Paul Goyette wrote:
>
> > We provide the full path currently via AT_SUN_EXECNAME, sysctl, and
> > procfs.
>
> I think this is currently broken, at least when the path is "below" a
> null-mount, such as when running inside a chroot sandbox?
After to
On Tue, Nov 07, 2017 at 11:11:16PM +, Christos Zoulas wrote:
> In article <20171107222924.ge17...@netbsd.org>,
> David Holland wrote:
> >
> >Also it occurs to me that there's no reason for the kernel to do the
> >getcwd call; it should just provid
On Tue, Nov 07, 2017 at 10:30:38PM -0500, Christos Zoulas wrote:
> On Nov 8, 3:12am, dholland-t...@netbsd.org (David Holland) wrote:
> -- Subject: Re: namei and path canonicalization
>
> | On Tue, Nov 07, 2017 at 11:11:16PM +, Christos Zoulas wrote:
> | > In artic
On Mon, Nov 20, 2017 at 08:09:28AM +, Emmanuel Dreyfus wrote:
> 80 81 01 00 00 00 00 00 00 00 00 00 00 00 00 00
> ||
> 0010 5a 8d 0e 5a 60 8e 09 0f 5a 8d 0e 5a 60 8e 09 0f
> |Z..Z`...Z..Z`...|
> 0020 5a 8d 0e 5a 60 8e 09 0f 00 00 00 00 00 00 00 00
On Mon, Nov 20, 2017 at 03:38:32PM -0500, Mouse wrote:
> dholland's identification of the overwrite data as inodes certainly
> does feel provocative, but I'm not sure what to make of it.
Inodes and data blocks should appear in strictly disjoint regions of
the fs image. Therefore, either somethin
I wrote "that's an inode"; now in living colour:
On Mon, Nov 20, 2017 at 08:09:28AM +, Emmanuel Dreyfus wrote:
> 80 81 01 00 00 00 00 00 00 00 00 00 00 00 00 00
di_mode = 0x8180 = 0100600 (mode 600 regular file)
di_nlink = 1
di_oldids = 0 (uninteresting)
di_size = 0
> 0010
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,
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
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 21, 2012 at 12:25:25PM +, Martin Husemann wrote:
> > Skip Xen. XXX: There should be a reliable way to detect MODULAR.
>
> This (untested) would add one (sysctl kern.module.modular would say 0 for
> non-modular kernels, or 1 otherwise).
>
> What do folks think?
Definitely a
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
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 sho
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
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 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 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 a
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 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 particl
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 Mon, May 14, 2012 at 05:58:46PM +0200, Edgar Fu? wrote:
> I just started to play around with the new quota system.
> I tried to set quotas for a user that didn't own any files on the
> file system in question.
> With an "interactive" edquota, I got
> edquota: /export/test (ufs/ffs quot
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
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 ex
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
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 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
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 /opt/tivoli/tsm/client/ba/bin/dsm.opt to be a symlink to
> /usr/pkg/etc/tsm/dsm.opt.
> I can achieve this with a considerable amount of ../, but that am
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:
>
>
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.
>
> Bu
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
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 n
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.
> >
>
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
> constrain
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 loc
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# (Cy
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 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 arg
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
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
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 ma
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
>
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 :(
> >
&g
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 i
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 bett
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 inter
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 04:13:37AM -0400, Matthew Mondor wrote:
> > I believe the situation with both mfs and lfs is that some pieces of
> > the support are in place but not others. It was clear when hacking up
> > the code that neither had actually been tried by anyone in a long,
> > long time
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 sys
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
> > primar
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
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
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 proble
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
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
> > > s
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,
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
>
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 s
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 stro
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
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
On Sun, Aug 12, 2012 at 10:02:48AM +0200, Martin Husemann wrote:
> So, I see various things coming together in this thread, and I would
> suggest to fix them all with a change beyound what Emmanuel originaly
> proposed:
>
> - the pthread_self() usage and the binding to a register is a proper
On Tue, May 15, 2012 at 04:57:42PM +, David Holland wrote:
> > With an "interactive" edquota, I got
> > edquota: /export/test (ufs/ffs quota v2):
> > : bad format
> > [...]
> > Is this expected behaviour?
>
> [...]
>
> Ho
On Wed, Aug 22, 2012 at 06:25:43PM +0100, Roger Pau Monn? wrote:
> I've hit this when deleting a large number of files inside a DomU (but
> I'm not sure this is related to Xen specific code). I'm using the 6.0
> branch, fetched this morning (RC1), XEN3_DOMU kernel amd64 and the
> filesystem is
On Sun, Aug 26, 2012 at 12:24:33PM -0700, Paul Goyette wrote:
> >Well, in the case of the BBU it would be better to display good or bad.
> >ABSENT would be misleading, becase what we really want to report
> >is that the BBU is present but bad.
>
> I'm sure we could come up with dozens of pair
On Tue, Aug 21, 2012 at 11:10:05AM +0200, Adam Ciarci?ski wrote:
> I strongly disagree. Clang works excellently. Here's my way to
> build NetBSD (does not need command line tools being installed,
> Xcode in /Applications is sufficient):
>
> #!/bin/csh
*cough*
--
David A. Holland
dholl...@n
On Wed, Sep 05, 2012 at 06:40:22AM +0200, Emmanuel Dreyfus wrote:
> > Sure, but regardless of where that other check is implemented, it
> > seems like it might be wrong, since it's checking the real uid,
> > not the effective uid.
>
> That would be nice to have a fix for that in 6.0. The thin
On Wed, Sep 05, 2012 at 12:00:47PM -0500, Eric Haszlakiewicz wrote:
> > > > Changing it to effective uid seems like a good plan.
> > >
> > > The change below fixes the test case. Is it safe to commit?
> >
> > It fixes the test case, but it is still wrong. This UID check
> > needs to be imp
On Wed, Sep 05, 2012 at 12:14:11PM -0500, Eric Haszlakiewicz wrote:
> > > > > > Changing it to effective uid seems like a good plan.
> > > > >
> > > > > The change below fixes the test case. Is it safe to commit?
> > > >
> > > > It fixes the test case, but it is still wrong. This UID c
On Tue, Sep 18, 2012 at 02:01:25AM +0700, Robert Elz wrote:
> | Sorry but I can't see how a kernel with COMPAT_LINUX but without
> | mfi would compile.
>
> The way I proposed it, it wouldn't, but given that we have control
> of the mfi driver, we can do "interesting stuff" to its cdevsw.
On Fri, Oct 05, 2012 at 04:01:47PM +, Emmanuel Dreyfus wrote:
> I am playing with oracle XE on 6.0_RC2 and ktrace tells me that this
> requires Linux aio_* system calls.
>
> Here is the documentation:
> http://lse.sourceforge.net/io/aio.html
>
> Abd the system call man pages:
> http:/
On Sat, Oct 06, 2012 at 04:15:20PM +0200, Rhialto wrote:
> > That's what Linux does for the most part. I don't think our current
> > VFS protocol is particularly amenable to making this work easily.
>
> A first version may always implement the async calls as sync, right?
> I've seen no requi
On Fri, Oct 05, 2012 at 04:07:38PM +, paul_kon...@dell.com wrote:
> > I am playing with oracle XE on 6.0_RC2 and ktrace tells me that this
> > requires Linux aio_* system calls.
> > [...]
>
> Is there any advantage to using aio rather than regular I/O from
> threads? I've used both (aio
On Sun, Oct 14, 2012 at 07:20:02AM +, Taylor R Campbell wrote:
> I'm working on fixing ZFS locking, and I ran into a diference between
> NetBSD's and Solaris's interpretation of condvars.
>
> In Solaris, it seems to be kosher to do
>
>cv_broadcast(cv);
>cv_destroy(cv);
>
> a
In the long-term interests of making struct componentname go away
entirely, here's the next step in namei-related cleanup.
This patch: (1) moves the namecache's hash computation inside the
namecache, instead of being spread around all over everywhere; (2)
fixes the namecache to no longer require w
On Mon, Oct 15, 2012 at 12:34:44PM +0200, haad wrote:
> > These four pieces are available as separate patches, but since nobody
> > seems to be interested in that, the following is all of them rolled
> > together.
>
> Can you fix zfs, too ? Or I can fix it after your commit.
I did. Not sure
On Tue, Oct 23, 2012 at 12:54:43PM +0200, tlaro...@polynum.com wrote:
> > On Tue, 23 Oct 2012, Emmanuel Dreyfus wrote:
> > About PAM modules invoking libpthread.
>
> I don't know if this is related or not, but is this an explanation of
> why, sometimes, generally using pkgsrc (when it switche
On Tue, Oct 23, 2012 at 04:31:52PM +0200, Emmanuel Dreyfus wrote:
> In that situation, and perhaps in others, it would be nice if the
> administrator could configure a trusted environement for setUID
> binaries. We would need a way to feed a colon-separated list of
> environement variables (exa
501 - 600 of 951 matches
Mail list logo
