[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1243348772.9819.77.camel@localhost.localdomain>
Date: Tue, 26 May 2009 22:39:32 +0800
From: yanh <yanh@...ote.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
Cc: "Martin K. Petersen" <martin.petersen@...cle.com>,
Sergei Shtylyov <sshtylyov@...mvista.com>,
Bartlomiej Zolnierkiewicz <bzolnier@...il.com>,
胡洪兵 <huhb@...ote.com>,
wuzhangjin@...il.com, linux-mips@...ux-mips.org,
Ralf Baechle <ralf@...ux-mips.org>,
IDE/ATA development list <linux-ide@...r.kernel.org>,
Linux Kernel <linux-kernel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
Philippe Vachon <philippe@...pig.ca>,
Zhang Le <r0bertz@...too.org>,
Zhang Fuxin <zhangfx@...ote.com>,
Arnaud Patard <apatard@...driva.com>,
loongson-dev@...glegroups.com, gnewsense-dev@...gnu.org,
Nicholas Mc Guire <hofrat@...r.at>,
Liu Junliang <liujl@...ote.com>,
Erwan Lerale <erwan@...scow.com>
Subject: Re: [loongson-PATCH-v1 24/27] fixup for FUJITSU disk
在 2009-05-26二的 08:56 +0100,Alan Cox写道:
> > > In any case I have yet to see a CS5536 system whose BIOS sets the cable
> > > detection bit. If that's the problem I guess we could add a quirk flag
> > > to override the (lack of) BIOS setting.
> > >
> > This may be the cause that udma5 cannot be set.
>
>
> If the system doesn't have working BIOS cable detect as per the
> documentation for the chip then just return the "unknown" cable type and
> libata will do device side cable detect.
After force cable type as 80 wire, udma5 can be set OK now.
after some raw test, the legacy and native driver have no obvious
difference in performance.
Remain issue: this native driver still have suspend/resume issue.
>
> Alan
--
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