Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 20 Mar 2003 09:39:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 20 Mar 2003 09:39:26 -0500 Received: from 81-2-122-30.bradfords.org.uk ([81.2.122.30]:24068 "EHLO 81-2-122-30.bradfords.org.uk") by vger.kernel.org with ESMTP id ; Thu, 20 Mar 2003 09:39:23 -0500 From: John Bradford Message-Id: <200303201452.h2KEqNFF000415@81-2-122-30.bradfords.org.uk> Subject: CPU misdetection and, (probably unrelated) IDE data corruption To: linux-kernel@vger.kernel.org Date: Thu, 20 Mar 2003 14:52:22 +0000 (GMT) Cc: vojtech@ucw.cz X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 8236 Lines: 172 I'm building a new machine based around an Athlon 1700XP and an Asus motherboard with a VIA chipset, (VIA VT8364A Northbridge and VIA VT686B Southbridge), and 256 MB of RAM. I've noticed a couple of, (quite possibly unrelated problems): * Misdetection of an Athlon 1700XP as a Duron * Data corruption reading from an IDE CD-ROM I originally booted 2.4.18, and noticed that /proc/cpuinfo was detecting the CPU as a 1104.392 Mhz Duron. Ignored that for the time being, and started copying the kernel source from a CD-ROM. Decompressing it gave a CRC error, so I tried booting with mem=64M, and got the same problem. The CD-ROM drive and disc work fine on a Duron 650-based Linux box, so I reduced the CD-ROM to 12x speed using hdparm, and managed to copy the kernel source across successfully. Booted 2.4.19-pre5, and /proc/cpuinfo is still wrong. Likewise for 2.5.64. Any suggestions? cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Duron(tm) Processor stepping : 1 cpu MHz : 1104.392 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 2202.00 lspci: 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 81) Subsystem: Asustek Computer, Inc.: Unknown device 8041 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) Subsystem: Asustek Computer, Inc.: Unknown device 80e7 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR-