Revision tags: release/6.0.0_cvs, release/6.0.0 |
|
#
7b2b007e |
| 24-May-2005 |
Olivier Houchard <cognet@FreeBSD.org> |
Use -march=armv5te for Xscale.
|
Revision tags: release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0 |
|
#
efa2f996 |
| 11-Dec-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
Rev 1.44 was a little over-zealous for FreeBSD/AMD64, trim.
|
#
e1be1a8e |
| 16-Nov-2004 |
John Baldwin <jhb@FreeBSD.org> |
No need to add I386_CPU to CFLAGS here for 80386 systems as they are no longer supported.
|
Revision tags: release/5.3.0_cvs, release/5.3.0 |
|
#
d41f6f56 |
| 19-Oct-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
Define "I386_CPU" if CPUTYPE is 'i386'. Userland bits can check for "I386_CPU" to determine if they should select code paths suitable for the 80386 CPU.
Suggested by: ru
|
#
73c7393a |
| 17-Oct-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
Embellish the AMD64 sections a little. Including supporting 'nocona'.
|
#
d5a538f6 |
| 17-Oct-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
+ Simplify by treating the standard x86 CPU names as the CPUTYPE vs. treating them as an alias. Treat the shorthand versions as aliases. + Separate the x86 GCC CPU CFLAGS from the ICC CFLAGS. Thi
+ Simplify by treating the standard x86 CPU names as the CPUTYPE vs. treating them as an alias. Treat the shorthand versions as aliases. + Separate the x86 GCC CPU CFLAGS from the ICC CFLAGS. This greatly simplifies the GCC section. It also makes it more clear which CPU's have the same ICC CPU CFLAGS. + Remove redundancy in the alpha section. + Add forgotten ICC CPU CFLAGS for the mobile Intel CPU's added in rev. 1.42.
show more ...
|
#
1af0547f |
| 07-Oct-2004 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Add support for Pentium M, Pentium 3M and Pentium 4M.
PR: i386/72340 Submitted by: Rong-En Fan <rafan@infor.org> MFC after: 2 weeks
|
#
fba25c54 |
| 24-Sep-2004 |
Olivier Houchard <cognet@FreeBSD.org> |
Add CPUCFLAGS for the strongarm and xscale CPUs.
|
#
55dfe3e2 |
| 11-Aug-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
Add more aliases for common CPUTYPE spellings
|
#
fc2046e5 |
| 02-Aug-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
Consistently list _CPUCFLAGS.
|
Revision tags: release/4.10.0_cvs, release/4.10.0 |
|
#
ac388bcd |
| 14-May-2004 |
Olivier Houchard <cognet@FreeBSD.org> |
Define MACHINE_CPU for arm.
|
#
002d186b |
| 05-Apr-2004 |
Doug Rabson <dfr@FreeBSD.org> |
Add ${CPUTYPE} support for crusoe processors (cribbed from Linux kernel settings). Pretend that a crusoe is an i686 which doesn't like alignment padding.
|
#
1950e64c |
| 21-Mar-2004 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Add a reference to the ia64 options to gcc. While here, sort the list.
|
#
5a19f6d9 |
| 14-Mar-2004 |
Tom Rhodes <trhodes@FreeBSD.org> |
Fix some style bugs in previous commit. Fix 'broken' ifdefs. icc does not support profiling yet so remove unfinished code which was supposed to help.
Submitted by: netchild (original version) Review
Fix some style bugs in previous commit. Fix 'broken' ifdefs. icc does not support profiling yet so remove unfinished code which was supposed to help.
Submitted by: netchild (original version) Reviewed by: ru
show more ...
|
#
06d6e4fc |
| 12-Mar-2004 |
Tom Rhodes <trhodes@FreeBSD.org> |
This are the build infrastructure changes to allow to use the Intel C/C++ compiler (lang/icc) to build the kernel.
The icc CPUTYPE CFLAGS use icc v7 syntax, icc v8 moans about them, but doesn't abor
This are the build infrastructure changes to allow to use the Intel C/C++ compiler (lang/icc) to build the kernel.
The icc CPUTYPE CFLAGS use icc v7 syntax, icc v8 moans about them, but doesn't abort. They also produce CPU specific code (new instructions of the CPU, not only CPU specific scheduling), so if you get coredumps with signal 4 (SIGILL, illegal instruction) you've used the wrong CPUTYPE.
Incarnations of this patch survive gcc compiles and my make universe. I use it on my desktop.
To use it update share/mk, add /usr/local/intel/compiler70/ia32/bin (icc v7, works) or /usr/local/intel_cc_80/bin (icc v8, doesn't work) to your PATH, make sure you have a new kernel compile directory (e.g. MYKERNEL_icc) and run CFLAGS="-O2 -ip" CC=icc make depend CFLAGS="-O2 -ip" CC=icc make in it.
Don't compile with -ipo, the build infrastructure uses ld directly to link the kernel and the modules, but -ipo needs the link step to be performed with Intel's linker.
Problems with icc v8: - panic: npx0 cannot be emulated on an SMP system - UP: first start of /bin/sh results in a FP exception
Parts of this commit contains suggestions or submissions from Marius Strobl <marius@alchemy.franken.de>.
Reviewed by: silence on -arch Submitted by: netchild
show more ...
|
#
d562095e |
| 05-Mar-2004 |
Bruce Evans <bde@FreeBSD.org> |
Fixed indentation of conditionals.
Submitted by: Rostislav Krasny <rosti_bsd@yahoo.com>
|
Revision tags: release/5.2.1_cvs, release/5.2.1 |
|
#
c7fde574 |
| 31-Jan-2004 |
Bruce Evans <bde@FreeBSD.org> |
Fixed some style bugs (long lines).
|
#
05d9236a |
| 30-Jan-2004 |
John Baldwin <jhb@FreeBSD.org> |
Drop -mcpu=pentiumpro from the default CPU flags for i386 as it doesn't perform better than the default setting for most i386 CPUs.
Requested by: bde
|
#
2096f68e |
| 10-Jan-2004 |
Ruslan Ermilov <ru@FreeBSD.org> |
Keep up with sys/conf/ changes.
|
Revision tags: release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0 |
|
#
96f5595b |
| 13-Jul-2003 |
Maxime Henrion <mux@FreeBSD.org> |
Since -march=pentium4 is supposed to be fixed with GCC 3.3, and since people have been reporting success with it, re-enable the pentium4 optimization.
|
Revision tags: release/5.1.0_cvs, release/5.1.0 |
|
#
b1aff8bf |
| 22-May-2003 |
Eric Anholt <anholt@FreeBSD.org> |
Change -march=pentium4 to -march=pentium3 when CPUTYPE==p4, because gcc 3.2 is known to produce broken code with -march=pentium4. Add a note explaining this. This should be removed when we update to
Change -march=pentium4 to -march=pentium3 when CPUTYPE==p4, because gcc 3.2 is known to produce broken code with -march=pentium4. Add a note explaining this. This should be removed when we update to gcc 3.3 or the bug is otherwise fixed.
Approved by: re
show more ...
|
#
721b850f |
| 20-May-2003 |
Peter Wemm <peter@FreeBSD.org> |
s/x86[-_]64/amd64/ for MACHINE_ARCH and MACHINE_CPU .ifdefs.
Noticed by: ru Approved by: re (amd64-specific low risk stuff)
|
#
ae790620 |
| 14-Apr-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
Add CPUTYPE support for "athlon-tbird", as GCC makes the distinction.
PR: 50801 Submitted by: Glenn Johnson <glennpj@charter.net>
|
#
7d40314e |
| 11-Apr-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
Default the userland to 486 capabilities.
|
Revision tags: release/4.8.0_cvs, release/4.8.0 |
|
#
dde8112b |
| 29-Mar-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
Globally use -mieee in /usr/src for Alpha.
|