History log of /openbsd/sys/ufs/ext2fs/ext2fs_lookup.c (Results 1 – 25 of 48)
Revision Date Author Comments
# 479c151d 20-Sep-2024 jsg <jsg@openbsd.org>

remove unneeded semicolons; checked by millert@


# 46f7109a 12-Sep-2024 claudio <claudio@openbsd.org>

Ensure that file names passed back by readdir do not include a '/'
character. The '/' char is the path separator and is not allowed in
any filename.

NFS specific report by Apple Security Engineering

Ensure that file names passed back by readdir do not include a '/'
character. The '/' char is the path separator and is not allowed in
any filename.

NFS specific report by Apple Security Engineering and Architecture (SEAR).

Input from guenther@ and millert@
OK beck@ miod@

show more ...


# 0d297f47 11-Jan-2022 jsg <jsg@openbsd.org>

spelling
ok jmc@


# b66b9ef8 11-Mar-2021 jsg <jsg@openbsd.org>

spelling


# 6e880534 02-May-2018 visa <visa@openbsd.org>

Remove proc from the parameters of vn_lock(). The parameter is
unnecessary because curproc always does the locking.

OK mpi@


# 36bb23f1 28-Apr-2018 visa <visa@openbsd.org>

Clean up the parameters of VOP_LOCK() and VOP_UNLOCK(). It is always
curproc that does the locking or unlocking, so the proc parameter
is pointless and can be dropped.

OK mpi@, deraadt@


# 937fcae7 19-Mar-2016 natano <natano@openbsd.org>

Remove the unused flags argument from VOP_UNLOCK().

torture tested on amd64, i386 and macppc
ok beck mpi stefan
"the change looks right" deraadt


# 14bf419f 14-Mar-2016 krw <krw@openbsd.org>

Change a bunch of (<blah> *)0 to NULL.

ok beck@ deraadt@


# dc30eddb 16-Feb-2016 stefan <stefan@openbsd.org>

Convert to uiomove. From Martin Natano.


# 21dab745 14-Mar-2015 jsg <jsg@openbsd.org>

Remove some includes include-what-you-use claims don't
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.

ok tedu@ deraadt@


# 081bf720 10-Feb-2015 miod <miod@openbsd.org>

First step towards making uiomove() take a size_t size argument:
- rename uiomove() to uiomovei() and update all its users.
- introduce uiomove(), which is similar to uiomovei() but with a size_t.
-

First step towards making uiomove() take a size_t size argument:
- rename uiomove() to uiomovei() and update all its users.
- introduce uiomove(), which is similar to uiomovei() but with a size_t.
- rewrite uiomovei() as an uiomove() wrapper.
ok kettenis@

show more ...


# f7dbefaa 13-Jul-2014 pelikan <pelikan@openbsd.org>

kill fs2hXX/h2fsXX macros with letohXX/htoleXX

The reason being that ext2 structures are little-endian but JBD2 journal
is big-endian. Don't confuse readers by talking about "file system endian".

kill fs2hXX/h2fsXX macros with letohXX/htoleXX

The reason being that ext2 structures are little-endian but JBD2 journal
is big-endian. Don't confuse readers by talking about "file system endian".

Some KNF while there.

ok guenther

show more ...


# c9a9cb3f 13-Jul-2014 pelikan <pelikan@openbsd.org>

fill in proper sizes in free(9)


# 87310acf 12-Jul-2014 tedu <tedu@openbsd.org>

add a size argument to free. will be used soon, but for now default to 0.
after discussions with beck deraadt kettenis.


# f92a609f 12-Jul-2014 pelikan <pelikan@openbsd.org>

pull dirblock search code from ext2fs_lookup() like FreeBSD has done

ok tedu


# 3e537b2c 11-Jul-2014 pelikan <pelikan@openbsd.org>

separate searchslot variables into a structure like FreeBSD

ok guenther


# 2d7df345 10-Jul-2014 pelikan <pelikan@openbsd.org>

prepare for upcoming ext4 read support

Parts of the on-disk inode changed their meaning in order to support bigger
sizes. More flags & prettification. No functional change.

