Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754323AbZDVL1x (ORCPT ); Wed, 22 Apr 2009 07:27:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751402AbZDVL1l (ORCPT ); Wed, 22 Apr 2009 07:27:41 -0400 Received: from gw-ca.panasas.com ([209.116.51.66]:30164 "EHLO laguna.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751409AbZDVL1k (ORCPT ); Wed, 22 Apr 2009 07:27:40 -0400 Message-ID: <49EEFF10.3050306@panasas.com> Date: Wed, 22 Apr 2009 14:27:12 +0300 From: Boaz Harrosh User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090315 Remi/3.0-0.b2.fc10.remi Thunderbird/3.0b2 MIME-Version: 1.0 To: Matthew Wilcox CC: Dave Hansen , linux-kernel , mdharm-usb@one-eyed-alien.net, linux-usb , usb-storage@lists.one-eyed-alien.net, James Bottomley , linux-scsi , viro Subject: Re: [PATCH v2] fix sign extension with 1.5TB usb-storage LBD=y References: <1240347174.10627.20.camel@nimitz> <20090421211858.GA1926@parisc-linux.org> <1240351210.10627.30.camel@nimitz> <49EEC82B.5040603@panasas.com> <20090422110921.GE1926@parisc-linux.org> In-Reply-To: <20090422110921.GE1926@parisc-linux.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Apr 2009 11:27:38.0104 (UTC) FILETIME=[57408F80:01C9C33D] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1240 Lines: 33 On 04/22/2009 02:09 PM, Matthew Wilcox wrote: > On Wed, Apr 22, 2009 at 10:32:59AM +0300, Boaz Harrosh wrote: >> These are actually aligned access it might be worth sacrificing a cast >> to be32/64 for sake of speed. > > "for sake of speed"? How often do you think we ask a device how large > it is? OK, that was the wrong choice of words, on my part. I meant for sake of "nobleness". I calculated as a programmer that these are aligned do I make the extra effort of stating that in code, or I get lazy because it does not matter? > How much overhead do you think is incurred by the unaligned code > if the data happens to be aligned? > Well for BE systems we are already order of magnitude faster by just using the accessors, so I guess we are already well in the "plus" ;) This is such a small matter, sorry to bother you about it. Just that it's a programming style I'm constantly debating with myself, feel free to ignore it. The patch looks very good to me as it is. Thanks Boaz -- 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/