[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070606185455.fc264488.akpm@linux-foundation.org>
Date: Wed, 6 Jun 2007 18:54:55 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Sergei Shtylyov <sshtylyov@...mvista.com>
Cc: bzolnier@...il.com, wildy@...ra.hos.u-szeged.hu,
linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH pata-2.6 fix] hpt366: disallow Ultra133 for HPT374
On Wed, 6 Jun 2007 23:53:28 +0400 Sergei Shtylyov <sshtylyov@...mvista.com> wrote:
> Eliminate UltraATA/133 support for HPT374 -- the chip isn't capable of this mode
> according to the manual, and doesn't even seem to tolerate 66 MHz DPLL clock...
>
> Signed-off-by: Sergei Shtylyov <sshtylyov@...mvista.com>
>
> ---
> drivers/ide/pci/hpt366.c | 8 ++++----
> 1 files changed, 4 insertions(+), 4 deletions(-)
>
> Index: linux-2.6/drivers/ide/pci/hpt366.c
> ===================================================================
> --- linux-2.6.orig/drivers/ide/pci/hpt366.c
> +++ linux-2.6/drivers/ide/pci/hpt366.c
> @@ -1,5 +1,5 @@
> /*
> - * linux/drivers/ide/pci/hpt366.c Version 1.03 May 4, 2007
> + * linux/drivers/ide/pci/hpt366.c Version 1.04 Jun 4, 2007
argh. Please just delete this version numbering. It's a sure-fire way of
maximising patch conflicts.
It's 1.10 in Bart's tree.
> * Copyright (C) 1999-2003 Andre Hedrick <andre@...ux-ide.org>
> * Portions Copyright (C) 2001 Sun Microsystems, Inc.
> @@ -106,7 +106,8 @@
> * switch to calculating PCI clock frequency based on the chip's base DPLL
> * frequency
> * - switch to using the DPLL clock and enable UltraATA/133 mode by default on
> - * anything newer than HPT370/A
> + * anything newer than HPT370/A (except HPT374 that is not capable of this
> + * mode according to the manual)
> * - fold PCI clock detection and DPLL setup code into init_chipset_hpt366(),
> * also fixing the interchanged 25/40 MHz PCI clock cases for HPT36x chips;
> * unify HPT36x/37x timing setup code and the speedproc handlers by joining
> @@ -365,7 +366,6 @@ static u32 sixty_six_base_hpt37x[] = {
> };
>
> #define HPT366_DEBUG_DRIVE_INFO 0
> -#define HPT374_ALLOW_ATA133_6 1
> #define HPT371_ALLOW_ATA133_6 1
> #define HPT302_ALLOW_ATA133_6 1
> #define HPT372_ALLOW_ATA133_6 1
> @@ -450,7 +450,7 @@ static struct hpt_info hpt370a __devinit
>
> static struct hpt_info hpt374 __devinitdata = {
> .chip_type = HPT374,
> - .max_mode = HPT374_ALLOW_ATA133_6 ? 4 : 3,
> + .max_mode = 3,
> .dpll_clk = 48,
> .settings = hpt37x_settings
> };
The code in Bart's tree has
static struct hpt_info hpt374 __devinitdata = {
.chip_type = HPT374,
.max_ultra = HPT374_ALLOW_ATA133_6 ? 6 : 5,
.dpll_clk = 48,
.settings = hpt37x_settings
};
I can handle the renaming, but note that Bart's tree has different values
as well.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists