the CPU type of my comptuer is reported wrong. Both uname and /proc/cpuinfo show this. Reproducible: Always Steps to Reproduce: 1. cat /proc/cpuinfo 2. uname -a Actual Results: Linux meriadoc 2.4.28-sparc #6 Mon Nov 29 01:26:10 CET 2004 sparc sun4m Texas Instruments, Inc. - MicroSparc GNU/Linux cpu : Texas Instruments, Inc. - MicroSparc fpu : SuperSparc on-chip FPU promlib : Version 3 Revision 2 prom : 2.22 type : sun4m ncpus probed : 1 ncpus active : 1 BogoMips : 39.83 MMU type : TI Viking contexts : 65536 nocache total : 2097152 nocache used : 410624 Expected Results: I would have expected "SuperSparc" as a cpu since I have a SM30 SuperSparc module. The MicroSparc processor is quite rare (used only in the IPC IIRC, the MicroSparc II being used more widely). Also note how cpuinfo is inconsistent between CPU and FPU. I don't remember if the MicroSparc is a v8 cpu as the MicroSparcII, in this case it would be of the same generation of the SuperSparc and so a misdetection shouldn't cause big problems. ALso I dont know how extensively this information is used and so if it can be more than just a cosmetic problem. Portage 2.0.51-r15 (default-linux/sparc/sparc32/2004.3, gcc-3.3.5, glibc-2.3.2-r9, 2.4.28-sparc sparc) ================================================================= System uname: 2.4.28-sparc sparc sun4m Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 20 2004, 15:43:20)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r2, 1.4_p6, 1.9.3, 1.6.3, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r5 virtual/os-headers: 2.4.23 ACCEPT_KEYWORDS="sparc ~sparc" AUTOCLEAN="yes" CFLAGS="-mcpu=supersparc -O2 -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=supersparc -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks keepwork sandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="sparc arts berkdb bitmap-fonts crypt cups dlloader f77 fbcon font-server foomaticdb gdbm gpm imlib jpeg libwww mad mikmod mpeg ncurses opengl pam perl png python readline slang spell ssl tcpd truetype truetype-fonts type1-fonts userlocales xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY
What kind of box is this?
it is a SS10 with a single SM30 module
This is a kernel issue, not a Gentoo issue. I'd suggest getting the part number off the CPU and reporting it to the sparc-linux mailing list.