From owner-svn-doc-all@freebsd.org Mon Mar 28 17:31:04 2016 Return-Path: Delivered-To: svn-doc-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6F15AE11AD; Mon, 28 Mar 2016 17:31:04 +0000 (UTC) (envelope-from jgh@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C288E13A4; Mon, 28 Mar 2016 17:31:04 +0000 (UTC) (envelope-from jgh@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2SHV3pT051987; Mon, 28 Mar 2016 17:31:03 GMT (envelope-from jgh@FreeBSD.org) Received: (from jgh@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2SHV3V1051986; Mon, 28 Mar 2016 17:31:03 GMT (envelope-from jgh@FreeBSD.org) Message-Id: <201603281731.u2SHV3V1051986@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: jgh set sender to jgh@FreeBSD.org using -f From: Jason Helfman Date: Mon, 28 Mar 2016 17:31:03 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r48490 - head/en_US.ISO8859-1/articles/linux-emulation X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2016 17:31:05 -0000 Author: jgh Date: Mon Mar 28 17:31:03 2016 New Revision: 48490 URL: https://svnweb.freebsd.org/changeset/doc/48490 Log: - stick to American English spelling of behavior Modified: head/en_US.ISO8859-1/articles/linux-emulation/article.xml Modified: head/en_US.ISO8859-1/articles/linux-emulation/article.xml ============================================================================== --- head/en_US.ISO8859-1/articles/linux-emulation/article.xml Mon Mar 28 17:30:19 2016 (r48489) +++ head/en_US.ISO8859-1/articles/linux-emulation/article.xml Mon Mar 28 17:31:03 2016 (r48490) @@ -532,7 +532,7 @@ a new process in &linux; 2.6 happens using the clone syscall (fork variants are reimplemented using it). This clone syscall defines a set of flags that affect - behaviour of the cloning process regarding thread implementation. + behavior of the cloning process regarding thread implementation. The semantic is a bit fuzzy as there is no single flag telling the syscall to create a thread. @@ -842,8 +842,8 @@ &os; kernel has huge classes of locks. Every lock is defined by some peculiar properties, but probably the most important is the event linked to contesting holders (or in other terms, the - behaviour of threads unable to acquire the lock). &os;'s locking - scheme presents three different behaviours for contenders: + behavior of threads unable to acquire the lock). &os;'s locking + scheme presents three different behaviors for contenders: @@ -913,7 +913,7 @@ not about atomic operations or scheduling barriers, however). - This is a list of lock with their respective behaviours: + This is a list of lock with their respective behaviors: @@ -1080,7 +1080,7 @@ the starting point to the end point using lookup function, which is internal to VFS. The &man.namei.9; syscall can cope with symlinks, absolute and relative paths. When a path is looked up using - &man.namei.9; it is inputed to the name cache. This behaviour can + &man.namei.9; it is inputed to the name cache. This behavior can be suppressed. This routine is used all over the kernel and its performance is very critical. @@ -1472,7 +1472,7 @@ translate_traps(int signal, int trap_cod default (as of April 2007) and with all &linux; versions up to 2.6 it just determined what &man.uname.1; outputs. It is different with 2.6 emulation where setting this &man.sysctl.8; affects runtime - behaviour of the emulation layer. When set to 2.6.x it sets the + behavior of the emulation layer. When set to 2.6.x it sets the value of linux_use_linux26 while setting to something else keeps it unset. This variable (plus per-prison variables of the very same kind) determines whether 2.6 @@ -2048,7 +2048,7 @@ pthread_mutex_unlock(&mutex);Waking up a thread sleeping on a futex is performed in the futex_wake function. First in this function - we mimic the strange &linux; behaviour, where it wakes up N threads + we mimic the strange &linux; behavior, where it wakes up N threads for all operations, the only exception is that the REQUEUE operations are performed on N+1 threads. But this usually does not make any difference as we are waking up all threads. Next in the @@ -2263,7 +2263,7 @@ openat(stdio, bah\, flags, mode) /* retu www/linux-firefox, www/linux-opera, net-im/skype and some games from - the Ports Collection. Some of the programs exhibit bad behaviour + the Ports Collection. Some of the programs exhibit bad behavior under 2.6 emulation but this is currently under investigation and hopefully will be fixed soon. The only big application that is known not to work is the &linux; &java; Development Kit and this is