From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261753AbTEHPcy (ORCPT ); Thu, 8 May 2003 11:32:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261773AbTEHPcy (ORCPT ); Thu, 8 May 2003 11:32:54 -0400 Received: from pc2-cwma1-4-cust86.swan.cable.ntl.com ([213.105.254.86]:647 "EHLO lxorguk.ukuu.org.uk") by vger.kernel.org with ESMTP id S261753AbTEHPcx (ORCPT ); Thu, 8 May 2003 11:32:53 -0400 Subject: Re: [PATCH] 2.5 ide 48-bit usage From: Alan Cox To: Bartlomiej Zolnierkiewicz Cc: Jens Axboe , Linus Torvalds , Linux Kernel Mailing List In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052405215.10038.44.camel@dhcp22.swansea.linux.org.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 08 May 2003 15:46:56 +0100 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Iau, 2003-05-08 at 14:35, Bartlomiej Zolnierkiewicz wrote: > Yep, you are right, hwif->addressing logic is reversed, what a mess. No the problem is you keep treating it as a binary value. Addressing is a mode. Right now 0 is LBA28/CHS and 1 is LBA48. SATA next generation stuff extends this even further so will I imagine be addressing=2