summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Quiet warnings about copyright[].obrien2003-05-0124-44/+47
|
* Fix lock order reversal when opening device and chn_reset fails.orion2003-05-011-5/+4
| | | | | Submitted by: Jan-Espen Pettersen <sigsegv@leakingmemory.org> Tested by: Georg Funk <georgfunk@web.de>
* xtend rc.conf variables are gone.imp2003-05-011-16/+0
| | | | Noticed by: bde
* Convert the i386 alloca(3) to the x86-64 ISA.obrien2003-05-011-0/+53
| | | | Alignment hack from: NetBSD
* Use C99-style varadic macros instead of the non-standard gcc syntax.des2003-05-011-5/+5
|
* New release notes: ACPI-CA 20030228, groff 1.19, tzdata2003a.bmah2003-05-012-0/+20
|
* Remove RCSID from files which have no other diffs to the vendor branch.des2003-05-0125-25/+0
|
* Lock GCC w/o -m32 into 64-bit mode.obrien2003-05-011-0/+4
|
* Mark libpam as c99- and WARNS5-clean.des2003-05-011-1/+2
|
* Make GCC 3.3 STFU about copyright[].obrien2003-05-011-1/+1
|
* Mark fetch(1) as c99- and WARNS6-clean.des2003-05-011-1/+2
|
* Remove DIOCGPC98 ioctl.nyan2003-05-012-6/+0
|
* Mark libfetch as c99-clean. Always build at WARNS level 2 rather thandes2003-05-011-2/+2
| | | | | juggling with levels 2 and 3, as this has lead to world breakage for NOCRYPT users in the past.
* Add a mechanism to allow Makefiles to specify the particular C dialectdes2003-05-011-1/+12
| | | | | | | | | | | | | | | | | | in which the source code is written. This is controlled by the CSTD variable, which can have one of the following values: - "k&r" => -traditional - "c89" or "c90" => -std=iso9899:1990 - "c94" or "c95" => -std=iso9899:199409 - "c99" => -std=iso9899:1999 The corresponding option is added to CFLAGS regardless of WARNS level. This also removes -ansi from WARNS level 6, but adds -Wno-long-long to work around a weird gcc bug (-ansi, which is supposedly equivalent to -std=iso9899:1990, seems to turn long long warnings off instead of on) If CSTD is undefined, CFLAGS are unchanged except for the -ansi / -Wno-long-long change mentioned above for WARNS level 6.
* Oops, DIOCGPC98 should be DIOCSPC98.nyan2003-05-011-1/+1
|
* The -t flag in the retired apmconf.8 is the same as "-h false" in thetobez2003-05-011-1/+1
| | | | | apm.8. Since the -t flag in the apm.8 is something different entirely, the reference to -t was quite confusing. Fix that.
* Start running amd64 builds on 9ball.des2003-05-011-0/+1
|
* Merged from src/sbin/fdisk/Makefile revision 1.10.nyan2003-05-011-1/+4
|
* - Move decoding pc98_partition function into geom_pc98_enc.c.nyan2003-05-015-24/+84
| | | | - Add encoding pc98_partition function.
* Merged from src/sbin/fdisk/fdisk.c revision 1.69.nyan2003-05-011-1/+6
|
* Upgrade to Groff 1.19.ru2003-05-0131-86/+155
|
* Merge local changes (8 bit clean ctype support) onto mainline.ru2003-05-013-4/+22
|
* Merge Groff 1.19 changes.ru2003-05-016-62/+118
|
* Use stock (FSF) version of this file.ru2003-05-014-43/+35
|
* Removed yacc(1) output files.ru2003-05-013-8394/+0
|
* Fix to build pc98 boot loader after support amd64.nyan2003-05-012-3/+120
|
* This commit was generated by cvs2svn to compensate for changes in r114405,ru2003-05-0196-70090/+0
| | | | which included commits to RCS files with non-trunk default branches.
* Removed files not present in v1.19 import.ru2003-05-013-232/+0
|
* This commit was generated by cvs2svn to compensate for changes in r114402,ru2003-05-01500-17681/+119049
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
| * Virgin import of FSF groff v1.19ru2003-05-01511-17879/+119296
| |
* | Note when we issue a request to the disk driver, so that we cangrog2003-05-011-1/+2
| | | | | | | | measure the time it spends.
* | Fix compiling problem, p_tracee is in my local repository fordavidxu2003-05-012-6/+0
| | | | | | | | threaded process debugging, not ready for this time.
* | Use only a 64bit hash filter table for ADM-Centaur cards like thembr2003-05-012-2/+10
| | | | | | | | | | | | | | | | | | Accton EN2242 and the ADMtek AN985 cards. PR: 32699 Submitted by: Jean-Luc Richier <Jean-Luc.Richier@imag.fr> Reviewed by: phk MFC after: 2 weeks
* | Drop Giant lock before suspended, pick up it after resumed.davidxu2003-05-012-2/+10
| | | | | | | | | | thread_suspend_check() is used in exit1() which still needs Giant lock.
* | Remove VINUMDEBUG. vinum(8) always compiles with VINUMDEBUG to be ablegrog2003-05-011-1/+1
| | | | | | | | to cope with kernel modules with VINUMDEBUG.
* | Do not attempt to free NULL dinodes (i_din1 or i_din2) in ffs_ifree().tjr2003-05-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | These fields can be left as NULL if ffs_vget() allocates an inode but fails before the dinode memory has been allocated. There are two cases when this can occur: when we lose a race and another process has added the inode to the hash, and when reading the inode off disk fails. The bug was observed by Kris on one of the package-building machines. See http://marc.theaimsgroup.com/?l=freebsd-current&m=105172731013411&w=2 In Kris's case, it was the bread() that failed because of a disk error. The alternative to this patch is to ensure that ffs_vget() does not call vput() when the inode that hasn't been properly initialised.
* | Free i_din2 instead of i_din1 in ffs_ifree() on UFS2 filesystems.tjr2003-05-011-1/+1
| | | | | | | | | | This is purely a cosmetic change because these members are in a union together.
* | Add description of '-o' and '-s'.simokawa2003-05-011-0/+6
| |
* | I'm pleased to announce that Promise is now supporting the FreeBSDsos2003-05-012-9/+161
| | | | | | | | | | | | | | | | | | | | | | | | | | | | project by providing documentation (under NDA) and hardware for testing. This commit is the first result of the cooperation, and adds support for several of their new controllers that we didn't support before (and probably newer would have without this arrangement). Add support for the Promise SATA150 TX2/TX4 and the Promise TX4000 controllers. This also adds support for various motherboard fitted Promise SATA/ATA chips. Note that this code uses memory mapped registers to minimize overhead. I belive FreeBSD has made another first in the Open Source world by being able to release support for this :)
* | Relax the test for when to use LBA instead of CHS size.sos2003-05-011-2/+2
| |
* | Fix compile errors on ia64 in dagetcapacity. Set block_len and maxsectorken2003-05-011-0/+2
| | | | | | | | | | | | to 0 initially. It seems that the ia64 backend isn't as "smart" as the i386 backend, which realized that those variables were only set or used when error == 0, and thus were not used uninitialized.
* | Extend the scope of the vm_object locking in vm_object_split().alc2003-05-011-4/+4
| |
* | Commit a missed change to keep in sync with the MI elf loader.peter2003-05-011-4/+4
| |
* | Argh. This was broken by the last-minute elf32/elf64/"elf kernel" changes.peter2003-05-012-3/+3
| |
* | Only use the pc bios stuff on i386's. I think this might even be unusedpeter2003-05-011-0/+2
| | | | | | | | there too.
* | Add AMD64 support to dev/fb. It isn't optimized.peter2003-05-012-7/+22
| |
* | Update the hardcoded bus tags for early console support for amd64.peter2003-05-012-2/+2
| |
* | I changed the numbering of the MODINFOMD_SMAP during the commit, sopeter2003-05-011-2/+4
| | | | | | | | | | recognize the old number for my development boxes so I can use old loader/pxeboot for a while if I need to.
* | Nuke; repocopied to elf32_freebsd.c where it lives on.peter2003-05-011-88/+0
| |
* | Enable the i386 loader to load and run an amd64 kernel. If this putspeter2003-05-0123-757/+583
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | things over floppy size limits, I can exclude it for release builds or something like that. Most of the changes are to get the load_elf.c file into a seperate elf32_ or elf64_ namespace so that you can have two ELF loaders present at once. Note that for 64 bit kernels, it actually starts up the kernel already in 64 bit mode with paging enabled. This is really easy because we have a known minimum feature set. Of note is that for amd64, we have to pass in the bios int 15 0xe821 memory map because once in long mode, you absolutely cannot make VM86 calls. amd64 does not use 'struct bootinfo' at all. It is a pure loader metadata startup, just like sparc64 and powerpc. Much of the infrastructure to support this was adapted from sparc64.
OpenPOWER on IntegriCloud