From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757666AbZEVTDY (ORCPT ); Fri, 22 May 2009 15:03:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757371AbZEVTDO (ORCPT ); Fri, 22 May 2009 15:03:14 -0400 Received: from mail-bw0-f174.google.com ([209.85.218.174]:46685 "EHLO mail-bw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754234AbZEVTDM (ORCPT ); Fri, 22 May 2009 15:03:12 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-disposition:message-id:content-type :content-transfer-encoding; b=s9nkAtPSXKBtPKPlwRhyOdnVm24AKjodtGmUc9QZjQhdqaV+GKR4dHeDuks5Oo5/iE qFX3mN68LfkCnOObmGaxDDswMeIj28Ha5TlpBAkCdgbqMJehL5zJX0TB9YvRC3DhTUSk oqrkr9AQkOKT1/1LmY8R33IEBvivU0EzHQ7T4= From: Bartlomiej Zolnierkiewicz To: wuzhangjin@gmail.com Subject: Re: [loongson-PATCH-v1 24/27] fixup for FUJITSU disk Date: Fri, 22 May 2009 20:32:54 +0200 User-Agent: KMail/1.11.3 (Linux/2.6.30-rc6-next-20090518-05332-g0707b5a; KDE/4.2.3; i686; ; ) Cc: linux-mips@linux-mips.org, Ralf Baechle , "IDE/ATA development list" , Linux Kernel , "linux-scsi" , Yan hua , Philippe Vachon , Zhang Le , Zhang Fuxin , Arnaud Patard , loongson-dev@googlegroups.com, gnewsense-dev@nongnu.org, Nicholas Mc Guire , Liu Junliang , Erwan Lerale References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200905222032.55869.bzolnier@gmail.com> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 21 May 2009 00:12:46 wuzhangjin@gmail.com wrote: > From: Wu Zhangjin > > This is originally from the to-mips branch from > http://dev.lemote.com/code/linux_loongson Sadly, the patch description lacks all the important information. What is the original problem that this fixup tries to address? Is it limited to amd74xx controllers? [ We are generalizing quirk_drives handling currently... ] > Signed-off-by: Wu Zhangjin > --- > drivers/ide/amd74xx.c | 19 +++++++++++++++++++ > 1 files changed, 19 insertions(+), 0 deletions(-) > > diff --git a/drivers/ide/amd74xx.c b/drivers/ide/amd74xx.c > index 77267c8..8f488b8 100644 > --- a/drivers/ide/amd74xx.c > +++ b/drivers/ide/amd74xx.c > @@ -23,6 +23,11 @@ > > #define DRV_NAME "amd74xx" > > +static const char *am74xx_quirk_drives[] = { > + "FUJITSU MHZ2160BH G2", > + NULL > +}; > + > enum { > AMD_IDE_CONFIG = 0x41, > AMD_CABLE_DETECT = 0x42, > @@ -112,6 +117,19 @@ static void amd_set_pio_mode(ide_drive_t *drive, const u8 pio) > amd_set_drive(drive, XFER_PIO_0 + pio); > } > > +static void amd_quirkproc(ide_drive_t *drive) > +{ > + const char **list, *m = (char *)&drive->id[ATA_ID_PROD]; > + > + for (list = am74xx_quirk_drives; *list != NULL; list++) > + if (strstr(m, *list) != NULL) { > + drive->quirk_list = 2; > + return; > + } > + > + drive->quirk_list = 0; > +} > + > static void amd7409_cable_detect(struct pci_dev *dev) > { > /* no host side cable detection */ > @@ -194,6 +212,7 @@ static void __devinit init_hwif_amd74xx(ide_hwif_t *hwif) > static const struct ide_port_ops amd_port_ops = { > .set_pio_mode = amd_set_pio_mode, > .set_dma_mode = amd_set_drive, > + .quirkproc = amd_quirkproc, > .cable_detect = amd_cable_detect, > };