History log of /freebsd/share/mk/bsd.cpu.mk (Results 201 – 225 of 323)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
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.


12345678910>>...13