Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 13 Jun 2002 07:16:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 13 Jun 2002 07:15:59 -0400 Received: from [212.176.239.134] ([212.176.239.134]:25256 "EHLO vzhik.octet.spb.ru") by vger.kernel.org with ESMTP id ; Thu, 13 Jun 2002 07:15:57 -0400 Message-ID: <001901c212cb$9c099550$baefb0d4@nick> Reply-To: "Nick Evgeniev" From: "Nick Evgeniev" To: "Andre Hedrick" Cc: "Alan Cox" , In-Reply-To: Subject: Re: linux 2.4.19-preX IDE bugs Date: Thu, 13 Jun 2002 15:15:20 +0400 Organization: Octet Corp. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Scanner: exiscan *17ISZW-0006oG-00*FtPl6zGuR1Y* http://duncanthrax.net/exiscan/ Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, First of all I have to claim that it's a driver fault not a hardware! Because after switching the same cable on different (VIA UDMA66) controller everything seems to work ok for last 3 days. And I have no kernel errors. Hence I conclude that it's a DRIVER bug. Well, lets get to hardware... I've got dual PIII MSI motheboard based on VIA chipset with extra IDE controller (promise) on board. Details: 1. CPU >--------------------------------------------------------------------------- ---------------------------------- processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping : 3 cpu MHz : 600.027 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips : 1199.30 2. PCI info: >--------------------------------------------------------------------------- -------------------------------------------------------------- 00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4) 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. VT82C598/694x [Apollo MVP3/Pro133x 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 22) 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: [58] 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- 00:0d.0 FireWire (IEEE 1394): Texas Instruments: Unknown device 8020 (prog-if 10 [OHCI]) Subsystem: Texas Instruments: Unknown device 8020 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- [disabled] [size=1M] Capabilities: [dc] Power Management version 2 Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=2 PME- 01:00.0 VGA compatible controller: S3 Inc. 86c368 [Trio 3D/2X] (rev 02) (prog-if 00 [VGA]) Subsystem: S3 Inc. Trio3D/2X Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- [disabled] [size=64K] Capabilities: [dc] 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: [80] AGP version 1.0 Status: RQ=31 SBA- 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate=x2 > Well be more specific on the hardware. > Remember Promise came in and started dorking the driver. > Next they will not admit to an asic bug even thought I have called them on > the existance. 2.5 can not fix it, it will only blow up in 2.5. Hell it > is possiblely blowing up in 2.4 but less likely. > > So spell out the hardware in question. > > The new chip hardware lost its interrupt parse because promise took it out > of the pci space and it made the driver less stable because the hardware > is less stable. > > On Tue, 11 Jun 2002, Nick Evgeniev wrote: > > > Hi, > > > > > > I added it to the collection of IDE oddities I'm looking at. There are > > > > also some promise requested changes due to get merged at the end of this > > > > week. Then we can see where we stand > > > > > > Also, it is hard to answer email without connectivity in the air. > > > > Agreed. But all what I see is that STABLE Linux kernel DOESN'T has working > > driver for promise controller (including latest ac patches) for SEVERAL > > MONTHS. > > And as for now there is no any progress in fixing it. I don't blame on you, > > or Alan, > > or whoever else. All I have to suggest is to drop promise support in stable > > kernel, > > then rewrite/fix it in 2.5 tree... and then backport it to 2.4. > > > > I don't want to make experiments in production environment anymore... And > > it's > > unfair to the rest of Linux users to keep broken drivers in stable kernel... > > Because > > nobody expects that stable kernel will rip your fs _daily_. > > > > > > > > Andre Hedrick > LAD Storage Consulting Group > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/