On 05/11/2011 05:46 AM, Johnny Hughes wrote:
On 05/10/2011 05:42 AM, Steve Clark wrote:
On 04/26/2011 08:24 AM, Steve Clark wrote:
Hello,
Anybody know the reason RedHat decided not to support the VIA Eden Processor?
cat /proc/cpuinfo processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 13 model name : VIA Eden Processor 500MHz
I am testing, (using ayplus kernel) and get the following during bootup: Linux version 2.6.32-71.24.1.el6.centos.ayplus.1.i686 (build@6beta32) (gcc versi on 4.4.4 20100630 (Red Hat 4.4.4-10) (GCC) ) #1 SMP Fri Apr 8 17:23:21 PDT 2011 KERNEL supported cpus: Intel GenuineIntel AMD AuthenticAMD NSC Geode by NSC Cyrix CyrixInstead Centaur CentaurHauls Transmeta GenuineTMx86 Transmeta TransmetaCPU UMC UMC UMC UMC UNSUPPORTED HARDWARE DEVICE: Centaur Processor ------------[ cut here ]------------ WARNING: at kernel/unsupported.c:13 mark_hardware_unsupported+0x37/0x40() (Not t ainted) Your hardware is unsupported. Please do not report bugs, panics, oopses, etc., on this hardware. Modules linked in: Pid: 0, comm: swapper Not tainted 2.6.32-71.24.1.el6.centos.ayplus.1.i686 #1 Call Trace: [<c0450201>] ? warn_slowpath_common+0x81/0xc0 [<c0477e67>] ? mark_hardware_unsupported+0x37/0x40 [<c0477e67>] ? mark_hardware_unsupported+0x37/0x40 [<c0450293>] ? warn_slowpath_fmt_taint+0x33/0x40 [<c0477e67>] ? mark_hardware_unsupported+0x37/0x40 [<c08056eb>] ? early_init_centaur+0xd/0x2d [<c0a49835>] ? early_cpu_init+0x11a/0x13e [<c0a453b3>] ? setup_arch+0x38/0xb90 [<c0450d3e>] ? vprintk+0x1ae/0x490 [<c080ba2a>] ? printk+0x17/0x1d [<c0a5a4ee>] ? cgroup_init_subsys+0xcf/0xdb [<c0a406da>] ? start_kernel+0xca/0x3a4 ---[ end trace a7919e7f17c0a725 ]--- Disabling lock debugging due to kernel taint
I traced it down to this code, which is not in the standard kernel.org kernel-2.6.32.36: from kernel-2.6.32.36 static void __cpuinit early_init_centaur(struct cpuinfo_x86 *c) { switch (c->x86) {
from 2.6.32-71.24.1.el6.ayplus arch/x86/kernel/cpu/centaur.c
static void __cpuinit early_init_centaur(struct cpuinfo_x86 *c) { mark_hardware_unsupported("Centaur Processor");<<<<<<<<<< switch (c->x86) {
Thanks,
FYI. Replying to my own E-Mail after running 2.6.32-71.24.1.el6 from SL. I can report that I have been having lockups (hangs) on three different via centaur processor boxes. The hangs require power cycling the boxes.
If you take a look on google for "CentaurHauls i686" you will see that this CPU/chipset SAYS it fully supports i686 but it really does not. All of EL6 is i686 and not i586 (which CentaurHauls really fully supports).
I think you are going to have issues with this CPU and EL6 forever. EL5.x should likely be used with this CPU ...
Thanks for the feedback.
I guess the only thing I can say is at the start of the kernel boot it says:
KERNEL supported cpus: Intel GenuineIntel AMD AuthenticAMD NSC Geode by NSC Cyrix CyrixInstead Centaur CentaurHauls<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Transmeta GenuineTMx86 Transmeta TransmetaCPU UMC UMC UMC UMC
Which implies to me that it should work. I have booted up 3 boxes using acpi=off to see if that makes any difference. So far they have been up a couple of days, but I need them to be up at least a week to have any faith that acpi=off makes any difference.