Re: PUFFS_VN_LOOKUP2

2012-03-21 Thread YAMAMOTO Takashi
> Hi > > FUSE LOOKUP, GETATTR and SETATTR have TTL for name and attributes. It > would greatly enhance perfuse performance if the kernel could keep track > of those, and avoid issuing tons of LOOKUPs and GETATTRs when it has > valid data. > > Additionnaly, FUSE LOOKUP returns the node attributes.

Re: CVS commit: src/tests/modules

2012-03-21 Thread David Holland
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

Re: CVS commit: src/tests/modules

2012-03-21 Thread Paul Goyette
looks good to me... On Wed, 21 Mar 2012, Martin Husemann wrote: On Wed, Mar 21, 2012 at 12:25:25PM +, Martin Husemann wrote: This (untested) would add one (sysctl kern.module.modular would say 0 for non-modular kernels, or 1 otherwise). I had to fix other parts of the kernel, but the pa

Re: CVS commit: src/tests/modules

2012-03-21 Thread Manuel Bouyer
On Wed, Mar 21, 2012 at 03:15:14PM +, Martin Husemann wrote: > On Wed, Mar 21, 2012 at 12:25:25PM +, Martin Husemann wrote: > > > > This (untested) would add one (sysctl kern.module.modular would say 0 for > > non-modular kernels, or 1 otherwise). > > I had to fix other parts of the kerne

Re: CVS commit: src/tests/modules

2012-03-21 Thread Martin Husemann
On Wed, Mar 21, 2012 at 12:25:25PM +, Martin Husemann wrote: > > This (untested) would add one (sysctl kern.module.modular would say 0 for > non-modular kernels, or 1 otherwise). I had to fix other parts of the kernel, but the patch now works as expected. Any objections? Martin

Re: CVS commit: src/tests/modules

2012-03-21 Thread Martin Husemann
On Tue, Mar 20, 2012 at 05:50:11AM +, Jukka Ruohonen wrote: > Module Name: src > Committed By: jruoho > Date: Tue Mar 20 05:50:11 UTC 2012 > > Modified Files: > src/tests/modules: t_abi_uvm.sh t_modload.sh > > Log Message: > Skip Xen. XXX: There should be a reliable way to dete

Re: [GSoC idea] ASAN support in kernel and userland

2012-03-21 Thread Roy Marples
On 21/03/2012 9:31, Joerg Sonnenberger wrote: I wonder if the following idea matches the scope of the a GSoC project. For LLVM there exists a (platform specific) feature called ASAN, which provides a good chunk of the functionality of valgrind. As it is integrated into the compiler, it is quite

[GSoC idea] ASAN support in kernel and userland

2012-03-21 Thread Joerg Sonnenberger
Hi all, I wonder if the following idea matches the scope of the a GSoC project. For LLVM there exists a (platform specific) feature called ASAN, which provides a good chunk of the functionality of valgrind. As it is integrated into the compiler, it is quite fast. Since NetBSD is missing valgrind su

Re: Finding the syscall number in a crash dump for a given process?

2012-03-21 Thread David Laight
On Wed, Mar 21, 2012 at 12:36:29AM -0700, Brian Buhrow wrote: > hello. I'm in the midst of debugging some ufs_rename patches I'm > trying to get working under NetBSD-5, and I'm now trying to assertain what > the miscrient lwp's were doing before they caused the panic. ... > I thought I

Finding the syscall number in a crash dump for a given process?

2012-03-21 Thread Brian Buhrow
hello. I'm in the midst of debugging some ufs_rename patches I'm trying to get working under NetBSD-5, and I'm now trying to assertain what the miscrient lwp's were doing before they caused the panic. A typical trace looks something like: (gdb) bt #0 0xc0448bdf in mi_switch (l=0xcbf6e820)