ok guenther


# 53f22ea8 27-May-2014 krw <krw@openbsd.org>

Zap a bunch of trailing whitespace.


# 0f5c6c8b 12-Dec-2013 tedu <tedu@openbsd.org>

replace old bcopy/bzero with standard functions. ok kettenis


# 91a535ff 13-Aug-2013 guenther <guenther@openbsd.org>

Switch time_t, ino_t, clock_t, and struct kevent's ident and data
members to 64bit types. Assign new syscall numbers for (almost
all) the syscalls that involve the affected types, including anything

Switch time_t, ino_t, clock_t, and struct kevent's ident and data
members to 64bit types. Assign new syscall numbers for (almost
all) the syscalls that involve the affected types, including anything
with time_t, timeval, itimerval, timespec, rusage, dirent, stat,
or kevent arguments. Add a d_off member to struct dirent and replace
getdirentries() with getdents(), thus immensely simplifying and
accelerating telldir/seekdir. Build perl with -DBIG_TIME.

Bump the major on every single base library: the compat bits included
here are only good enough to make the transition; the T32 compat
option will be burned as soon as we've reached the new world are
are happy with the snapshots for all architectures.

DANGER: ABI incompatibility. Updating to this kernel requires extra
work or you won't be able to login: install a snapshot instead.

Much assistance in fixing userland issues from deraadt@ and tedu@
and build assistance from todd@ and otto@

show more ...


# e012d6d3 30-May-2013 guenther <guenther@openbsd.org>

UFS does't do inode numbers >2^32, so use a smaller type internally,
only using ino_t in the VFS layer APIs: vget, readdir, getattr.

otto wrote the original diff for libsa to keep bootblock from ove

UFS does't do inode numbers >2^32, so use a smaller type internally,
only using ino_t in the VFS layer APIs: vget, readdir, getattr.

otto wrote the original diff for libsa to keep bootblock from overflowing
ok deraadt@ kettenis@

show more ...


# ee22bed8 18-Nov-2010 miod <miod@openbsd.org>

Make sure readdir cookies are actually allocated with the correct size
(in case eventually we change their type from u_long to something else),
and do not truncate them to 32 bits in the ntfs code.
o

Make sure readdir cookies are actually allocated with the correct size
(in case eventually we change their type from u_long to something else),
and do not truncate them to 32 bits in the ntfs code.
ok tedu@

show more ...


# 717ea6e5 23-Sep-2010 oga <oga@openbsd.org>

The only sensible argument for VOP_* calls that take a struct proc pointer is
curproc. A bunch of callers were passing in 0 (not even NULL, 0) as this
pointer, which was fine until the called vnode f

The only sensible argument for VOP_* calls that take a struct proc pointer is
curproc. A bunch of callers were passing in 0 (not even NULL, 0) as this
pointer, which was fine until the called vnode function tried to do
something with it. Typically, this code was then copy/pasted to various
parts of the tree.

Accept the facts of life and switch all of these over to passing curproc
for now until the argument can be removed.

Discovered by stsp trying to create a softraid on top of a vnd, which
crashed with a NULL deref in vndioctl.

softraid bits tested by mikeb and jsing. raidframe bits tested by pea,
matthieu and naddy. The rest tested by at least thib, jsing and myself.

ok thib@, jsing@.

show more ...


# 627b2c48 09-Jul-2009 thib <thib@openbsd.org>

Remove the VREF() macro and replaces all instances with a call to verf(),
which is exactly what the macro does.

Macro's that are nothing more then:
#define FUNCTION(arg) function(arg)
are almost alw

Remove the VREF() macro and replaces all instances with a call to verf(),
which is exactly what the macro does.

Macro's that are nothing more then:
#define FUNCTION(arg) function(arg)
are almost always pointless and should go away.

OK blambert@
Agreed by many.

show more ...


# f18006a9 09-Oct-2007 krw <krw@openbsd.org>

MALLOC+memset(,0,) -> malloc+M_ZERO. Don't forget FREE->free this time.


12