summaryrefslogtreecommitdiffstats
Commit message (Expand)AuthorAgeFilesLines
* KPT_MIN_ADDRESS and KPT_MAX_ADDRESS are not used anywhere. And if theypeter2003-05-011-3/+0
* Kill MID_MACHINE, its a.out specific, the only platform that supportsmarcel2003-04-301-1/+0
* Repocopy from x86_64/... to amd64/...peter2003-04-301-8/+7
* Add AMD64 hookspeter2003-04-301-0/+9
* Add support for IC Book Ironclad Pro/Lite 8-port cards.sobomax2003-04-302-2/+36
* We use i386 boot code on AMD64.peter2003-04-301-0/+5
* Fix transcription error. Use == NULL, not != NULL. Fortunately thispeter2003-04-303-3/+3
* Use the 64 bit sized struct kinfo_proc for AMD64.peter2003-04-301-1/+2
* Look for an elf32 kernel (powerpc) and elf64 kernel (sparc64) as wellpeter2003-04-303-3/+9
* ACPI will always be present on AMD64 - it will never be an autodetectpeter2003-04-301-0/+3
* Also look for an "elf64 kernel" (for sparc64) and "elf32 kernel" (forpeter2003-04-303-3/+9
* The PAM module pam_krb5 does not have "session" capabilities.markm2003-04-309-9/+0
* AMD64 uses the new-style cpu_switch()/cpu_throw() calling conventions.peter2003-04-305-6/+6
* Create a 'legacy' node for AMD64 as well as i386. While we'll neverpeter2003-04-301-1/+1
* Eliminate a compiler warning with gcc3.3 on AMD64, where speed ispeter2003-04-301-1/+5
* More factual updates for kerberos 5.markm2003-04-302-16/+19
* Remove 80386 bandaids from code repocopied from i386. rtld_start.S stillpeter2003-04-301-78/+4
* AMD64 support (another IEEEFP platform)peter2003-04-301-1/+1
* AMD64 support; repocopied from i386peter2003-04-301-3/+3
* Teach libdisk that AMD64 works just like i386peter2003-04-305-8/+14
* Make the defaults for Kerberos 5 a little more up-to-date.markm2003-04-305-6/+28
* Replace beforeinstall: with plain FILES.ru2003-04-301-7/+2
* Change the name of the kadmind binary to match reality, now thatmarkm2003-04-301-1/+1
* Style fixes to struct sigacts member comments. Sort function prototypes.jhb2003-04-301-12/+12
* Forgot to remove Giant around call to kern_sigaction() injhb2003-04-301-4/+1
* Axe a stale comment.jhb2003-04-301-2/+0
* Add __amd64__ to the list of things that use IEEEFPpeter2003-04-301-1/+1
* Tell malloc.c that AMD64 uses the same pagesize as i386.peter2003-04-301-0/+4
* Add __amd64__ to the list of things that use HIDENAME() to hide minbrkpeter2003-04-301-1/+1
* Update for AMD64. repocopied from i386-elf/crt1.c. Deal with regparmpeter2003-04-301-20/+5
* Fix references to non-existing or obsoleted man pages.schweikh2003-04-304-9/+4
* Increase the scope of the vm_object lock in vm_map_delete().alc2003-04-301-12/+13
* Remove redundant strlen checks, do not check the samekan2003-04-301-23/+24
* Turn off libstand for amd64 for the time being. It is built in i386peter2003-04-301-1/+2
* Delete i386_* syscall wrappers and manpages. Rename Ovfork.S to vfork.S.peter2003-04-301-12/+2
* Update for AMD64 after repocopy from i386/sys/*. This means:peter2003-04-306-105/+35
* I have no idea why the reboot(2) syscall wrapper ends with iret, butpeter2003-04-301-1/+1
* Update for AMD64. Depend on %rdi (first syscall argument) being preservedpeter2003-04-301-4/+3
* Update for AMD64 (repocopied from i386/sys/Ovfork.S - why is it O?)peter2003-04-301-5/+4
* Update for AMD64 contexts. Note that this still has some x87-style FPUpeter2003-04-303-105/+112
* Reduce the SRCS to what compilespeter2003-04-301-3/+3
* Update for AMD64 (repocopied from i386/net). We can depend on havingpeter2003-04-304-10/+6
* Update for AMD64-style syscalls. Repocopied from i386/SYS.h.peter2003-04-301-7/+4
* Range check the syscall number before looking it up in the syscallnames[]jhb2003-04-307-8/+8
* KerberosIV removal. Also crunch down the "krb5" distribution intomarkm2003-04-302-12/+2
* We no longer have KerberosIV. Remove it here also.markm2003-04-301-13/+0
* We no longer have a separate kerberos distribution. Its now justmarkm2003-04-302-2/+0
* We have to hide copyright[] for gcc33. :-(obrien2003-04-301-0/+2
* Only define platform once -- in a C file.obrien2003-04-302-20/+23
* Remove some KerberosIV references that are now stale.markm2003-04-302-63/+22
OpenPOWER on IntegriCloud