> 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.
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
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
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
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
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
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
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
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
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)
10 matches
Mail list logo