History log of /openbsd-src/sys/kern/vfs_subr.c (Results 151 – 175 of 327)
Revision Date Author Comments
# 785baf9e 06-Jun-2009 art <art@openbsd.org>

All caller of buf_acquire were doing bremfree before the call.
Just put it in the buf_acquire function.
oga@ ok


# 809da172 03-Jun-2009 beck <beck@openbsd.org>

Change bufhash from the old grotty hash table to red-black trees hanging
off the vnode.
ok art@, oga@, miod@


# 54f98a3f 10-Nov-2008 pedro <pedro@openbsd.org>

Fix typo in comment, okay jmc@.


# e1aaece6 01-Nov-2008 deraadt <deraadt@openbsd.org>

change vrele() to return an int. if it returns 0, it can gaurantee that
it did not sleep. this is used to avoid checkdirs() to avoid having
to restart the allproc walk every time through
idea from

change vrele() to return an int. if it returns 0, it can gaurantee that
it did not sleep. this is used to avoid checkdirs() to avoid having
to restart the allproc walk every time through
idea from tedu, ok thib pedro

show more ...


# ecc98a2f 05-Jul-2008 thib <thib@openbsd.org>

re-introduce vdrop() to signal a lost intrest in a vnode;

ok art@


# 920b9ef6 14-Jun-2008 mk <mk@openbsd.org>

A bunch of pool_get() + bzero() -> pool_get(..., .. | PR_ZERO)
conversions that should shave a few bytes off the kernel.

ok henning, krw, jsing, oga, miod, and thib (``even though i usually prefer
F

A bunch of pool_get() + bzero() -> pool_get(..., .. | PR_ZERO)
conversions that should shave a few bytes off the kernel.

ok henning, krw, jsing, oga, miod, and thib (``even though i usually prefer
FOO|BAR''; thanks for looking.

show more ...


# 75a5f1f2 13-Jun-2008 beck <beck@openbsd.org>

back out stupid vnode change that was unintentionally included
with biomem and art has no idea how it got there.
ok art@ thib@


# c10f2b41 12-Jun-2008 deraadt <deraadt@openbsd.org>

Bring biomem diff back into the tree after the nfs_bio.c fix went in.
ok thib beck art


# e9e52ee3 11-Jun-2008 deraadt <deraadt@openbsd.org>

back out biomem diff since it is not right yet. Doing very large
file copies to nfsv2 causes the system to eventually peg the console.
On the console ^T indicates that the load is increasing rapidly

back out biomem diff since it is not right yet. Doing very large
file copies to nfsv2 causes the system to eventually peg the console.
On the console ^T indicates that the load is increasing rapidly, ddb
indicates many calls to getbuf, there is some very slow nfs traffic
making none (or extremely slow) progress. Eventually some machines
seize up entirely.

show more ...


# 30ab7dc4 10-Jun-2008 beck <beck@openbsd.org>

Buffer cache revamp

1) remove multiple size queues, introduced as a stopgap.
2) decouple pages containing data from their mappings
3) only keep buffers mapped when they actually have to be mapped

Buffer cache revamp

1) remove multiple size queues, introduced as a stopgap.
2) decouple pages containing data from their mappings
3) only keep buffers mapped when they actually have to be mapped
(right now, this is when buffers are B_BUSY)
4) New functions to make a buffer busy, and release the busy flag
(buf_acquire and buf_release)
5) Move high/low water marks and statistics counters into a structure
6) Add a sysctl to retrieve buffer cache statistics

Tested in several variants and beat upon by bob and art for a year. run
accidentally on henning's nfs server for a few months...

ok deraadt@, krw@, art@ - who promises to be around to deal with any fallout

show more ...


# 141c07a8 09-Jun-2008 millert <millert@openbsd.org>

Update access(2) to have modern semantics with respect to X_OK and
the superuser. access(2) will now only indicate success for X_OK on
non-directories if there is at least one execute bit set on the

Update access(2) to have modern semantics with respect to X_OK and
the superuser. access(2) will now only indicate success for X_OK on
non-directories if there is at least one execute bit set on the file.
OK deraadt@ thib@ otto@

show more ...


# ee9f4bc2 07-May-2008 thib <thib@openbsd.org>

remove the vfc_mountroot member from vfsconf and
do appropriate cleanup;

OK deraadt@


# 0920b6e7 07-May-2008 claudio <claudio@openbsd.org>

Implement routing priorities. Every route inserted has a priority assigned
and the one route with the lowest number wins. This will be used by the
routing daemons to resolve the synchronisations issu

