From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Wise Subject: Re: [ofa-general] [PATCH 2.6.30] RDMA/cxgb3: Remove modulo math. Date: Wed, 11 Feb 2009 12:32:47 -0600 Message-ID: <499319CF.6050204@opengridcomputing.com> References: <20090210184448.22891.31130.stgit@dell3.ogc.int> <4992F26A.4030800@opengridcomputing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from smtp.opengridcomputing.com ([209.198.142.2]:49717 "EHLO smtp.opengridcomputing.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751833AbZBKScl (ORCPT ); Wed, 11 Feb 2009 13:32:41 -0500 In-Reply-To: Sender: linux-next-owner@vger.kernel.org List-ID: To: Roland Dreier Cc: randy.dunlap@oracle.com, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, general@lists.openfabrics.org Roland Dreier wrote: > > Note that wr->sg_list[i].addr was being cast to a u32. That was wrong. > > Is it possible for the page to be bigger than 4GB? If so then yes you > might be chopping off high-order bits or something. > Yes it is possible. A MR can be created with an iov_base of say 0xffffffff00000000. Then any sge.addr entries would be the iob_base + any offset. > Anyway please send me this change as a separate patch with a changelog > explaining that you're avoiding the div etc.... I don't want to roll it > in with the other unrelated fix (which changes code that was never > upstream anyway). > will do. So you are handling the offset patch that will make it u64 and remove the mod usage, correct? I will post a new patch with just this send change. Steve.