Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752576AbYGZMSg (ORCPT ); Sat, 26 Jul 2008 08:18:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751479AbYGZMS0 (ORCPT ); Sat, 26 Jul 2008 08:18:26 -0400 Received: from fg-out-1718.google.com ([72.14.220.156]:9283 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751307AbYGZMSZ (ORCPT ); Sat, 26 Jul 2008 08:18:25 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=IKgIEobh5u9Fg2l2ZN7XIpNLc/c0aMSARlnB5fQERzC9A9uDkv4AXefBKf+EJjpYSM vTyNO/6LUZLa3FG1XEEFYgLYyXbKnRyV3sv8sF1UTp15xXanKQ/+LG35NK+Jt5vyx4b8 C7eqTBSWYzeV3zYFiIZqrUFN8Kg9JLWl9Sw14= From: Bartlomiej Zolnierkiewicz To: Linus Torvalds Subject: Re: recent IDE regression Date: Sat, 26 Jul 2008 14:13:38 +0200 User-Agent: KMail/1.9.9 Cc: Ben Dooks , David Miller , harvey.harrison@gmail.com, linux-ide@kernel.org, linux-kernel@vger.kernel.org References: <20080724.233831.193691312.davem@davemloft.net> <20080725083448.GE8301@fluff.org.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807261413.38337.bzolnier@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2273 Lines: 64 On Friday 25 July 2008, Linus Torvalds wrote: > > On Fri, 25 Jul 2008, Ben Dooks wrote: > > > > personally, i would much prefer to see the loop being less evil > > like: > > > > for (p = s; p < end; p += 2) > > be16_to_cpus((u16 *)p); > > Well, in this case, the code actually depends on 'p' being back at the > start of the buffer by the end of it all, so it would need some more > changes than that. > > But yes, I applied David's patch, but I _also_ suspect that we would be > better off without code that does horrid things like casts and assignments > inside the function arguments. > > So it would be nice to re-code that loop to be more readable. But due to > the reliance of 'p' being 's' after the loop, the minimal patch would be > something like the appended. > > Bartlomiej - take this or not, I'm not going to commit it - I haven't > tested it, nor do I even have any machines that would trigger it. So this > is more a "maybe something like this" than anything else. > > Linus Looks fine and I added it to pata tree but a test+ACK from one of big-endianners would be great. > --- > drivers/ide/ide-iops.c | 8 +++++--- > 1 files changed, 5 insertions(+), 3 deletions(-) > > diff --git a/drivers/ide/ide-iops.c b/drivers/ide/ide-iops.c > index 8aae917..ae03151 100644 > --- a/drivers/ide/ide-iops.c > +++ b/drivers/ide/ide-iops.c > @@ -506,14 +506,16 @@ void ide_fix_driveid (struct hd_driveid *id) > > void ide_fixstring (u8 *s, const int bytecount, const int byteswap) > { > - u8 *p = s, *end = &s[bytecount & ~1]; /* bytecount must be even */ > + u8 *p, *end = &s[bytecount & ~1]; /* bytecount must be even */ > > if (byteswap) { > /* convert from big-endian to host byte order */ > - for (p = end ; p != s;) > - be16_to_cpus((u16 *)(p -= 2)); > + for (p = s ; p != end ; p += 2) > + be16_to_cpus((u16 *) p); > } > + > /* strip leading blanks */ > + p = s; > while (s != end && *s == ' ') > ++s; > /* compress internal blanks and strip trailing blanks */ -- 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/