I've taken a stab at implementing the DTrace "sched" provider, for most
of the probes listed here which made sense:
http://dtrace.org/guide/chp-sched.html#tbl-sched
Please note that this was my first foray into the scheduling code, as
well an early effort at implementing a dtrace provider;
On 08/20/15 10:52 AM, Taylor R Campbell wrote:
I'd like to enable dtrace by default on i386, amd64, and arm -- that
is, setting MKDTRACE=yes in make for the userland tools, and enabling
options KDTRACE_HOOKS in the kernel for the hooks.
The overhead of KDTRACE_HOOKS in the kernel is a predicted
On 8/10/15 10:05 PM, Taylor R Campbell wrote:
Date: Mon, 10 Aug 2015 21:31:07 -0700
From: Jeff Rizzo r...@tastylime.net
I'm guessing at the moment the answer is don't do that, but it looks
like wapbl and discard aren't playing nice together:
panic: kernel diagnostic
I'm guessing at the moment the answer is don't do that, but it looks
like wapbl and discard aren't playing nice together:
panic: kernel diagnostic assertion rw_lock_held(wl-wl_rwlock)
failed: file /home/riz/src/sys/kern/vfs_wapbl.c, line 1715
Stopped in pid 0.54 (system) at
On 8/4/15 1:13 PM, Jeff Rizzo wrote:
On 8/4/15 4:20 AM, Robert Swindells wrote:
David Holland wrote:
Does that size vary with the NFS block size?
Yep. Reducing blocksize to 8192 makes it barf on 8192+ byte files.
Also is it using UDP or TCP ?
TCP, but I just confirmed UDP has
On 8/4/15 4:20 AM, Robert Swindells wrote:
David Holland wrote:
Does that size vary with the NFS block size?
Yep. Reducing blocksize to 8192 makes it barf on 8192+ byte files.
Also is it using UDP or TCP ?
TCP, but I just confirmed UDP has the problem too.
The symptoms make me think
I got my odroid-c1 back online yesterday with -current, and noticed that
anything I copied to an NFS-mounted volume would get silently
corrupted. (sha1 from the NFS client and on the NFS server read the
same, though)
I'm about 80% sure this was working around 7.99.9, but for a number of
On 8/3/15 10:15 AM, Martin Husemann wrote:
On Mon, Aug 03, 2015 at 09:02:19AM -0700, Jeff Rizzo wrote:
I'm about 80% sure this was working around 7.99.9, but for a number of
reasons it's complicated for me to check older builds, and in any event
odroid-c1 support is fairly new. I noticed some
On 6/24/15 7:13 AM, matthew green wrote:
David Holland writes:
I think keeping evb* for boards makes sense, though.
i dunno.
i don't see what it adds. in particular, evb means evaluation
board, and there are heaps of things in evb* that are *not*
evaluation boards, but stuff that might have
On 7/27/14 10:10 PM, Sanchit Gupta wrote:
Hi,
I am Sanchit Gupta, an Undergraduate at University of Illinois Urbana
Champaign. I am currently an intern at Vmware (Kernel Team). My mentor is
Matthew Green, one of the members of NetBSD core group.
I am really interested in operating systems and
On 10/30/13 3:19 PM, David Palzer wrote:
Hi,
I sent an email to you about a week ago expressing interest in working
on the improved caching algorithm for Net BSD. Is that still available
or is someone already working on it?
- David Palzer
David-
Perhaps a link to where this project is
On 10/14/13 1:46 PM, Marc Balmer wrote:
It is entirely plausible to me that we could benefit from using Lua in
base, or sysinst, or maybe even in the kernel. But that argument must
be made by showing evidence of real, working code that has compelling
benefits, together with confidence in its
The last time sys/compat/ibcs2/syscalls.master was edited [1] (July
2010), the dependent files were not regenerated. There was at least one
typo (fixed), but there are also duplicate syscall names, which cause
the generated files to break the i386 build. Can someone who knows
what's what fix
On 12/29/12 1:12 PM, Greg Troxel wrote:
I would like to have a way to pass a string composed of the same flags
(we can continue to use our existing -a, -s and other flags) in a
consistent manner from one platform to another, to be able to adjust
driver options, kernel options,
}
} I had no trouble finding iscsi-target(8) and targets(5), supporting
} target mode. But I've been unable to find initiator support in 5.1.
} Did I just miss something, or is the Wikipedia page wrong, or what?
}
}
The only initiator available for 5.x is a refuse-based userland
initiator. I
On 11/3/12 9:35 AM, Robert Swindells wrote:
Jeff Rizzo wrote:
I'm trying to write a driver for the NAND controller on the Marvell
Kirkwood (and I believe Orion as well) SoC (specifically the 88F6281, as
used in my Sheevaplug), using the datasheet here:
Have you got a copy of the NetBSD source
I'm trying to write a driver for the NAND controller on the Marvell
Kirkwood (and I believe Orion as well) SoC (specifically the 88F6281, as
used in my Sheevaplug), using the datasheet here:
http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSource.pdf
and also
I've just had my first occasion to play with the processor affinity
code, via porting some code from linux. It was very straightforward,
but there's one glaring difference: linux doesn't (by default, anyway)
require root to use their sched_setaffinity(), while we do require root
(by default)
On 6/9/11 9:37 AM, Emmanuel Dreyfus wrote:
On Tue, Jun 07, 2011 at 08:07:02AM +, Emmanuel Dreyfus wrote:
[autocreate extended attribute backend]
Such a behavior could be triggered by a new kernel option such
as UFS_EXTATTR_AUTOCREATE. It could hold the default size for autocreated
On Mon, Jun 21, 2010 at 02:45:42PM +, Christos Zoulas wrote:
- declare the variables on top to avoid braces in case statements.
- KNF continuation lines (indent-by-four) and lose the ()'s around return
Updated patch below. As an aside, this ss clearly more KNF, but I have to
say it's
I had occasion to use wedges on a vnd(4), only to be reminded that they're
not currently supported. Anyone see a problem with this patch? I've
given it light testing, and haven't come across any issues yet...
+j
Index: sys/dev/vnd.c
21 matches
Mail list logo