History log of /openbsd-src/regress/sys/kern/unfdpass/unfdpass.c (Results 1 – 24 of 24)
Revision Date Author Comments
# 299828c2 06-Nov-2024 claudio <claudio@openbsd.org>

Fix function declaration to be less arcane.


# 5b133f3f 08-Mar-2023 guenther <guenther@openbsd.org>

Delete obsolete /* ARGSUSED */ lint comments.

ok miod@ millert@


# 49a6e16f 13-Dec-2021 deraadt <deraadt@openbsd.org>

remove a couple hundred sys/param.h includes in userland code, and
also whack some sys/cdefs.h early includes which is such a brutally
bad pattern
ok bluhm mbuhl


# b7041c07 24-Oct-2021 deraadt <deraadt@openbsd.org>

For open/openat, if the flags parameter does not contain O_CREAT, the
3rd (variadic) mode_t parameter is irrelevant. Many developers in the past
have passed mode_t (0, 044, 0644, or such), which mig

For open/openat, if the flags parameter does not contain O_CREAT, the
3rd (variadic) mode_t parameter is irrelevant. Many developers in the past
have passed mode_t (0, 044, 0644, or such), which might lead future people
to copy this broken idiom, and perhaps even believe this parameter has some
meaning or implication or application. Delete them all.
This comes out of a conversation where tb@ noticed that a strange (but
intentional) pledge behaviour is to always knock-out high-bits from
mode_t on a number of system calls as a safety factor, and his bewilderment
that this appeared to be happening against valid modes (at least visually),
but no sorry, they are all irrelevant junk. They could all be 0xdeafbeef.
ok millert

show more ...


# 0616c5d4 28-Nov-2018 claudio <claudio@openbsd.org>

Test for EMSGSIZE return when sending more fds in a message then the receiver
can handle and also test the case where the reciever is using read() instead
of recvmsg() to test the unp_discard() codep

Test for EMSGSIZE return when sending more fds in a message then the receiver
can handle and also test the case where the reciever is using read() instead
of recvmsg() to test the unp_discard() codepath in the kernel. The latter test
is just instrumenting the code but has no way to check if the discarding was
successful.
OK guenther@ bluhm@

show more ...


# 436bff80 26-Jan-2017 benno <benno@openbsd.org>

enable compiler warnings and fix them.


# 39eb3f5c 19-Jan-2015 guenther <guenther@openbsd.org>

The kernel doesn't actually care what a sockaddr's sa_len is on input,
so don't waste code setting it


# 23200ebe 06-Jul-2011 matthew <matthew@openbsd.org>

Add a regression test for file descriptor passing with UNIX sockets.

ok claudio@


# d874cce4 26-Jun-2008 ray <ray@openbsd.org>

First pass at removing clauses 3 and 4 from NetBSD licenses.

Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code t

First pass at removing clauses 3 and 4 from NetBSD licenses.

Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.

OK deraadt@

show more ...


# da15c7b9 24-Mar-2008 deraadt <deraadt@openbsd.org>

msg_controllen has to be CMSG_SPACE so that the kernel can account for
each cmsg_len (ie. msg_controllen = sum of CMSG_ALIGN(cmsg_len). This
works now that kernel fd passing has been fixed to accept

msg_controllen has to be CMSG_SPACE so that the kernel can account for
each cmsg_len (ie. msg_controllen = sum of CMSG_ALIGN(cmsg_len). This
works now that kernel fd passing has been fixed to accept a bit of
sloppiness because of this ABI repair.
lots of discussion with kettenis

show more ...


# 1f55d8ee 15-Mar-2008 hshoexer <hshoexer@openbsd.org>

Repair usage of CMSG_SPACE and CMSG_LEN. While there, send three fds
instead of just two as this decreases the propability that things just
work although the sizes are wrong (ie. 8 aligns correctly

Repair usage of CMSG_SPACE and CMSG_LEN. While there, send three fds
instead of just two as this decreases the propability that things just
work although the sizes are wrong (ie. 8 aligns correctly on both 32 and 64 bit
platforms even with wrong usage of CMSG_{LEN,SPACE} whereas 12 doesn't).

show more ...


# 0827ab61 13-Mar-2008 deraadt <deraadt@openbsd.org>

Correct CMSG_SPACE and CMSG_LEN usage everywhere in the tree. Due to
an extensive discussion with otto, kettenis, millert, and hshoexer


# 75493179 30-Aug-2004 millert <millert@openbsd.org>

Use CMSG_SPACE when allocating space for the control message.
Fixes a bogus regression on sparc64. OK henning@


# 5c7f922d 28-Jul-2004 millert <millert@openbsd.org>

Remove statement with no effect.


# b1c4bce9 27-Apr-2004 millert <millert@openbsd.org>

fd passing works over a socketpair too of course so document this.
Also test it in regress to be pedantic (though the kernel path is
really the same). While there, remove cred-passing code that we
d

fd passing works over a socketpair too of course so document this.
Also test it in regress to be pedantic (though the kernel path is
really the same). While there, remove cred-passing code that we
don't support. OK deraadt@,

show more ...


# 4993325b 28-Feb-2004 deraadt <deraadt@openbsd.org>

avoid bad functions; tedu ok


# db3296cf 31-Jul-2003 deraadt <deraadt@openbsd.org>

various cleanups; david says results are same


# c72b5b24 16-Feb-2002 millert <millert@openbsd.org>

Part one of userland __P removal. Done with a simple regexp with some minor hand editing to make comments line up correctly. Another pass is forthcoming that handles the cases that could not be don

Part one of userland __P removal. Done with a simple regexp with some minor hand editing to make comments line up correctly. Another pass is forthcoming that handles the cases that could not be done automatically.

show more ...


# 51382db3 11-Feb-2002 art <art@openbsd.org>

OpenBSD doesn't implement the cred part yet. comment out.


# 67a5242a 11-Feb-2002 art <art@openbsd.org>

Make this 64-bit safe.


# aaef93a3 09-Feb-2002 art <art@openbsd.org>

Let this test build.


# d485f761 11-Nov-2001 deraadt <deraadt@openbsd.org>

signal race fixes


# 133306f0 29-Jan-2001 niklas <niklas@openbsd.org>

$OpenBSD$


# dcb53ffa 28-Jun-1998 deraadt <deraadt@openbsd.org>

copy from netbsd...