History log of /openbsd/sys/isofs/udf/udf_subr.c (Results 1 – 25 of 27)
Revision Date Author Comments
# 3b9d585e 13-Apr-2024 jsg <jsg@openbsd.org>

correct indentation

no functional change, found by smatch warnings
ok miod@ bluhm@


# b4b4e563 01-Sep-2022 krw <krw@openbsd.org>

Stop setting d_bbsize and d_sbsize. Nobody has paid
any attention for some time.

ok otto@ as part of larger diff


# fde894e5 16-Dec-2014 tedu <tedu@openbsd.org>

primary change: move uvm_vnode out of vnode, keeping only a pointer.
objective: vnode.h doesn't include uvm_extern.h anymore.
followup changes: include uvm_extern.h or lock.h where necessary.
ok and

primary change: move uvm_vnode out of vnode, keeping only a pointer.
objective: vnode.h doesn't include uvm_extern.h anymore.
followup changes: include uvm_extern.h or lock.h where necessary.
ok and help from deraadt

show more ...


# 9dc9bb81 18-Nov-2014 dlg <dlg@openbsd.org>

use siphash for key lookups in all the filesystem hashes.

ok deraadt@ tedu@


# 782ebdf8 03-Nov-2014 tedu <tedu@openbsd.org>

include sys/unistd.h where needed instead of indirect reliance. ok jsg


# 0189133d 16-Apr-2011 krw <krw@openbsd.org>

Use 'CLR(<buf>->b_flags, B_READ | B_WRITE | B_DONE)' regardless of
what the previous IO was. Less chance of copy and paste errors.
Suggested by miod@.


# e08c5f56 15-Apr-2011 krw <krw@openbsd.org>

In days of yore one could arbitrarily whack buffer flags. Those days
are past. Use CLR() and SET() to modify necessary flags while leaving
the flags used by the buffer cache in peace.

Should make bu

In days of yore one could arbitrarily whack buffer flags. Those days
are past. Use CLR() and SET() to modify necessary flags while leaving
the flags used by the buffer cache in peace.

Should make bufcache code much less confused about the state of the
bufs used in reading/writing disklabels. Other such flag abuses no
doubt await a visit.

Errors in original diff found by miod@.

ok beck@ deraadt@

show more ...


# e96b4495 21-May-2009 krw <krw@openbsd.org>

The only value that d_npartitions should have is MAXPARTITIONS.


# 5b6fa4ee 14-May-2009 krw <krw@openbsd.org>

Reset b_flags rather than just OR'ing in B_READ and B_RAW when
re-using a buf. Taken from the kern/subr_disk.c readdoslabel()
usage.

Avoids a loop in disksort() caused by trying to queue a buffer th

Reset b_flags rather than just OR'ing in B_READ and B_RAW when
re-using a buf. Taken from the kern/subr_disk.c readdoslabel()
usage.

Avoids a loop in disksort() caused by trying to queue a buffer that is
already in cd->buf_queue. I can now 'disklabel cd0' with "Command
& Conquer 3: Kane's Wrath" in the drive and not hang the system.

Problem reported and fix tested by Jasper Valentij. Thanks!

show more ...


# c77a6aac 23-Jul-2008 beck <beck@openbsd.org>

Correct cases of mishandling of pending reads and writes to prevent
them going negative - this consists of identifying a number of cases of
IO not going through the buffer cache and marking those buf

Correct cases of mishandling of pending reads and writes to prevent
them going negative - this consists of identifying a number of cases of
IO not going through the buffer cache and marking those buffers with
B_RAW - as well as fixing nfs_bio to show pending writes and reads through
the buffer cache via NFS

still has a problem with mishandling the counters I believe in the
async/sync fallback case where counters stay positive which will be
addressed seperately.

ok tedu@ deraadt@

show more ...


# 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 ...


# 3aa1309a 10-Jun-2008 beck <beck@openbsd.org>

Fix buffer cache pending read statistics by ensuring we can identify
biowait() reads that do *not* come from the buffer cache - we use the
B_RAW flag to identify these at art's suggestion - since it

Fix buffer cache pending read statistics by ensuring we can identify
biowait() reads that do *not* come from the buffer cache - we use the
B_RAW flag to identify these at art's suggestion - since it makes sense
and the flag was not being used. this just flags all these buffers with
B_RAW - biodone already ignores returned buffers marked B_RAW.
ok art@

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 ...


# d9864f85 08-Jun-2007 deraadt <deraadt@openbsd.org>

all disklabels read from the kernel now always contain a total sector
size which is the REAL DISK SIZE. always. if a driver fails to set
this right, please fix it. agreed with otto and krw


# e16633b4 05-Jun-2007 deraadt <deraadt@openbsd.org>

use six new macros to access & store the 48-bit disklabel fields related
to size. tested on almost all machines, double checked by miod and krw
next comes the type handling surrounding these values


# b97bc9b1 11-Jul-2006 pedro <pedro@openbsd.org>

Don't hold up a vnode for the VAT when a unode is sufficient


# e1a8e762 11-Jul-2006 pedro <pedro@openbsd.org>

Make the mounting process pass a hint to the kernel of where to find the VAT


# 884fd684 09-Jul-2006 pedro <pedro@openbsd.org>

udf_mnt -> umount and rename fields accordingly


# 1af96ccc 08-Jul-2006 pedro <pedro@openbsd.org>

Be consistent about how we name 'struct unode' instances


# 797916cc 08-Jul-2006 pedro <pedro@openbsd.org>

udf_node -> unode and rename fields accordingly


# b21c567e 08-Jul-2006 pedro <pedro@openbsd.org>

Rename VTON() to VTOU()


# 8eb7f8cb 05-Jul-2006 pedro <pedro@openbsd.org>

Add VAT support a la UDF 1.50


# 8518eb4a 15-Jan-2006 pedro <pedro@openbsd.org>

Fix reading of volume ID


# 198e4265 15-Jan-2006 pedro <pedro@openbsd.org>

typo


12