Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 17 Apr 2002 04:38:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 17 Apr 2002 04:38:42 -0400 Received: from [195.63.194.11] ([195.63.194.11]:531 "EHLO mail.stock-world.de") by vger.kernel.org with ESMTP id ; Wed, 17 Apr 2002 04:38:41 -0400 Message-ID: <3CBD25E2.2050404@evision-ventures.com> Date: Wed, 17 Apr 2002 09:36:02 +0200 From: Martin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, pl MIME-Version: 1.0 To: Alan Cox CC: Linus Torvalds , David Lang , Vojtech Pavlik , Kernel Mailing List Subject: Re: [PATCH] 2.5.8 IDE 36 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 Alan Cox wrote: >>Doing it with a loopback like interface at a higher level is the much >>saner operation - I understand why Martin removed the byteswap support, >>and agree with it 100%. It just didn't make any sense from a driver >>standpoint. > > > We need to support partitioning on loopback devices in that case. > > >>The only reason byteswapping exists is a rather historical one: Linux did >>the wrong thing for "insw/outsw" on big-endian architectures at one point >>(it byteswapped the data). > > > A small number of other setups people wired the IDE the quick and easy > way and their native format is indeed ass backwards - some M68K disks and > the Tivo are examples of that. Interworking requires byteswapping and the > ability to handle byteswapped partition tables. I said it already multiple times Alan - please note that the byte-swapping code for *physically* crosswired systems is *still there*. OK? - 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/