src/lib/libc/amd64/sys, branch release/5.4.0 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F5.4.0 2005-04-25T20:04:53Z MFC r1.14: 2005-04-25T20:04:53Z Alexander Kabaev kan@FreeBSD.org 2005-04-25T20:04:53Z urn:sha1:a66ada6e0def5cbe2b68649c0a142e08991c56a9 Do not try to store 64 bits into 32 bit errno variable. Approved by: re (kensmith) MFC: rev 1.13 fix brk(3) on amd64 2004-10-30T00:07:46Z Peter Wemm peter@FreeBSD.org 2004-10-30T00:07:46Z urn:sha1:466a9faee61d4d403e03da91791ac2d3e4f1165a Approved by: re (kensmith) Change the syscall stub branch orders so that the static branch prediction 2004-02-22T02:11:39Z Peter Wemm peter@FreeBSD.org 2004-02-22T02:11:39Z urn:sha1:efbef97de9805dec95db09953426f0b21bb2964f will assume that syscalls will succeed rather than fail. Provide sysarch(2) prototypes in the MD sysarch.h headers. While I'm 2004-01-09T16:52:09Z Jacques Vidrine nectar@FreeBSD.org 2004-01-09T16:52:09Z urn:sha1:e4dc8baa84ba268ae07ac65481c5085dc2a79e7f at it, use the ANSI C generic pointer type for the second argument, thus matching the documentation. Remove the now extraneous (and now conflicting) function declarations in various libc sources. Remove now unnecessary casts. Reviewed by: bde Add implementations of amd64_[gs]et_[fg]sbase(). 2003-10-23T06:07:09Z Peter Wemm peter@FreeBSD.org 2003-10-23T06:07:09Z urn:sha1:d9484cc915cf6c1303fbf90e695fc84e2737ee78 Sigh. I can't win anything. Use addq rather than addl with %rsp. 2003-09-04T00:31:45Z Peter Wemm peter@FreeBSD.org 2003-09-04T00:31:45Z urn:sha1:eda60a161349c4575fb5802534c68040e148e2b2 Apply same basic fix for getcontext(2) as for i386. Store the return 2003-09-04T00:29:12Z Peter Wemm peter@FreeBSD.org 2003-09-04T00:29:12Z urn:sha1:294b146f2a48d9c29fcd1db723bc8d3218b0bcd7 value for getcontext() in a preserved register rather than on the stack. The second time around, the stack value would likely have changed so we can't depend on it for the return value. Fix some minor whitespace botches 2003-09-04T00:26:40Z Peter Wemm peter@FreeBSD.org 2003-09-04T00:26:40Z urn:sha1:c95f58c2f185e5d3d264f7dfd20f58879a5d8bf9 Add the mlockall() and munlockall() system calls. 2003-08-11T07:14:08Z Bruce M Simpson bms@FreeBSD.org 2003-08-11T07:14:08Z urn:sha1:abd498aa7127b03d6c0593cdb8f8308dd65758c6 - All those diffs to syscalls.master for each architecture *are* necessary. This needed clarification; the stub code generation for mlockall() was disabled, which would prevent applications from linking to this API (suggested by mux) - Giant has been quoshed. It is no longer held by the code, as the required locking has been pushed down within vm_map.c. - Callers must specify VM_MAP_WIRE_HOLESOK or VM_MAP_WIRE_NOHOLES to express their intention explicitly. - Inspected at the vmstat, top and vm pager sysctl stats level. Paging-in activity is occurring correctly, using a test harness. - The RES size for a process may appear to be greater than its SIZE. This is believed to be due to mappings of the same shared library page being wired twice. Further exploration is needed. - Believed to back out of allocations and locks correctly (tested with WITNESS, MUTEX_PROFILING, INVARIANTS and DIAGNOSTIC). PR: kern/43426, standards/54223 Reviewed by: jake, alc Approved by: jake (mentor) MFC after: 2 weeks Repair PIC mode. It seems I was a bit too excited about the 2003-05-24T17:35:23Z Peter Wemm peter@FreeBSD.org 2003-05-24T17:35:23Z urn:sha1:b3aa27a53120aaf3f032270013db703a6c2c877f implications of native PC relative addressing.