Implement routing priorities. Every route inserted has a priority assigned
and the one route with the lowest number wins. This will be used by the
routing daemons to resolve the synchronisations issue in case of conflicts.
The nasty bits of this are in the multipath code. If no priority is specified
the kernel will choose an appropriate priority.

Looked at by a few people at n2k8 code is much older

show more ...


# 0da29912 06-May-2008 thib <thib@openbsd.org>

retire vfs_mountroot();

setroot() is now (and has been) responsible for setting
the mountroot function pointer "to the right thing", or
failing todo that, to ffs_mountroot;

based on a discussion/di

retire vfs_mountroot();

setroot() is now (and has been) responsible for setting
the mountroot function pointer "to the right thing", or
failing todo that, to ffs_mountroot;

based on a discussion/diff from deraadt@.
OK deraadt@

show more ...


# d5f92d3f 23-Mar-2008 miod <miod@openbsd.org>

Wrong printf construct.


# e9fd5de7 16-Mar-2008 otto <otto@openbsd.org>

Widen some struct statfs fields to support large filesystem stata
and add some to be able to support statvfs(2). Do the compat dance
to provide backward compatibility. ok thib@ miod@


# 3efa5ad8 13-Dec-2007 blambert <blambert@openbsd.org>

replace calls to ltsleep with tsleep

remove PNORELOCK flag, as PNORELOCK is used for msleep

ok art@ thib@


# 6da9e90d 16-Nov-2007 deraadt <deraadt@openbsd.org>

er, the newline is wrong. dissapointing.


# fca96390 15-Nov-2007 deraadt <deraadt@openbsd.org>

newline before syncing disks is way prettier


# a8f078fd 29-Oct-2007 chl <chl@openbsd.org>

MALLOC/FREE -> malloc/free
replace an hard coded value with M_WAITOK

ok krw@


# 396a99ae 15-Sep-2007 bluhm <bluhm@openbsd.org>

Allow to pull out an usb stick with ffs filesystem while mounted
and a file is written onto the stick. Without these fixes the
machine panics or hangs.
The usb fix calls the callback when the stick

Allow to pull out an usb stick with ffs filesystem while mounted
and a file is written onto the stick. Without these fixes the
machine panics or hangs.
The usb fix calls the callback when the stick is pulled out to free
the associated buffers. Otherwise we have busy buffers for ever
and the automatic unmount will panic.
The change in the scsi layer prevents passing down further dirty
buffers to usb after the stick has been deactivated.
In vfs the automatic unmount has moved from the function vgonel()
to vop_generic_revoke(). Both are called when the sd device's vnode
is removed. In vgonel() the VXLOCK is already held which can cause
a deadlock. So call dounmount() earlier.

ok krw@, I like this marco@, tested by ian@

show more ...


# 28a8f404 07-Sep-2007 art <art@openbsd.org>

Use M_ZERO in a few more places to shave bytes from the kernel.

eyeballed and ok dlg@


# 23866da9 07-Aug-2007 beck <beck@openbsd.org>

A few changes to deal with multi-user performance issues seen. this
brings us back roughly to 4.1 level performance, although this is still
far from optimal as we have seen in a number of cases. This

A few changes to deal with multi-user performance issues seen. this
brings us back roughly to 4.1 level performance, although this is still
far from optimal as we have seen in a number of cases. This change

1) puts a lower bound on buffer cache queues to prevent starvation
2) fixes the code which looks for a buffer to recycle
3) reduces the number of vnodes back to 4.1 levels to avoid complex
performance issues better addressed after 4.2

ok art@ deraadt@, tested by many

show more ...


# 35695610 01-Jun-2007 beck <beck@openbsd.org>

decouple the allocated number of vnodes from the "desiredvnodes" variable
which is used to size a zillion other things that increasing excessively
has been shown to cause problems - so that we may in

decouple the allocated number of vnodes from the "desiredvnodes" variable
which is used to size a zillion other things that increasing excessively
has been shown to cause problems - so that we may incrementally look at
increasing those other things without making the kernel unusable.

This diff effectivly increases the number of vnodes back to the number
of buffers, as in the earlier dynamic buffer cache commits, without
increasing anything else (namecache, softdeps, etc. etc.)

ok pedro@ tedu@ art@ thib@

show more ...


# e74d34a1 31-May-2007 tedu <tedu@openbsd.org>

remove some silly casts, no real change


12345678910>>...14