Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756629AbXFCRfa (ORCPT ); Sun, 3 Jun 2007 13:35:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754164AbXFCRfU (ORCPT ); Sun, 3 Jun 2007 13:35:20 -0400 Received: from gateway-1237.mvista.com ([63.81.120.155]:3385 "EHLO imap.sh.mvista.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1753987AbXFCRfT (ORCPT ); Sun, 3 Jun 2007 13:35:19 -0400 Message-ID: <4662FC30.2000602@ru.mvista.com> Date: Sun, 03 Jun 2007 21:36:48 +0400 From: Sergei Shtylyov Organization: MontaVista Software Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803 X-Accept-Language: ru, en-us, en-gb MIME-Version: 1.0 To: Geller Sandor Cc: Bartlomiej Zolnierkiewicz , Andrew Morton , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org Subject: Re: HPT374 IDE problem with 2.6.21.* kernels References: <46608EFE.1030202@ru.mvista.com> <200706030138.15353.bzolnier@gmail.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2313 Lines: 60 Geller Sandor wrote: Hello. >>>>> The log of a typical IDE reset is available here: >>>>> http://petra.hos.u-szeged.hu/~wildy/syslog.gz >>>>> This was the worst case: the IDE bus was resetted during the system >>>>> boot. >>>> Could you try setting HPT374_ALLOW_ATA133_6 to 0 in >>>> drivers/ide/pci/hpt366.c and rebuild/reboot the kernel? >>> Hi Sergei, >>> This looks promising. Using a vanilla 2.6.22-rc3 I was able to reproduce >>> the problem within a few seconds. With the above modification the >>> machine >>> is running under heavy disk I/O without problems since 30 minutes... >> Did it fix the problem for good? > It seems so far. There hasn't been any problem since I've applied the fix. >> Sergei, do we need to disallow UDMA6 completely on HPT734 or >> is it only an issue with some problematic devices (=> blacklist)? Note that I didn't change what the old code was doing in this regard -- although the HPT374 spec does *not* say that UDMA6 is supported, it had been enabled. What have *really* changed for HPT374 was: - in 2.6.20-rc1, the driver switched to using the actual 33 MHz timing table instead of the old one, matching 50 MHz (and so, severely underclocked); - in 2.6.2-rc1, the driver switched from 33 MHz PCI to 66 MHz DPLL clock. Disallowing UDMA6 would clock the chip with 50 MHz DPLL, howewer, the original report claimed that something has changed to worse between 2.6.21.1 and .3 but nothing changed in drivers/ide/ between those releases... >> Either way we need to fix it somehow for 2.6.22. > For the record: this HTP374 is running with a quite outdated firmware > (1.22) - maybe newer firmwares work correctly. I'm going to upgrade the > firmware to the latest one (which was released in 2004...), but > unfortunately in the upcoming 2-3 weeks I won't have access to this > machine, so I can't check the case within the release cycle of 2.6.22. > If you were interested I would post the result of the firmware upgrade. I don't think this will matter... > Regards, > Sandor MBR, Sergei - 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/