From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 6 May 2001 15:25:37 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 6 May 2001 15:25:28 -0400 Received: from pa6.jeleniag.cvx.ppp.tpnet.pl ([213.76.84.6]:24192 "HELO marek.almaran.home") by vger.kernel.org with SMTP id ; Sun, 6 May 2001 15:25:15 -0400 Date: Sun, 6 May 2001 21:23:52 +0200 From: =?iso-8859-2?Q?Marek_P=EAtlicki?= To: =?iso-8859-2?Q?Christian_Borntr=E4ger?= Cc: Jussi Laako , linux-kernel@vger.kernel.org Subject: Re: Athlon possible fixes Message-ID: <20010506212352.B1524@marek.almaran.home> In-Reply-To: <200105051626.SAA16651@cave.bitwizard.nl> <3AF4824F.8964E53B@home.com> <3AF57F63.9900089E@pp.htv.fi> <000b01c0d658$a19163a0$3303a8c0@pnetz> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <000b01c0d658$a19163a0$3303a8c0@pnetz>; from linux-kernel@borntraeger.net on Sun, May 06, 2001 at 08:18:36PM +0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sunday, May, 2001-05-06 at 20:18:36, Christian Bornträger wrote: > > Hmm, I'm wondering if this could be same bug that I'm seeing with ASUS > > A7V133 & Duron/800 when using IDE autotuning (PDC20265). > > Still haven't got any replies suggesting any reason for lockups I'm seeing > > (no oopses). Or is the Promise driver just buggy, because system is solid > > with noautotune. RAID5 (md) on that server is just little bit sluggish > with > > OK. I tried it on my A7V133 system and leaving out autotune (just for > Promise, where I connected the hard discs) makes the system stable. I > thought my problem is related to the Athlon compile problem I read in this > group, but now I am not sure. > Can you try and mail me if the Kernel 2.4.3 (without any ac patch) is stable > with your system even if you use autotune? "Downgrade" to this kernel works > fine for me. I must say that this is the only version working more-or-less OK. The only bad thing I experience are (very rare) X lockups, but SysRq magik-key lets me reboot nicely. I put it on binary NVidias though (XFree 4.0.3, once RH 7.0, but most of the libs hand-upgraded). With other kernel versions I experience hard lockups - only hard reset then. No HDD corruption though lspci -vv 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02) Subsystem: Elitegroup Computer Systems: Unknown device 0987 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.: Unknown device 8305 (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] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge 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- [disabled] [size=64K] Capabilities: [60] Power Management version 1 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [44] AGP version 2.0 Status: RQ=31 SBA- 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate= cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 4 model name : AMD Athlon(tm) Processor stepping : 2 cpu MHz : 851.509 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 syscall mmxext 3dnowext 3dnow bogomips : 1697.38 hdparm -i /dev/hda /dev/hda: Model=ST52520A, FwRev=840304, SerialNo=PD771012 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=4970/16/63, TrkSize=36540, SectSize=580, ECCbytes=4 BuffType=DualPortCache, BuffSize=112kB, MaxMultSect=16, MultSect=off CurCHS=4970/16/63, CurSects=1902116940, LBA=yes, LBAsects=5010016 IORDY=yes, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 hdparm -i /dev/hdb /dev/hdb: Model=CREATIVE CD5233E, FwRev=C2.02, SerialNo=MT1199 A Firmware Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:150} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 (CD-ROM - does it make any sense to use hdparm on it?) hdparm -i /dev/hdc /dev/hdc: Model=IBM-DTLA-307030, FwRev=TX4OA50C, SerialNo=YKDYKMC0534 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40 BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=off CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=60036480 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 -- Marek Pêtlicki