From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Lord Subject: Re: [PATCH] 2.6.21 fix lba48 bug in libata fill_result_tf() Date: Mon, 02 Apr 2007 17:44:12 -0400 Message-ID: <4611792C.1040404@rtr.ca> References: <46116593.6050609@rtr.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from ottawa-hs-64-26-128-89.s-ip.magma.ca ([64.26.128.89]:1303 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965965AbXDBVoO (ORCPT ); Mon, 2 Apr 2007 17:44:14 -0400 In-Reply-To: <46116593.6050609@rtr.ca> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Tejun Heo Cc: IDE/ATA development list , Alan Cox , Jeff Garzik , Ric Wheeler Mark Lord wrote: > > This patch corrects fill_result_tf() so that the flags > get copied to result_tf before they are used by tf_read(). > > Signed-off-by: Mark Lord > --- > --- linux/drivers/ata/libata-core.c.orig 2007-03-21 > 12:46:06.000000000 -0400 > +++ linux/drivers/ata/libata-core.c 2007-04-02 16:16:28.000000000 -0400 > @@ -4763,8 +4763,8 @@ > { > struct ata_port *ap = qc->ap; > > - ap->ops->tf_read(ap, &qc->result_tf); > qc->result_tf.flags = qc->tf.flags; > + ap->ops->tf_read(ap, &qc->result_tf); > } > > /** > If I understand this correctly, the impact of (not patching) this is that error-handling for LBA48 accesses is broken. Right, Tejun?