CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2018/06/09 00:36:31 Modified files: usr.bin/ssh: scp.1 sftp.1 ssh.1 ssh_config.5 Log message: sort previous;
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2018/06/08 21:18:11 Modified files: usr.bin/ssh: sshd_config.5 Log message: slightly better wording re handing of $TERM, from Jakub Jelen via bz2386
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2018/06/08 21:03:10 Modified files: usr.bin/ssh: servconf.c servconf.h session.c sshd_config.5 Log message: add a SetEnv directive for sshd_config to allow an administrator to explicitly specify environment variables set in sessions started by sshd. These override the default environment and any variables set by user configuration (PermitUserEnvironment, etc), but not the SSH_* variables set by sshd itself. ok markus@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2018/06/08 21:01:12 Modified files: usr.bin/ssh: clientloop.c misc.c misc.h mux.c readconf.c readconf.h scp.1 sftp.1 ssh.1 ssh_config.5 sshd_config.5 Log message: add a SetEnv directive to ssh_config that allows setting environment variables for the remote session (subject to the server accepting them) refactor SendEnv to remove the arbitrary limit of variable names. ok markus@
Re: CVS: cvs.openbsd.org: src
On Fri, 8 Jun 2018, Damien Miller wrote: > CVSROOT: /cvs > Module name: src > Changes by: d...@cvs.openbsd.org2018/06/08 20:58:02 > > Modified files: > usr.bin/ssh: session.c > > Log message: > reorder child environment preparation so that variables read from > ~/.ssh/environment (if enabled) do not override SSH_* variables > set by the server. > ok markus@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2018/06/08 20:58:02 Modified files: usr.bin/ssh: session.c Log message: reorder child environment preparation so that variables read from ~/.ssh/environment (if enabled) do not override SSH_* variables set by the server.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: h...@cvs.openbsd.org2018/06/08 17:43:40 Modified files: lib/libfuse: fuse_ops.c Log message: Minor cleanup in ifuse_ops_setattr. ok mpi@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: n...@cvs.openbsd.org2018/06/08 14:54:22 Modified files: usr.bin/tmux : cmd-resize-pane.c layout.c tmux.h Log message: Instead of working out which pane to resize with the mouse by walking the panes list, look through the layout cells for the nearest border and resize that cell. From Dan Aloni in GitHub issue 1374.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: flor...@cvs.openbsd.org 2018/06/08 14:37:28 Modified files: . : events.html Added files: papers : florian_slaacd_bsdcan2018.pdf Log message: unveil slaacd slides
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: schwa...@cvs.openbsd.org2018/06/08 13:27:44 Modified files: . : events.html Added files: papers : bsdcan18-mandoc.pdf bsdcan18-mandoc.roff Log message: publish my BSDCan 2018 mandoc talk
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: chel...@cvs.openbsd.org 2018/06/08 13:24:46 Modified files: libexec/ld.so/ldconfig: ldconfig.c Log message: Bail out if fchmod(2) fails. Don't quietly install ld.so.hints with mode 0600 because this adds overhead to shlib lookup for non-root processes. >From Nan Xiao. ok guenther@
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: b...@cvs.openbsd.org2018/06/08 12:29:46 Modified files: . : events.html Added files: papers : BeckPledgeUnveilBSDCan2018.pdf Log message: Add bob's BSDCan talk and tutorial
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: js...@cvs.openbsd.org 2018/06/08 11:28:36 Modified files: regress/lib/libcsi/dh: dhtest.c Log message: Test DH params allocation and free.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: guent...@cvs.openbsd.org2018/06/08 09:38:52 Modified files: sys/arch/hppa/include: mplock.h Log message: Constipate all the struct lock_type's so they go into .rodata ok visa@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: guent...@cvs.openbsd.org2018/06/08 09:38:15 Modified files: sys/sys: _lock.h mplock.h mutex.h rwlock.h witness.h sys/kern : kern_lock.c kern_rwlock.c subr_pool.c subr_witness.c Log message: Constipate all the struct lock_type's so they go into .rodata ok visa@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: bl...@cvs.openbsd.org 2018/06/08 08:09:57 Modified files: sys/netinet: udp_usrreq.c Log message: The udp control option processing was implemented three times. Multicast lacked receive destination port. Better use a function and do it all in one place. The pipex chunk does not use the options, so it can happen before. Adding the udp header length to the ip header length was done inconsistently. Do it explicitly when needed. OK mpi@ visa@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: piro...@cvs.openbsd.org 2018/06/08 07:53:01 Modified files: lib/librthread : Makefile rthread_sem.c Added files: lib/librthread : rthread_sem_compat.c synch.h Log message: New semaphore implementation making sem_post async-safe. POSIX dictates that sem_post() needs to be async-safe here[0] and is thus included in the list of safe functions to call from within a signal handler here[1]. The old semaphore implementation is using spinlocks and __thrsleep to synchronize between threads. Let's say there are two threads: T0 and T1 and the semaphore has V=0. T1 calls sem_wait() and it will now sleep (spinlock) until someone else sem_post()'s. Let's say T0 sends a signal to T1 and exits. The signal handler calls sem_post() which is meant to unblock T1 by incrementing V. With the old semaphore implementation we we are now in a deadlock as sem_post spinlocks on the same lock. The new implementation does not suffer from this defect as it uses futexes to resolve locking and thus sem_post does not need to spin. Besides fixing this defect and making us POSIX compliant, this should also improve performance as there should be less context switching and thus less time spent in the kernel. For architectures that do not provied futexes and atomic operations, the old implementation will be used and it is now being renamed to rthread_sem_compat as discussed with mpi@. [0] -- http://pubs.opengroup.org/onlinepubs/9699919799/functions/sem_post.html [1] -- http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html OK visa@, mpi@, guenther@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: kette...@cvs.openbsd.org2018/06/08 07:16:24 Modified files: lib/libxshmfence: configure configure.ac lib/libxshmfence/src: xshmfence_futex.h Log message: Add OpenBSD support using process-global futexes. ok matthieu@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: n...@cvs.openbsd.org2018/06/08 03:43:58 Modified files: usr.bin/tmux : cmd-new-session.c tmux.1 Log message: Tweak previous - check for a NULL client and simplify manual text.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: n...@cvs.openbsd.org2018/06/08 03:41:34 Modified files: usr.bin/tmux : cmd-new-session.c tmux.1 Log message: Add -x- and -y- to use client size, from Stefan Assmann in GitHub issue 1372.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: jmatt...@cvs.openbsd.org2018/06/08 01:14:02 Modified files: sys/dev/pci: mfii.c Log message: Handle AENs for logical disk creation and deletion. SAS3 and newer controllers allow these operations at any time through the server management interface - tested on a SAS3108 (Lenovo x3650 M5) and SAS3508 (Dell R6415). ok dlg@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: jmatt...@cvs.openbsd.org2018/06/08 01:09:50 Modified files: sys/dev/pci: mfii.c Log message: Rework sensors and bio(4) support to use the target number from the logical disk list, rather than assuming target numbers match the position in the list. Now we always allocate enough sensors for the maximum number of logical disks, so we can store sensor information indexed by target number. While here, split up the logical disk sensor code simplify adding and removing sensors for logical disks as they're created and destroyed. ok dlg@