and an update to the restore program to restore all dumped extended
attributes. The affected files and the version being MFC'ed:
Revision Path
1.11 src/include/protocols/dumprestore.h
1.28 src/sbin/dump/dump.h
1.38 src/sbin/dump/traverse.c
1.31 src/sbin/restore/dirs.c
1.11 src/sbin/restore/extern.h
1.12 src/sbin/restore/restore.h
1.48 src/sbin/restore/tape.c
1.16 src/sys/sys/extattr.h
1.21 src/sys/ufs/ufs/extattr.h
1.24 src/share/man/man5/fs.5
Note that this code will not compile until these header
files have been updated: <protocols/dumprestore.h> and
<sys/extattr.h>. This should happen in the course of doing
a normal `buildworld'.
This resolves PR 93085 which will be closed.
PR: bin/93085
MFC request by: Robert Watson
Define the size_t type since readpassphrase(3) requires it in its
definition and sys/types.h is not listed within the synopsis of the man
page.
src/include/readpassphrase.h: rev 1.2 -> 1.3
compatibility is still broken as we add new symbols to libc. Those
symboles are __sbmaskrune, __sbistype, __sbtoupper and __sbtolower.
The latter three are directly referred by binaries use ctype(3) family
functions (see include/ctype.h for details). This means if a binary
built on 6.3, it uses these symbols that are not available on older
system.
- As this has been in 6 for a month, I intentionally leave these symbols
in libc but map them to original version. So binary built after 602113
will not be broken after this commit.
- Bump __FreeBSD_version for this back-out
PR: 116363
Discussed with: kris, kensmith
Approved by: re (kensmith)
with last ctype(3) single-byte and multi-byte separation for fixing
operating on UTF-8 locale. To be specific, we introduced a new symbol in
libc. And this symbol is referred via inline functions here. So, you can
not run a binary built with this version of libc on an older system. To
restore the compatibility, make these functions built as non-inlined
form (see lib/libc/nomarco.c) and MFC rev 1.32 which drops the usage of
that symbol in question for __isctype(). As this may impact performance,
I only intend to fix in 6.x, but not 7 (not yet released) and 8 (it's HEAD).
Discussed on: cvs-src
Requested by: scottl
Reviewed by: ache, delphij
Approved by: re (kensmith)
Install vkbd(4) header into dev/vkbd.
Update bthidd(8) code and hook it up to the build. bthidd(8) now was integrated
with vkbd(4) and supports multiple keyboards via vkbd(4)/kbdmux(4).
The code was tested with Apple Bluetooth keyboard and SE k700i cell phone
(remote control feature).
Add bthidd(8) rc(8) script.
Approved by: re (kensmith)
RELENG_6:
Do install sys/security/audit include files. It would be nice just
to install audit_ioctl.h, but we seem only to support installing
directories, so we get them all. The two not intended for extra-
kernel use have !_KERNEL #error's, which should help.
Obtained from: TrustedBSD Project
Fix ypwhich -m. This should be MFC'ed back at least as far as RELENG_5.
Submitted by: Gil Kloepfer <[email protected]>
PR: 64445
Approved by: re (scottl)
it's not defined in <sys/cdefs.h>. This situation happens early when building
the bootstrap-tools, where the new <nl_types.h> is mixed with the old
<sys/cdefs.h>.
Submitted by: imp
Reviewed by: ru
Add a64l(), l64a(), and l64a_r() XSI extentions. These functions convert
between a 32-bit integer and a radix-64 ASCII string. The l64a_r() function
is a NetBSD addition.
PR: 51209 (based on submission, but very different)
Reviewed by: bde, ru
Add prototype for following functions:
pthread_condattr_getpshared
pthread_condattr_setpshared
pthread_mutexattr_getpshared
pthread_mutexattr_setpshared
from struct addrinfo. This change break ABI compatibility on
64 bit arch.
include/netdb.h: 1.39
lib/libc/net/getaddrinfo.c: 1.70
Approved by: re (kensmith)
- Implement sampling modes and logging support in hwpmc(4).
- Separate MI and MD parts of hwpmc(4) and allow sharing of
PMC implementations across different architectures.
Add support for P4 (EMT64) style PMCs to the amd64 code.
- New pmcstat(8) options: -E (exit time counts) -W (counts
every context switch), -R (print log file).
- pmc(3) API changes, improve our ability to keep ABI compatibility
in the future. Add more 'alias' names for commonly used events.
- bug fixes & documentation.
netent.
- Change 1st argument of getnetbyaddr() to an uint32_t on 64 bit
arch as well to confirm to POSIX-2001.
These changes break ABI compatibility on 64 bit arch.
There is similar padding issue for ai_addrlen of struct addrinfo.
However, it is leaved as is for now.
Discussed on: arch@, standards@ and current@
X-MFC after: never
RFC 2553. In XNS5.2, and subsequently in POSIX-2001 and RFC
3493, it was changed to a socklen_t. And, the n_net of a
struct netent used to be an unsigned long integer. In XNS5,
and subsequently in POSIX-2001, it was changed to an uint32_t.
To accomodate for this while preserving ABI compatibility with
the old interface, we need to prepend or append 32 bits of
padding, depending on the (LP64) architecture's endianness.
- Correct 1st argument of getnetbyaddr() to uint32_t on 32
bit arch. Stay as is on 64 bit arch for ABI backward
compatibility for now.
Reviewed by: das, peter
MFC after: 2 weeks
different from what has been offered in libc_r (the one spotted in the
original PR which is found in libthr has already been removed by David's
commit, which is rev. 1.44 of lib/libthr/thread/thr_private.h):
- Use POSIX standard prototype for ttyname_r, which is,
int ttyname_r(int, char *, size_t);
Instead of:
char *ttyname_r(int, char *, size_t);
This is to conform IEEE Std 1003.1, 2004 Edition [1].
- Since we need to use standard errno for return code, include
errno.h in ttyname.c
- Update ttyname(3) implementation according to reflect the API
change.
- Document new ttyname_r(3) behavior
- Since we already make use of a thread local storage for
ttyname(3), remove the BUGS section.
- Remove conflicting ttyname_r related declarations found in libc_r.
Hopefully this change should not have changed the API/ABI, as the ttyname_r
symbol was never introduced before the last unistd.h change which happens a
couple of days before.
[1] http://www.opengroup.org/onlinepubs/009695399/functions/ttyname.html
Requested by: Tom McLaughlin <tmclaugh sdf lonestar org>
Through PR: threads/76938
Patched by: Craig Rodrigues <rodrigc crodrigues org> (with minor changes)
Prompted by: mezz@
should be harmless, the kdump(1) build does evil things with collecting
system header files, and thus would unconditionally collect and process these.
MFC After: 3 days
Antoine Brodin