From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 16 Sep 2008 16:32:07 +0100 (BST) Received: from h155.mvista.com ([63.81.120.155]:52816 "EHLO imap.sh.mvista.com") by ftp.linux-mips.org with ESMTP id S20138178AbYIPPcF (ORCPT ); Tue, 16 Sep 2008 16:32:05 +0100 Received: from [192.168.1.234] (unknown [10.150.0.9]) by imap.sh.mvista.com (Postfix) with ESMTP id 66C5A3EC9; Tue, 16 Sep 2008 08:32:00 -0700 (PDT) Message-ID: <48CFD1A0.1010508@ru.mvista.com> Date: Tue, 16 Sep 2008 19:32: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: Atsushi Nemoto Cc: linux-mips@linux-mips.org, linux-ide@vger.kernel.org, bzolnier@gmail.com, ralf@linux-mips.org Subject: Re: [PATCH 1/2] ide: Add tx4939ide driver References: <48CC3516.9080404@ru.mvista.com> <20080914.220512.126760706.anemo@mba.ocn.ne.jp> <48CF8A87.6030908@ru.mvista.com> <20080917.002034.27955909.anemo@mba.ocn.ne.jp> In-Reply-To: <20080917.002034.27955909.anemo@mba.ocn.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 20506 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: sshtylyov@ru.mvista.com Precedence: bulk X-list: linux-mips Atsushi Nemoto wrote: >>>> This doesn't look consistent (aside from the TX4939IDE_REG8/16 issue) >>>>-- mm_outsw_swap() calls cpu_to_le16() before writing 16-bit data but >>>>this code doesn't. So, either one of those should be wrong... >>>Thanks, this code should be wrong. IDE_TFLAG_OUT_DATA is totally >>>untested... >> Hum, not necessarily... >> If the data register is BE, this should work correctly, if I don't >>mistake (once you fix the data register's address). > Hmm... or ide_tf_load()/ide_tf_read() is broken for big endian MIPS ? > (and possibly SPARC etc.) Probably it is. But hardly anybody cares -- as I said, that flag seems totally useless. > __ide_mm_writesw(port, &data, 1) should be used instead of writew() > for IDE_TFLAG_OUT_DATA? MBR, Sergei