summaryrefslogtreecommitdiffstats
path: root/sys/i386/conf/Makefile.i386
Commit message (Collapse)AuthorAgeFilesLines
* Put on my asbestos suit and move $mach/conf/*.$mach to conf/*.$mach aspeter2000-01-091-251/+0
| | | | | | | | | | | | | | | | | | hinted at in the previous config(8) commits. I've spoken about this with a few people and after the initial suprise wore off they thought it wasn't a bad idea. The upshot of it is that all the files*, Makefile*, options* files are all right next to each other in the hope that people making changes to one set will remember the others. Note, config(8) looks to sys/conf first, and falls back to sys/$mach/conf still, so this doesn't stop people working in subdirs for new platforms. But once it's in the tree it can be moved next to the other files so that the non-i386 platforms are (hopefully) treated a little better than as if they were "second class" ports. This does not change any user editable files. the config program is still run in the same directory as before, the per-platform files (GENERIC, LINT etc) are still in the same place.
* Changed MACHINE -> MACHINE_ARCH to make the i386-kernel be able tokato2000-01-091-1/+1
| | | | compiled on PC98.
* Bump configversion. The controller/device changes are upwards but notpeter2000-01-091-1/+1
| | | | | downwards compatable. If you try and config a s/controller/device/ kernel with an old config(8), the results will be less than satisfactory.
* Further sync Alpha and i386 Makefiles. Remove KERNFORMAT = elf stuff aspeter2000-01-081-13/+0
| | | | | | it's always true on these platforms (and is likely to be on others as well since loader is the one that is configured for whatever the boot requirements are)
* genassym is ELF-only, therefore the kernel is now ELF-only as well.peter2000-01-081-8/+0
|
* Compile genassym.c with ordinary ${CFLAGS}. The (small) needs forbde2000-01-081-14/+10
| | | | | | | | | ${GEN_CFLAGS} and -U_KERNEL became negative when all all the genassym.c's were converted to be cross-built. Makefile.*: - Cleanups associated with the old genassym. - Fixed deprecated spelling of ${.IMPSRC} as "$<".
* Use genassym(1). The definitions of NKPDE and NKPT have been removedmarcel2000-01-071-5/+2
| | | | | | | because they are already defined in pmap.h, resulting in duplicate definitions. Reviewed by: bde
* Bring the Alpha and x86 Makefiles closer together.peter2000-01-071-10/+10
|
* Change #ifdef KERNEL to #ifdef _KERNEL in the public headers. "KERNEL"peter1999-12-291-4/+2
| | | | | | is an application space macro and the applications are supposed to be free to use it as they please (but cannot). This is consistant with the other BSD's who made this change quite some time ago. More commits to come.
* Zap kvm_kernel.db stuff now that libkvm gets it directly from the runningpeter1999-12-271-7/+0
| | | | kernel.
* Fixed stripping of aout debugging kernels.bde1999-12-261-4/+4
| | | | | | Fixed some style bugs (always use precisely 1 space after `:' in dependency specifications). Removed bogus dependency of ${FULLKERNEL} on ${BEFORE_DEPEND}.
* Be more consistant in using perl vs. perl5. We were using perl5 in thepeter1999-12-171-4/+4
| | | | | | | | | kernel builds so as not to confuse with perl4 when bootstrapping from old systems. I don't know if this is still applicable but it shouldn't hurt to be consistant at least. Also copy vnode_if.sh to vnode_if.pl. Doing a 'sh vnode_if.sh' when it was a perl script was kinda silly.
* Use a seperate -c and -h mode. The vnode_if.c file is compiled only intopeter1999-12-121-4/+7
| | | | | | | | | the kernel while the vnode_if.h header is a bunch of inlines to call the code that is in the kernel. Generating the .h file on the fly is kinda bogus because it has to match the one compiled into the kernel. IMHO we should have kern/vnode_if.c and sys/vnode_if.h committed in the tree but that's another battle.
* Update the Alpha makefile to be more in line with the x86 version. Itpeter1999-11-221-21/+11
| | | | | was getting quite dated. Attempt to minimize diffs between the two so it's not as painful to do this next time.
* KAME netinet6 basic part(no IPsec,no V6 Multicast Forwarding, no UDP/TCPshin1999-11-221-1/+3
| | | | | | | | | | for IPv6 yet) With this patch, you can assigne IPv6 addr automatically, and can reply to IPv6 ping. Reviewed by: freebsd-arch, cvs-committers Obtained from: KAME project
* Hack: comment out the pull-in of src/sys/../share/mk/bsd.kern.mk aspeter1999-11-181-4/+6
| | | | | | | that breaks if you try and compile a kernel before building world, as is presently required to get past the signal changes. I don't particularly like doing this, but at least it will mean that a 'make world' will activate the gcc 2.95.2-specific option in bsd.kern.mk.
* Typon_hibma1999-11-161-1/+1
|
* Allow the source root `S' to be overridden by defining it only whenmarcel1999-10-301-0/+2
| | | | | it isn't already defined. It enables config(8) to create the kernel build directory where it wants.
* Fixed "misspelling" of bcmp as memcmp. memcmp doesn't exist in thebde1999-10-031-0/+4
| | | | | | | | | | kernel, but gcc provides a pessimal builtin for it. Makefile.i386: Added a variable (CONF_CFLAGS) for configuration-specific compiler flags. LINT: Use CONF_CFLAGS to inhibit use of gcc builtins.
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Delete the 'device-driver' suffix. It's been meaningless for a long time.peter1999-07-031-5/+1
| | | | | | On the VAX, it used to be used for special compilation to avoid the optimizer which would mess with memory mapped devices etc. These days we use 'volatile'.
* Working kernel tags!jkh1999-07-021-2/+5
| | | | | Submitted by: Craig Leres <leres@ee.lbl.gov> PR: 2806
* Use the same -UKERNEL strategy as the alpha to avoid the inlines etc.peter1999-06-281-2/+2
|
* Hmm, might as well make all of BEFORE_DEPEND first in case make dependphk1999-06-281-2/+2
| | | | wasn't run.
* Also make pci_if.h early if make depend wasn't run.phk1999-06-281-2/+2
|
* Make bus_if.h and device_if.h as early as possible if make depend hasn'tphk1999-06-281-2/+2
| | | | been run.
* Move KERNEL?=kernel to top of the file where it's more obvious and addpeter1999-05-091-21/+18
| | | | | | a pointer to 'makeoptions' and /etc/make.conf. Catch a few stray "kernel" hardcoded references. Move the kernel.debug and related kernel build rules together.
* Move a couple of bits of (now) static content from config(8) (ie: %LOAD)peter1999-05-091-8/+13
| | | | | | directly into the Makefile. Remove references to swapkernel.c, it's not generated by config(8) now. (The previous config commits had generated it, but they had an unused 'char *' in them).
* Major lobotomy of config(8). Thephk1999-05-091-2/+2
| | | | | | | | | | | | | | | | | | | | | config kernel mumble mumble line has been obsoleted and removed and with it went all knowledge of devices on the part of config. You can still configure a root device (which is used if you give the "-r" flag) but now with an option: options ROOTDEVNAME=\"da0s2e\" The string is parsed by the same code as at the "boot -a" prompt. At the same time, make the "boot -a" prompt both more able and more informative. ALPHA/PC98 people: You will have to adapt a few simple changes (defining rootdev and dumpdev somewhere else) before config works for you again, sorry, but it's all in the name of progress.
* I'm sick of the automatic rename of /kernel to /kernel.old while doingpeter1999-05-081-1/+5
| | | | | | | | | | | development that leads to lots of crashes during boot. I have made a 'reinstall' target (like in ports, and reinstall.debug) This is most useful if you want to keep /kernel.old as a known bootable kernel. If you test a new kernel and have to reboot for a fix, a 'make reinstall' will install the new kernel over the top of the old non-viable one, leaving the old one untouched. This is mainly meant for development, not general users.
* Bump configvers; when the updates to generic/lint get committed, the oldpeter1999-04-241-2/+2
| | | | config has severe indigestion.
* unifdef -DVM_STACK - it's been on for a while for x86 and was checkedpeter1999-04-191-2/+2
| | | | and appeared to be working for the Alpha some time ago.
* Bring the 'new-bus' to the i386. This extensively changes the way thepeter1999-04-161-2/+2
| | | | | | | | | | | | | | | | | | i386 platform boots, it is no longer ISA-centric, and is fully dynamic. Most old drivers compile and run without modification via 'compatability shims' to enable a smoother transition. eisa, isapnp and pccard* are not yet using the new resource manager. Once fully converted, all drivers will be loadable, including PCI and ISA. (Some other changes appear to have snuck in, including a port of Soren's ATA driver to the Alpha. Soren, back this out if you need to.) This is a checkpoint of work-in-progress, but is quite functional. The bulk of the work was done over the last few years by Doug Rabson and Garrett Wollman. Approved by: core
* Made booting with -a work for all configurations. Previously itbde1999-04-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | only worked for configurations with "swap on generic". usr.sbin/config/config.y: - ignore all "swap [on] device ...' specifications except for warning about them. They haven't done anything related to swap for almost 4 years, and were previously silently ignored, except for "swap on generic" which stopped swap${KERNEL}.c from being generated. Code to support swapping is now deader than before. usr.sbin/config/mkswapconf.c: - don't generate a dummy setconf() function in swap${KERNEL}.c. sys/i386/conf/files.i386: - swapgeneric.c is now standard. It should be merged into autoconf.c so that it doesn't conflict with swap${KERNEL}.c for kernels named "generic". sys/i386/i386/autoconf.c: - don't call setroot() for mfs roots. Since setroot() doesn't do anything harmful, this was just a waste of time, except possibly for booting with -a it may have helped prevent an undesireable call to setconf() by finding a bogus rootdev. - honor -a for ffs roots. -a now overrides all other ways of specifying the root device. Previously, -r had precedence over -a, and the -a handling was usually a no-op. - don't honor -a for non-ffs roots, since it would currently just get in the way of a clean panic. sys/i386/i386/swapgeneric.c: - don't declare things that are now always declared in swap${KERNEL}.c. Don't decide things that are now decided in autoconf.c. Code to support the "generic" case is now dead instead of useless.
* Clean up the kernel/kernel.debug/install.debug etc stuff.peter1999-04-131-39/+21
| | | | | | Sense ${DEBUG} to decide on building kernel.debug or not. Use a common install and install.debug target to minimize duplication. (I deleted the ELF transition kernel warning, it was getting dated..)
* Back out default debug kernel. The flags revert to historical behaviour.grog1999-04-111-5/+2
| | | | | | | | | | | | | | | Requested-by: ache bde dg Modify targets for debug kernels: when -g was specified, make will now build a debug kernel called kernel.debug, and create a stripped version called kernel at the same time. The two targets install and install.debug are otherwise unchanged. Requested-by: dillon Update man page accordingly.
* 1. Modify config to issue different code for debugging.grog1999-04-071-13/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 2. Config complains if you use -g: Debugging is enabled by default, there is no ned to specify the -g option 3. Config warns you if you don't use -s: Building kernel with full debugging symbols. Do "config -s BSD" for historic partial symbolic support. To install the debugging kernel, do make install.debug (BSD was the name of the config file I used; I print out the same name). 4. Modify Makefile.i386, Makefile.alpha, Makefile.pc98 and config to work if a kernel name other than 'kernel' is specified. This is not absolutely necessary, but useful, and it was relatively easy. I now have a kernel called /crapshit :-) 5. Modify Makefile.i386, Makefile.alpha, Makefile.pc98 "clean" target to remove both the debug and normal kernel. 6. Modify all to install the stripped kernel by default and the debug kernel if you enter "make install.debug". 7. Update version number of Makefiles and config.
* Increased kernel virtual address space to 1GB. NOTE: You MUST have fixeddg1999-03-111-2/+2
| | | | | | | | bootblocks in order to boot the kernel after this! Also note that this change breaks BSDI BSD/OS compatibility. Also increased default NKPT to 17 so that FreeBSD can boot on machines with >=2GB of RAM. Booting on machines with exactly 4GB requires other patches, not included.
* Ensure that vnode_if.h build before object files, if make depend has notdt1999-03-011-2/+2
| | | | been run.
* Ignore errors from chflags. This makes it possible to make installworlddes1999-02-141-2/+2
| | | | with DESTDIR set to an NFS-mounted file system.
* Mostly remove the VM_STACK OPTION.julian1999-01-261-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This changes the definitions of a few items so that structures are the same whether or not the option itself is enabled. This allows people to enable and disable the option without recompilng the world. As the author says: |I ran into a problem pulling out the VM_STACK option. I was aware of this |when I first did the work, but then forgot about it. The VM_STACK stuff |has some code changes in the i386 branch. There need to be corresponding |changes in the alpha branch before it can come out completely. what is done: | |1) Pull the VM_STACK option out of the header files it appears in. This |really shouldn't affect anything that executes with or without the rest |of the VM_STACK patches. The vm_map_entry will then always have one |extra element (avail_ssize). It just won't be used if the VM_STACK |option is not turned on. | |I've also pulled the option out of vm_map.c. This shouldn't harm anything, |since the routines that are enabled as a result are not called unless |the VM_STACK option is enabled elsewhere. | |2) Add what appears to be appropriate code the the alpha branch, still |protected behind the VM_STACK switch. I don't have an alpha machine, |so we would need to get some testers with alpha machines to try it out. | |Once there is some testing, we can consider making the change permanent |for both i386 and alpha. | [..] | |Once the alpha code is adequately tested, we can pull VM_STACK out |everywhere. | Submitted by: "Richard Seaman, Jr." <dick@tar.com>
* Force the order of the setdefs* so that make -jN doesn't build thepeter1999-01-251-1/+3
| | | | | setdefs* multiple times at the same time that it's compiling setdefs[0].c. I think this was leading to unterminated linker sets etc.
* Hide the gensetdefs run the same way we hide the final ld command.peter1999-01-191-2/+3
|
* Use the gensetdefs that is now in /usr/bin, it's a superset of thepeter1999-01-171-15/+9
| | | | | | | | | | one in the kernel source, and that one is already used for modules. I don't _think_ this will hurt releases, aout-to-elf, etc, but it is possible. In all the cases I've looked at, config(8) has been generated straight after a make world, so if /usr/sbin/config exists and is the right version for the kernel, then we can pretty much count on /usr/bin/gensetdefs being there too.
* Switch to using ".So" as the extension for PIC object files ratherjdp1999-01-091-6/+7
| | | | | | | | than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
* Flip the kernel default to ELF.. Add a test to try and warn peoplepeter1999-01-071-2/+12
| | | | | | that they might be about to blow their feet off if they have not been reading their mail. I don't know if or how well this will work, but it's worth a try.
* Regrettably, you can't take setdef0.c out of order, or, surprise,msmith1998-12-211-3/+3
| | | | | | | linker sets don't work and thus neither does the kernel. This should stop being a problem with an improved linker set mechanism in the pipeline (see the bootloader) but for now this has to stay like this.
* Fixed building elf kernels without a `make depend' step. The magicbde1998-12-201-3/+3
| | | | | ordering in rev.1.38 was broken by putting setdef0.o before vnode_if.o in SYSTEM_OBJS.
* If there is no .depends file, use the standard ad-hoc way of ensuringimp1998-12-071-1/+5
| | | | | | | | | | | | that the generated files are generated before any of the object files. Also minor cleanup of dependencies in conf/files that I bogusly added before. This should fix the requirement that make depend be done starting from a clean config directory. If you don't have a clean directory, make depend is still required if you want the proper .o's to be recompiled. Reviewed by: bde
* * Change 'struct resource' to 'struct config_resource'.dfr1998-11-151-2/+2
| | | | * Bump config version.
OpenPOWER on IntegriCloud